La ventana de soporte de tres años de .NET de Microsoft es demasiado corta para las empresas, dicen los desarrolladores.

      TL;DRLos desarrolladores dicen que el soporte LTS de tres años de .NET es demasiado corto, con la mitad de las versiones desplegadas funcionando sin soporte y Java ofreciendo cinco años o más. Un desarrollador ha reabierto una queja de larga data sobre la política de soporte de Microsoft para su plataforma de desarrollo .NET, argumentando en un nuevo problema de GitHub que el período de tres años para las versiones de soporte a largo plazo es demasiado corto para los ciclos de actualización empresarial. El modelo de lanzamiento actual otorga a las versiones de números pares tres años de soporte gratuito y a las versiones de números impares 18 meses. El legado .NET Framework, que está vinculado a Windows y es compatible durante mucho más tiempo, está siendo cada vez más abandonado por el ecosistema más amplio. El problema central, como se describe en el problema abierto a principios de este mes, es que cuando llega una nueva versión LTS, ya han transcurrido dos de los tres años de la anterior. Eso deja a las empresas aproximadamente un año para completar la actualización, un plazo que es rápido incluso para equipos bien dotados de recursos. El desarrollador también señaló que los clientes potenciales son reacios a adoptar software que ya se acerca a su fecha de finalización. Otro desarrollador que comentó sobre el problema dijo que la telemetría mostraba que aproximadamente el 50 por ciento de las versiones desplegadas de su software estaban funcionando en versiones que Microsoft ya no soporta. Agregaron que intentan usar el legado .NET Framework siempre que sea posible porque su soporte está vinculado al ciclo de vida de Windows, pero eso se está volviendo más difícil a medida que las bibliotecas y los marcos dejan de soportarlo. El 💜 de la tecnología de la UE Los últimos rumores de la escena tecnológica de la UE, una historia de nuestro sabio fundador Boris, y un arte de IA cuestionable. Es gratis, cada semana, en tu bandeja de entrada. ¡Suscríbete ahora! La queja no es nueva. Un problema similar en 2023 recibió una respuesta del gerente de programa de Microsoft, Richard Lander, quien dijo que la compañía eligió sus ventanas de soporte para equilibrar el tiempo de despliegue estable con la capacidad del equipo para innovar. Dijo que Microsoft había discutido períodos de soporte más largos y soporte extendido pagado, pero optó por continuar solo con el plan gratuito. La ventana de soporte gratuito de Microsoft es más corta que lo que algunas plataformas competidoras ofrecen. Oracle proporciona cinco años de soporte premier para las versiones LTS de Java más soporte extendido adicional, y Python recibe cinco años de correcciones de seguridad para cada versión. La brecha se ha convertido en una fuente recurrente de fricción para las empresas que construyen sobre .NET pero operan en ciclos de actualización que no coinciden con la cadencia de lanzamiento anual de Microsoft. La tensión fue visible nuevamente en marzo, cuando un ingeniero de Microsoft propuso eliminar el soporte del legado .NET Framework de una biblioteca de base de datos. Un desarrollador respondió que el marco legado y su capa de compatibilidad son actualmente los únicos objetivos de .NET con cronogramas de soporte que funcionan para implementaciones empresariales. La propuesta se cerró como no planificada, un reconocimiento de que el ciclo de vida de soporte más largo de la plataforma más antigua aún importa a una parte significativa de la base de usuarios. La pregunta subyacente es si el impulso de Microsoft para reestructurarse en torno a la velocidad y la IA puede coexistir con las demandas empresariales de garantías de estabilidad de plataforma más largas. La queja surgió semanas después de la conferencia de desarrolladores Build de la compañía, donde impulsó la IA más profundamente en sus herramientas para desarrolladores, pero no abordó la brecha del ciclo de soporte. El problema de GitHub sigue abierto.