El taller Conquistando para Drupal un proceso agil, motorizado por incrementos en la usabilidad del usuario, con herramientas (o sea, Drupal Lean Process, o proceso lean (esbelto) y usuario y diseñador céntrico para Drupal) no solo introduce un proceso novedoso, sino que profundiza al máximo la técnica de "todo en código", es decir, en base de un flujo de trabajo en que todos los entregables se hacen a través del sistema distribuido de control de versiones, sin guardar la configuración o programación en la base de datos en ninguno de las capas de la aplicación. Esto va tanto para la arquitectura de información, como la implementación en todos los niveles y también la capa de presentación (theming). Como consecuencia de todo esto, vamos a descubrir en el taller mismo una cantidad importante de descubrimientos y conclusiones (takeaway points). Por ejemplo, ¿cuáles son los límites de features? ¿Cuándo se usa otra técnica? ¿Que otras técnicas existen y cuál es el idóneo? O, en el proceso, ¿como se integran efectivamente los diseñadores con los programadores?
Repasaremos todos los commits del taller, destacando lo que descubrimos en cada caso, y sacaremos las grandes conclusiones sobre el proceso esbelto (lean y ágil) para Drupal, y sobre los límites de "todo en código" para Drupal 7.
También repasaremos todos las herramientas que recomendamos, en materia de control de versiones, despliegue contínuo, IDE para Drupal, etcétera.
Inevitablemente esto va a echar luz sobre la verdadera "piedra filosofal" del mundo Drupal: Drupal Lean LTS: un proceso esbelto y agil especialmente para aplicaciones web en general y Drupal en particular, usuariio y diseño céntrico, que se presta a continuous deployment (despliegue contínuo) de configuraciones y de contenidos gracias a su arquitectura "todo en código".
Es decir, si construimos un sitio ahora en base del proceso Drupal Lean Process, ¿por cuántos años se puede seguir manteniendo? Y muy importante también ¿cuáles serán las opciones eficaces de migración futura?