El debate está sobre la mesa. Denis Žoljom, representante del equipo de automatizaciones para la revisión de temas de WordPress, así lo ha planteado en un artículo disponible en el foro de theme reviewers, y que desde su publicación el pasado día 3, no ha cesado de generar debate. La duda es recurrente: ¿conviene al desarrollo de WordPress dar un paso hacia una plataforma propietaria?
La propuesta, acogida de forma muy dispar por la comunidad
El problema no es la plataforma, sino el criterio de los programadores, es una de las respuesta más frecuentes entre la comunidad de desarrollo WordPress. Sin embargo, los argumentos de Žoljom en su carta son difícilmente contestables:
- El exceso de documentación escrita sobre los requerimientos ahuyenta a los desarrolladores que terminan prescindiendo de ella,
- Gran parte de los procesos de documentación, revisión y testeo podrían sustituirse por automatizaciones,
- Revisar y solucionar problemas en Trac (la herramienta actual de testeo y revisión de WordPress para los themes) resulta complejo y tedioso
En paralelo, comenta haber probado a realizar procesos idénticos desde GitHub con notorias mejoras en el procedimiento. Algunas prácticamente ya las damos por básicas a nivel de desarrollo web, pero que Trac no incorpora. Entre ellas:
- El sistema de revisión de código a través de los pull reviews permite un análisis mucho más claro, al permitir visualizar los cambios sólo del último commit,
- La posibilidad de integrar Travis CI para realizar tests automatizados e integrarlos (y desplegarlos) con las acciones de GitHub cuando estos sean aprobados,
- La funcionalidad de tags es mejor, más clara y permite a múltiples revisores trabajar en paralelo sobre un mismo theme.
Mantener el código abierto, la preocupación de los desarrolladores web.
Muchas de las necesidades corrientes de los desarrolladores, carencias habituales en Trac
Sin embargo, Žoljom también plantea que en modo alguno podría ser una decisión unilateral: «dependeríamos de la ayuda del equipo de Sistemas para catalizar la dificultad de crear ramas de unos servidores a otros para gestionar la publicación de archivos». Pero remata con que la mejor experiencia de usuario y diseño de la herramienta facilitarían con mucho su trabajo.
También Justin Tadlock, revisor de themes para WordPress de 2015 a 2019, profundiza en las mismas sensaciones en un artículo en WPTavern:
«Desde 2015 hasta 2019, dirigí una empresa en la que realizábamos revisiones de código sobre plugins y themes. Alrededor del 90% de las revisiones se realizaron en GitHub.
Al mismo tiempo, seguía siendo voluntario con el equipo de theme review de WordPress. No había comparación en términos de experiencia de usuario. GitHub ganó sin dudas. Esta experiencia me fue alejando de realizar reviews para el directorio oficial. (…) Era muy difícil señalar problemas de código específicos y aún más verificar si un problema se corregía cuando un autor enviaba una actualización.»
Qué supondría para los desarrolladores que WordPress traslade la revisión de themes a GitHub
Si bien GitHub ha sido desde siempre una plataforma comprometida con el código abierto, la reciente adquisición por parte de Microsoft puede resultar un inconveniente para parte de la comunidad. Todavía asoman por el recuerdo transiciones como la de WPML, que dieron sibilinamente el paso de código abierto a propietario, vinculado entonces también a mejoras en el proceso y mantenimiento.
En contraposición, las repercusiones prácticas para los desarrolladores web de WordPress serían monumentales. Tal y como cita el propio Žoljom, sería la oportunidad para relanzar y equiparar el trabajo con WordPress al de otros frameworks PHP como Laravel, además de las enormes ventajas que pudiera incorporar la automatización de proceso en calidad de desarrollo y reducción de tiempo y costes.