Sobre lo que hablamos en la reunión Buenos Aires DUG

Fuimos seis que asistimos a la reunión "Ahora sí, primera reunión 2013" http://groups.drupal.org/node/296018

Comenzamos con una charla generalizada sobre inquietudes de todos:

• Cómo bajar a tierra la charla reciente de Hernâni Borges de Freitas de Acquia sobre mejores prácticas para la construcción de aplicaciones web utilizando Drupal, para dar mayor acceso a los recursos que permitiera una excelente charla tan profunda en tan poco tiempo.
• A la vez, se valorizaba la posibilidad de tratar en forma abierta temas que interesa a cada cual
• ¿Cuál tema de Drupal usa la gente para lograr aplicaciones web responsivos?
  • Bootstrap
  • Omega
  • Zen (nuevo)
  • Adaptive (responsivo + paneles
  • El theme que se usa en Panopoly (también con paneles)
• Hablamos sobre el tema de cómo se relacionan los diseñadores gráficos y los programadores en el equipo implementando algún proyecto en Drupal.
  • Necesidad de que todos estémos en la misma página sobre la separación de diseño, código y datos (por ejemplo, no colocar funcionalidad en javascript en las plantillas, lograr que los themers piden y se avalen de las variables en vez de usar código PHP propio, etc.). Se recomendó conocer el módulo http://drupal.org/project/fences para facilitar el trabajo de los estilistas CSS y su comunicación con los programadores, al poder simplificar y/o agregar los selectores necesarios al DOM.
• Hablamos sobre Drupal 8, y si iba a ser más o menos fácil la adaptación de programadores, constructores de sitios, y diseñadores gráficos, el salto de 7 a 8, comparado del cambio de Drupal 6 a 7.
• Tocamos bastante el tema de cómo instalar una ingenieria de proceso de desarrollo de software adecuado para Drupal, y como consecuencia la necesidad de hacer el intento de colocar "todo" en código. Por ejemplo, tratar de evitar que haya código en la base de datos porque así se da que surge funcionalidad "mágica" sin que se sepa de dónde proviene ni cómo modificarlo.
• Hablamos de drush, por supuesto, y drush make y drush make generate, junto con el tema de la utilización de perfiles de instalación como método para ayudar "todo" en código.
• Sabemos que probablemente sería muy difícil meter "todo" en código, pero a través de perfiles de instalación, los módulos uuid y deploy (para mudar contenidos) y el uso del paradigma ofrecido por el módulo features, por ahí podríamos llegar a 80-20, que sería bárbaro. Como grupo es cuestión de probar, a ver qué pasa.
• Antes de cerrar la próxima reunión para martes 21/5, (¿en las oficinas de Gcoop) nos pusimos de acuerdo sobre lo atractivo de ofrecer un taller abierto y gratuito sobre un tema interesante, que podría ser:
  • Como llevar un diseño PSD a un theme en Drupal
  • Cómo hacer una tienda con Drupal Commerce Kickstart
  • Cómo hacer una tienda con Drupal Commerce Kickstart (más Facebook Connect, etcétera)

Lo pasamos bárbaro, y pudimos hablar, como se ve, de todo!