Desarrolladores critican el plazo de tres años del soporte LTS de .NET de Microsoft

Un desarrollador ha reabierto un debate que dura ya años sobre la política de soporte de la plataforma .NET de Microsoft. Lo ha hecho con un nuevo issue en GitHub en el que sostiene que la ventana de tres años de soporte a largo plazo es demasiado corta para los ciclos de actualización de los sistemas corporativos.

Cómo funciona el modelo de soporte actual de .NET

El esquema vigente de Microsoft divide las versiones de .NET en dos tipos según su periodo de soporte. Ese esquema es precisamente el objeto de la queja:

• las versiones pares de .NET reciben tres años de soporte a largo plazo (LTS) gratuito
• las versiones impares se consideran versiones estándar (STS) y solo tienen 18 meses de soporte
• el desarrollador considera que la ventana de tres años de las versiones LTS es insuficiente para las grandes empresas
• el debate no es nuevo: la queja sobre esta política vuelve a plantearse, ahora mediante un nuevo issue en GitHub, y no por primera vez

Por qué las empresas están descontentas con el ciclo de actualizaciones

Las grandes organizaciones suelen pasar por ciclos internos de pruebas, aprobación y despliegue gradual de nuevas versiones de plataforma en toda su infraestructura, desde servicios aislados hasta sistemas legacy de los que depende el negocio. Esos ciclos rara vez caben en tres años. Cuando la ventana de soporte termina antes de que la empresa complete la migración a la nueva versión LTS, los departamentos de TI se ven obligados a elegir: acelerar la migración a costa de la calidad de las pruebas o quedarse en una versión sin soporte oficial ni parches de seguridad, lo que supone un riesgo para toda la infraestructura.

Esa brecha entre el ritmo de lanzamientos de Microsoft y la velocidad real de actualización de los sistemas corporativos es lo que ha motivado la nueva petición en GitHub. El autor del issue señala que la comunidad de desarrolladores de software corporativo lleva años planteando quejas similares, pero el modelo de soporte de la plataforma no ha cambiado en lo fundamental.

Qué se propone cambiar

Por ahora, Microsoft no ha presentado contrapropuestas concretas a raíz de la queja. Aun así, el mero hecho de que el debate resurja en un issue público de GitHub muestra que el modelo de soporte asimétrico vigente (tres años para las versiones pares y año y medio para las impares) sigue generando fricción entre el ritmo de desarrollo de la plataforma y la práctica de su adopción en las grandes organizaciones.

En qué se diferencia de otras plataformas

El esquema de soporte asimétrico, con un ciclo corto para unas versiones y uno largo para otras, no es exclusivo de .NET. Pero en el caso de Microsoft provoca críticas recurrentes por parte de los desarrolladores que mantienen grandes sistemas corporativos. Las empresas en las que migrar entre versiones mayores exige coordinarse con decenas de equipos internos, probar integraciones y desplegar de forma gradual en producción a menudo no llegan físicamente a cumplir la ventana de tres años, aunque empiecen a prepararse con antelación.

Para estas organizaciones, la diferencia entre 18 meses y tres años de soporte no es un detalle técnico: es una cuestión de presupuesto. Prolongar por su cuenta el soporte de una versión obsoleta o hacer una migración de emergencia sale más caro que una transición tranquila y planificada.

Qué podría resolver el problema

El desarrollador que ha planteado el tema en el nuevo issue basa su argumento en los ciclos de actualización de las grandes organizaciones, no en la comodidad de desarrolladores individuales. Las posibles soluciones que suelen discutirse en debates similares sobre las políticas LTS de plataformas de software se reducen a varias opciones: ampliar la ventana de soporte de las versiones LTS, introducir una tarifa de soporte extendido de pago para clientes corporativos o sincronizar el ciclo de lanzamientos con los ciclos habituales de compras y presupuestos de las grandes empresas. El material público no indica cuál de estas opciones estudiará Microsoft, y por ahora no se ha informado de ninguna reacción de la compañía a este issue concreto.

Qué significa esto

El debate sobre los plazos del soporte LTS de .NET no es una queja aislada, sino un tema recurrente en la comunidad de desarrolladores de software corporativo. Mientras Microsoft mantenga el modelo de «tres años para las versiones pares, 18 meses para las impares», las empresas con ciclos de actualización largos tendrán que incluir en sus planes de migración el riesgo de quedarse con soporte obsoleto, o seguir presionando para que se revise la política a través de canales públicos como GitHub.