Está claro que Git es el control de versiones de moda, los tiempos de CVS quedan ya muy lejanos y la gente, poco a poco va migrando del sistema más utilizado, subversion, a sistemas distribuidos como puedan ser Git, Mercurial o Bazaar. 

Como Drupal hace un tiempo que está utilizando Git para sus repositorios oficiales, la mayoría de drupaleros hemos optado por esta opción y a la hora de controlar nuestro código, hay muchas alternativas de uso, siendo Gitflow una de las que más convence.

El término rebase en Git tiene dos acepciones muy diferenciadas que voy a intentar resumir aquí y que pueden resultar confusas.

Cerramos 2011 y siempre he considerado que es una buena práctica echar la vista atrás a modo de retrospectiva y análisis. Aunque es bastante cierto que me he pensado mucho hacerla este año puesto que ha sido bastante complicado a todos los niveles, he tenido grandes cambios a nivel laboral, pero también bastante agitación personal durante todo el año.

No quiero que este post sea el típico resumen de éxitos empalagosos, así que contaré directamente lo que me ha pasado mes a mes

Enero. Después de la release party de Drupal 7, el mes empezó con un cambio drástico laboral, a mediados de mes empecé mi andadura con Commerce Guys en un sprint de código que duró una semana (fotos). A final de mes viajé a Ginebra con Lorena (fotos). 

Febrero. ¡Más viajes!, los Drupal Developers Days de Bruselas fueron un gran evento a principio de Febrero (fotos). En Junio de 2012 lo celebraremos en Barcelona ¡y la vamos a armar bien gorda!.

Marzo. De nuevo en la carretera, para la Drupalcamp de Lisboa (fotos) donde hago una presentación por primera vez en inglés (que sale de aquella manera) y nos dio tiempo a hacer algo de turismo (fotos). También presenté en el Ecomm retail. Una semana en Paris en un sprint y formación de Commerce.

Abril. Termino de dedicar el 100% de mi tiempo a contribuir en Drupal Commerce para empezar trabajo en cliente en un proyecto nuevo. Aprovecho el ir a las oficinas de Paris para pasar la semana santa con Lorena allí. A final de mes empiezo a encontrarme enfermo y acabo por terminar ingresado.

Mayo. Me paso medio mes en el hospital y otro medio de baja en casa. No hay mucho más que contar, un mes para olvidar.

Junio. Desde drupal.cat organizamos el Drupal day de Barcelona (fotos), y estoy muy satisfecho con el resultado. Acabo el quinto curso de inglés de la EOI. Volviendo poco a poco a trabajar.

Julio. La Drupalcamp empieza a organizarse y va a ocupar gran parte de mi tiempo durante los siguientes meses. Tengo la oportunidad de retomar gran parte de las contribuciones en drupal.org que estaba empezando a hacer. Commerce reorder y Commerce Feeds. Además, mi "viejo" macbook tiene ahora un nuevo dueño :).

Agosto. Acudo a la Drupalcon Londres, lo que significa hacer el primer viaje después de haber sido ingresado, y presento un par de BOFs. Aprovechamos para visitar la ciudad (de nuevo), ver el Stonehenge y Nottingham y estrenar la Nikon D3100 (fotos). Decido que hacer coincidir las Drupalcon con vacaciones no es un buen negocio.

Septiembre. Se celebra la primera Drupalcamp sobre comercio electrónico en Lucerne y presento un par de sesiones, que salen mucho mejor que la de Lisboa. Se abre la inscripción de socios en la Asociación Española de Drupal (por fin). Mes de locos organizando la Drupalcamp. Hago un cambio personal muy importante que hace tiempo que consideraba hacer.

Octubre. Empezamos con la Drupalcamp (fotos), que personalmente creo que sale muy bien a pesar de que no todo el mundo esté de acuerdo. Cambio de proyecto y empiezo a trabajar para otro cliente en una web de un volumen importante. Se nos va Xana.

Noviembre. Drupalcamp Toulouse (fotos), acudo aunque no presento nada. Termino proyecto y puedo dedicar algo de tiempo aquí y allá a Drupal Commerce y contribuciones relacionadas. Anunciamos los Drupal developer days en Barcelona para Junio de 2012. Una de mis sesiones propuestas sale aceptada en la drupalcon de Denver.

