¿Elijo Drupal 8 para mi nuevo proyecto?

Han transcurrido casi 6 meses desde el lanzamiento oficial de Drupal 8. Durante este tiempo se han completado cientos de correcciones y mejoras, que se plasmarán en la inminente versión 8.1. A su vez, el número de módulos disponibles para la versión 8 no para de crecer.

Las mejoras de Drupal 8 respecto a la versión 7 son incuestionables: mejor experiencia de usuario en la creación y edición de contenidos, arquitectura mobile-first, multilenguaje integrado, configuración almacenada en código, maquetación con Twig y HTML5, servicios web integrados, programación PHP orientada a objetos con docenas de librerías externas (como Composer, Guzzle, y Symfony2), y un largo etcétera…

Pero surge la gran pregunta: ¿será una buena decisión elegir o aconsejar Drupal 8 (frente a Drupal 7) para un próximo nuevo proyecto y/o migración?  A lo largo de 2017 la respuesta será sin duda positiva, pero en este momento dependerá principalmente de dos factores:

• las características del nuevo proyecto y las funcionalidades que debe cubrir.
• la criticidad y holgura del nuevo proyecto en cuanto a plazos y costes.

La gran fuerza de Drupal respecto a otras plataformas open-source son las millones de líneas de código desarrolladas de manera altruista por su comunidad y que tenemos a nuestra disposición en forma de módulos, para implementar con gran ahorro de costes cientos de funcionalidades. La cantidad de módulos disponibles de momento para Drupal 8 es bastante menor que para Drupal 7. Pero no olvidemos que varios de los módulos más usados y potentes de Drupal 7 están ahora integrados en el núcleo de Drupal 8: Views, CKEditor, Date, Email, i18n y  EntityReference, entre otros.

Por tanto, sería aconsejable usar Drupal 8 en este momento si en nuestro nuevo proyecto:

• la mayor parte de las funcionalidades necesarias quedarán cubiertas por el núcleo de Drupal 8, junto con aquellos módulos que actualmente disponen de una versión 8 estable.
• o bien, disponemos de los conocimientos en Drupal 8 suficientes como para codificar los posibles módulos a medida y parches que se puedan requerir,
• o bien, los plazos y vida útil del proyecto son amplios, de manera que desearíamos elegir una plataforma que no quede obsoleta en 3-4 años, aunque los inicios requieran más esfuerzos.

Por el contrario, si nuestro proyecto requiere unos tiempos de desarrollo muy ajustados, debe  estar en producción cuanto antes, y/o tendría que hacer uso intensivo de módulos con una versión 8 aún no estable, como Panels (para que el usuario no técnico pueda modificar fácilmente los layouts), Organic Groups (funcionalidades de comunidad) o Workbench (moderación/aprobación/versionado de contenidos), quizás sería más adecuado elegir la sólida versión 7… pero sin olvidarnos que cuanto antes nos familiaricemos con Drupal 8, antes disfrutaremos de las ventajas de una plataforma que representa el estado del arte en cuanto a  gestión de contenidos e integración para los próximos años.

Redactado por la Asociación Española de Drupal.