Comprender la evolución de un framework es fundamental para tomar decisiones informadas sobre qué versión adoptar en proyectos reales. La historia de .NET abarca más de dos décadas de transformaciones que lo llevaron de ser un framework propietario y dependiente de Windows a convertirse en una plataforma open source, multiplataforma y con ciclos de desarrollo extremadamente ágiles.
¿Cómo comenzó .NET y cuáles fueron sus versiones más relevantes?
Aunque desde 2001 ya se anunciaba .NET, su primera versión oficial —la 1.0— fue liberada en 2002 [0:18]. Tres años después, en 2005, llegó la versión 2.0, considerada una de las más populares de su época. Esta versión logró que muchas empresas con productos desarrollados en lenguajes más antiguos decidieran migrar hacia .NET gracias a su mayor estabilidad y madurez [0:32].
Para 2010, se liberó la versión 4.0, que introdujo mejoras significativas y se convirtió en la base del .NET Framework tal como lo conocemos. Todos los minor releases posteriores parten de esta versión [1:01]. En 2016 apareció un minor release importante —la 4.6.1— y, al mismo tiempo, se anunció una nueva dirección para la plataforma: .NET Core 1.0 [1:22].
¿Qué significó la aparición de .NET Core?
La llegada de .NET Core marcó el inicio de una fragmentación dentro del ecosistema .NET [1:40]. Los desarrolladores se encontraban con dos opciones: el clásico .NET Framework o el nuevo .NET Core. Sin embargo, progresivamente se impulsó la unificación hacia .NET Core como el camino estándar para crear nuevas aplicaciones.
- En 2017 se liberó .NET Core 2.0, con mayor estabilidad y amplia adopción [2:06].
- En 2019 llegó la versión 3.0 [2:19].
- En 2020 apareció .NET 5.0, que ya eliminaba la palabra "Core" del nombre [2:24].
¿Qué es LTS y por qué importa al elegir una versión?
Dentro de la línea de tiempo se observa que ciertas versiones llevan la etiqueta LTS, que significa Long Term Support [2:34]. Este concepto indica que la versión cuenta con soporte extendido por aproximadamente tres años, a diferencia de las versiones intermedias que solo reciben soporte por un año o año y medio [2:54].
Por ejemplo, .NET 5.0 no era una versión LTS, lo que obligaba a migrar relativamente pronto. En cambio, .NET 6.0 sí lo es, y además consolidó la nueva convención de nombre: simplemente .NET, sin agregar "Core" ni "Framework" [3:08]. Microsoft estableció un ritmo predecible: una nueva versión cada año y una versión LTS cada dos años, siendo esta última la opción recomendada para producción [3:22].
¿Por qué .NET evolucionó tan rápido en los últimos años?
El contraste entre las primeras versiones y las actuales es notable. Antes, el desarrollo era más lento y planificado porque el framework no era completamente gratuito y dependía fuertemente del sistema operativo Windows y de Visual Studio [3:40]. Al eliminar esas dependencias, .NET Core —y sus sucesores— pudieron evolucionar con mucha más velocidad.
El factor decisivo fue su transformación en un proyecto open source. La participación activa de la comunidad permitió acelerar el ciclo de liberación de versiones y mejorar la calidad del framework de manera colaborativa [3:52].
Tras comprender esta línea de tiempo, el siguiente paso natural es estudiar uno de los componentes centrales de la plataforma: el Common Language Runtime (CLR), que es el motor de ejecución responsable de compilar y gestionar las aplicaciones construidas con .NET [4:06].
Si ya has trabajado con alguna de estas versiones, comparte tu experiencia y cuéntanos qué versión utilizas actualmente en tus proyectos.
