Esta discusión no pinta bien. Veo una decisión del equipo de desarrollo de adoptar un nuevo sistema de versionado que tiene sentido para ellos, y otros que de repente parecen considerar que la versión de Discourse seguía el versionado semántico… lo cual no era así. Siempre ha sido un lanzamiento continuo (rolling release), al menos desde la versión 1.0, ¿o no?
Pero los argumentos de todas las partes del debate parecen erróneos:
- “Estándar de la industria”: Linux usa versiones pares para estable y versiones impares para desarrollo.
- “La Tierra orbita alrededor del Sol”: bueno, si te conviertes al Islam, tendrás problemas porque dejarás de usar versiones y no, no coincidirá con la revolución del Sol, sino con los ciclos de la Luna. Aquí, ahora entiendes que al elegir el esquema de versionado YYYY.Y.Z en lugar de X.Y.Z, has impuesto una cultura dominante.
- La versión menor sigue sin estar clara: mencionas “asumiendo una cadencia mensual”, pero bien podría ser de 3 semanas o 7, dependiendo de la funcionalidad, en cuyo caso contar Y desde 0 tiene sentido, o ¿en realidad tu objetivo es lanzar mensualmente, en cuyo caso contar M desde 1 tendría más sentido?
El principal cambio que veo es que al adoptar un ritmo mensual, el equipo de Discourse está estableciendo expectativas y alejándose de los objetivos de lanzamiento, adoptando lanzamientos regulares en su lugar.
LTS por 8 meses no suena realmente a “mucho tiempo”. NodeJS se mueve demasiado rápido, pero mantiene el soporte LTS durante más de 30 meses y varias versiones actuales a la vez, mientras que Ubuntu mantiene LTS durante años. Aunque entiendo que Discourse no es ni un lenguaje ni un sistema operativo, parece anunciar que las nuevas funcionalidades se lanzarán a un ritmo bastante rápido, lo que me viene a la mente otro problema: dado que se introducen nuevas configuraciones de administrador de vez en cuando, pronto nos encontraremos en el infierno de WordPress con infinitas opciones y una complicación incomprensible para la administración del sitio, también conocido como bloatware: entonces se vuelve importante aclarar cómo pasas de las versiones existentes con objetivos a lanzamientos regulares, y cómo eliges qué objetivos descartar (o posponer) para un lanzamiento, etc. (lo cual puede que ya esté documentado, pero me lo perdí).
¿Serías tan amable de compartir tu razonamiento entre el ritmo de desarrollo/versionado y lo que tienes en mente para evitar que los administradores se ahoguen bajo demasiadas configuraciones y una curva de aprendizaje elevada?
