.NET 11 llega con tipos unión en C# 15 y un SDK que arranca al instante
Microsoft anuncia .NET 11, una versión STS con dos años de soporte. C# 15 incorpora tipos unión y jerarquías cerradas para modelar estados con patrones verificados por el compilador; el SDK activa por defecto un host CLI Native AOT y un servidor MSBuild en caliente que reducen la latencia de los comandos. También suma ASP.NET Core con validación asíncrona y OpenAPI 3.2, MAUI con CoreCLR por defecto, compresión Zstandard y herramientas para agentes de IA.
El tipo de resultado le indica a quien llama qué desenlaces debe manejar. No hace falta usar object ni una clase base no relacionada solo para agrupar esos desenlaces bajo un tipo de retorno.
- CharlieDigital
En mi experiencia, tanto C# como .NET están "poco valorados" en gran parte por el legado.
Hay gente por ahí que todavía piensa que .NET es solo para Windows. Hay gente por ahí que no ha mirado C# desde los tiempos de .NET Framework. Hay gente por ahí que todavía está resentida por algunas decisiones de Microsoft en torno al OSS (el fiasco del depurador, el hot reload, etc.).
Pero, ¿trabajar día a día con C# y .NET para backends? Es realmente fantástico. A la IA parece gustarle mucho y hay un montón de herramientas para que los agentes se den rienda suelta. Analizadores de Roslyn, generadores de código fuente, hot reload funcional (para un lenguaje compilado), toneladas de documentación realmente buena de Microsoft, en general poca variación y mucha consistencia de un código base a otro (por ejemplo, encontrarte con Drizzle vs Prisma vs TypeORM vs Kysely vs... en el mundo Node).
Mi equipo anterior pasó de TS a C# y F#[0][1] y fue una bendición; muchas de las operaciones de plataforma se simplificaron. Es simplemente una cadena de herramientas muy sólida y los paquetes suelen ser estables (mucho menos esfuerzo en mantener la configuración y las herramientas de la plataforma y más foco en simplemente construir). Los paquetes de primera parte reciben actualizaciones de seguridad consistentes y C# no tiene ni de lejos el mismo nivel de exposición a paquetes transitivos que uno encuentra en el ecosistema JS/TS.
C# parece una elección realmente sólida en la era de la programación con IA por su estabilidad general, su fuerte analizador estático, su insistencia en los tipos y sus herramientas realmente buenas. No es adecuado para todos los casos de uso (por ejemplo, CLI, funciones serverless), pero es fantástico para APIs de backend.
Si estás buscando […]
- giancarlostoro
C# fue mi segundo lenguaje de programación después de VB6. Recuerdo que a principios de los 2000, cuando tenía 12 años, usaba la computadora de mi mejor amigo para intentar descargar VB .NET (él tenía internet más rápido) solo porque era gratis, y luego me decepcioné muchísimo cuando no pude simplemente ejecutar mis proyectos de VB6 que quería correr en él... Unos años después, entre 2007 y 2009, probé C# y eso me cambió la vida.
Terminé yendo a la universidad después de trabajar en retail en Disney, y luego de la universidad, mi primer trabajo se suponía que era con C#, pero no tenían el proyecto aprobado, así que tuve mi primer contacto con Python —que me encantó—, luego JavaScript —que odié pero con el que tengo una relación de amor-odio hasta el día de hoy— y finalmente C#, pero no era .NET 3.5, no, empezaron a usar .NET Core, que era... otra cosa, muchas penurias durante los primeros días de .NET Core.
Hay tantos proyectos maravillosos hechos con .NET que mi única queja es que desearía que Microsoft hiciera un stack de GUI multiplataforma al que realmente se mantuviera fiel, y que también funcionara en Linux. ;)
Sé que hay alternativas, pero nada supera decirle a tus compañeros de trabajo "usemos simplemente lo integrado" al elegir un stack de GUI.
- 1a527dd5
https://learn.microsoft.com/en-us/dotnet/core/compatibility/...
Ojo con esto
(decimal)0.1
// .NET 10: 0.1
// .NET 11: 0.1000000000000000055511151231
- dead_hn_theory
C# y .NET son una absoluta delicia para programar. Para mí son un Ruby on Rails un poco más "empresarial", pero una vez que estás dentro hay un flujo. Las cosas encajan muy bien, especialmente con LINQ. La compilación/"scripting" de código en tiempo de ejecución con Roslyn Compiler Services y compañía es simplemente genial.
- wofo
¡Cosas impresionantes, como siempre en los lanzamientos de .NET! El soporte de async en el runtime me sorprende... Entiendo que los stack traces son más amigables sin máquinas de estado en el código, pero no esperaba que pudieran cambiar a una versión en el runtime y tener un rendimiento equivalente. ¡Genial!
- Rapzid
¡DotNet finalmente tiene un gestor de versiones oficial! Echen un vistazo a dotnetup: https://learn.microsoft.com/en-us/dotnet/core/tools/dotnetup...
- jotato
¿Qué IDE está usando la gente para C# hoy en día? En su momento (alrededor de 2008) Visual Studio era tu única opción real.
Pero ahora estoy en Linux. Si quisiera retomarlo, ¿qué debería usar?
- GaProgMan
> .NET 11 es una versión de soporte estándar (STS) con dos años de soporte bajo la política de soporte de .NET. Las versiones STS y de soporte a largo plazo (LTS) tienen las mismas políticas de calidad y mantenimiento; la diferencia es la duración del soporte. .NET 10 sigue siendo una opción LTS con soporte. Mantente al día con las actualizaciones de mantenimiento, elijas la versión que elijas.
Enterraron la noticia en esta.
- .NET 10 llega a fin de vida el 14 de noviembre de 2028
- .NET 11 llega a fin de vida el 9 de noviembre de 2028
Lo que significa que cualquiera que actualice a 11 tiene menos días de soporte. Pero la idea es que actualizarás a 12 en cuanto esté en RTM.
El problema con eso es que tengo clientes que se niegan a moverse de 2.1 (o incluso a actualizar al relanzamiento de 2.1: 2.3).