Diciembre. Tiempo entre proyectos (50%). Sale a la luz el primer proyecto para cliente en el que he trabajado (este). Doy una charla en decharlas en la UJI de Castellón y aprovechamos para visitar Valencia el fin de semana (fotos).

Entre mis objetivos para 2011 estaba el viajar, contribuir más y fomentar más Drupal.

Mi único objetivo para 2012 es aprender, de verdad, a conciliar trabajo, comunidad y familia.

Una de las necesidades básicas que cubre Drupal 7 es la gestión de imágenes en el propio core, y de la que Views 3 se aprovecha para poder mostrar listados con imágenes utilizando los estilos que podemos definir y personalizar. En esta entrega de la serie que vengo haciendo sobre Views 3 para Drupal 7 veremos cómo crear estilos de imágen y cómo utilizarlos en nuestras vistas.

Para los que vengáis de Drupal 6, los estilos de imagen no será nada nuevo, básicamente es la inclusión del módulo ImageCache en el core de Drupal 7.

Qué son estilos de imagen

Los estilos de imagen en Drupal 7 son el equivalente a los presets de Imagecache para Drupal 6, es decir, ofrece diversos "marcos" con diferentes tamaños, dimensiones u otros efectos para las mismas imágenes originales. Podemos subir una imagen de grandes dimensiones en un contenido y mostrarla en miniatura en unos listados y en tamaño grande en el contenido principal sin la necesidad de subir varias imagenes editadas a los tamaños que buscamos. 

Es una funcionalidad imprescindible para facilitar la edición de contenido que incluya imágenes ya que homogeniza los tamaños y permite cuadrar mucho mejor el diseño. Además, si necesitamos cambiar el tamaño de las imágenes de una determinaza zona de nuestra web, podemos simplemente modificar los estilos sin tocar las imágenes originales, con el consecuente ahorro de tiempo. También tiene ventajas a la hora del rendimiento de la web ya que "cachea" los tamaños de las imágenes cuando se accede a estas por primera vez y los siguientes visitantes verán la imagen con las dimensiones correctas. Para más información podéis visitar este artículo sobre Imagecache que hice hace un tiempo, es para Drupal 6, pero la mayoría de conceptos siguen vigentes.

El próximo 12 de Diciembre estaré como ponente en una charla introductoria sobre Drupal y un taller sobre Drupal Commerce en la Escuela Superior de Tecnología y Ciencias Experimentales de la Universitat Jaume I de Castellón organizado por la gente de decharlas. El evento será de 16h a 20h.

El plan es hablar un poco primero sobre Drupal, qué es y cómo se utiliza, casos de éxito, ejemplos, demos... y después introducir Drupal Commerce. También pasaremos a la acción, veremos cómo crear una tienda, manejar productos, usar la interfaz para modificar el comportamiento para ajustarlo a nuestras necesidades, consejos, recomendaciones de módulos contribuidos, también resolveré dudas y todo a lo que nos de tiempo. Lo vamos a pasar en grande aprendiendo Commerce.

Si estáis por Castellón, os podéis apuntar gratis en la página de inscripción (plazas limitadas).

También estaré el 1 de Diciembre presentando un caso de éxito en la sesión mensual de drupal.cat en el Citilab.

Una de las preguntas más recurrentes estos días es si utilizar Drupal 6 para nuevos proyectos o directamente lanzarse a la piscina y montar un Drupal 7. Podéis encontrar este mismo dilema planteado en los grupos de drupal.org, y en otros foros de la materia con tantas opiniones como respuestas y comentarios. Estos días el debate se ha reactivado y como llevo tiempo pensando en ofrecer mi visión del tema, os plantearé una serie de escenarios y mi opinión sobre cual es la mejor elección para cada uno. 

¿Así que ya has considerado todas las opciones de software libre y privativo para montar tu aplicación web? si estás por aquí, es que has tomado la decisión correcta: Drupal, ¡enhorabuena!, ahora queda una decisión igual o más difícil, ¿debería usar drupal 6 o drupal 7?.

Podría resumir este artículo de la forma que sugiere @rvilar en twitter:

Pero prefiero ofrecer una reflexión un poco más profunda y razonada, así que vuelvo a preguntar: ¿debería usar drupal 6 o drupal 7? La respuesta depende, mayoritariamente, de dos factores: El perfil del proyecto que estás a punto de empezar y el tuyo propio o el de tu empresa.