Microsoft celebró el Build 2026 la semana pasada en Seattle y el mensaje fue claro desde la keynote de Satya Nadella: el desarrollo de software con IA ya no es una característica opcional que se añade al IDE, es el modelo de trabajo principal. Las novedades anunciadas van en esa dirección de forma coherente y algunas de ellas tienen implicaciones reales para los desarrolladores que trabajan con el ecosistema Windows y Azure.
El Build suele ser una conferencia de anuncios con mucho humo y alguna sustancia. Este año la proporción está algo mejor de lo habitual, en parte porque los productos anunciados en el Build 2025 ya están en producción y se pueden evaluar, y en parte porque Microsoft tiene competencia real de AWS y Google Cloud que le obliga a ser más concreto.
GitHub Copilot Workspace: de la idea al pull request
El anuncio más relevante para desarrolladores es la disponibilidad general de GitHub Copilot Workspace. La función, que lleva meses en beta, permite describir una tarea en lenguaje natural y recibir un plan de implementación completo: qué archivos modificar, qué tests escribir, con qué dependencias y en qué orden. El desarrollador revisa, ajusta y aprueba cada paso antes de que se ejecute.
No es el "IA que programa sola" que algunos esperaban y que otros temían. Es algo más parecido a tener un colega junior muy rápido que hace el trabajo de descomposición de tareas y la escritura del código repetitivo, mientras el desarrollador mantiene la supervisión sobre la arquitectura y las decisiones de diseño. En las demos del Build, Copilot Workspace resolvió una issue de GitHub relativamente compleja (refactorización de una clase con tests asociados) en menos de dos minutos con un resultado que, revisado, era correcto y seguía las convenciones del proyecto.
La pregunta relevante es qué pasa con los proyectos reales, que tienen deuda técnica, decisiones de diseño no documentadas y convenciones implícitas que ningún modelo conoce hasta que las ve. Microsoft ha sido prudente en no prometer que Workspace funciona igual en cualquier base de código, que es la actitud correcta.
Windows Subsystem for Linux 3.0 y el nuevo modelo de red
Para desarrolladores que trabajan en Windows con herramientas Linux, WSL 3.0 es el anuncio más práctico del Build. La nueva versión introduce un modo de red que elimina el NAT que ha sido la fuente de más problemas de compatibilidad en WSL 2: las herramientas que escuchan en un puerto dentro de WSL ahora son directamente accesibles desde la red local sin configuración adicional, usando la misma IP que el host Windows.
El rendimiento de I/O en el sistema de archivos de Windows (accedido desde WSL) también mejora significativamente en benchmarks sintéticos, aunque el sistema de archivos nativo de Linux dentro de WSL sigue siendo más rápido para proyectos que no necesitan acceso al sistema de archivos Windows.
WSL 3.0 incluye también soporte nativo para contenedores OCI sin Docker Desktop, lo que simplifica el flujo de trabajo de desarrolladores que usan contenedores en Windows sin querer pagar la licencia de Docker Desktop para uso empresarial.
Azure AI Foundry y el acceso a modelos de frontera
Microsoft anunció la expansión de Azure AI Foundry con acceso a Claude Mythos de Anthropic, Gemini Ultra 2 de Google y GPT-5.4 de OpenAI como opciones adicionales dentro de la misma plataforma. La propuesta es que los desarrolladores puedan elegir el modelo más adecuado para cada caso de uso sin cambiar de proveedor de infraestructura.
Es una apuesta en contra de la exclusividad: en lugar de forzar el uso de GPT-X como modelo principal (que es la arquitectura de Azure OpenAI Service), Microsoft ofrece acceso a la competencia directa en la misma plataforma. El razonamiento es que los desarrolladores que tienen que salir de Azure para usar Claude o Gemini son desarrolladores que eventualmente migran sus otros servicios también. Retenerlos en la plataforma con acceso a múltiples modelos es más valioso que la exclusividad.
Relacionado con esto, la integración de Claude Sonnet 4 como modelo disponible en Azure y otras plataformas cloud ha acelerado la adopción empresarial de Anthropic, un movimiento que claramente está funcionando para ambas partes.
El estado de .NET 11 y C# 14
El Build también fue el escenario del preview de .NET 11 y C# 14. Las novedades más relevantes para el lenguaje son las mejoras en el sistema de tipos con discriminated unions parciales (que acerca C# a lo que F# y Rust llevan años teniendo) y las mejoras de rendimiento en la recolección de basura con el nuevo modo de GC pauseless experimental.
.NET 11 llega en noviembre como versión STS (soporte estándar de 18 meses), no como LTS. El siguiente LTS será .NET 12 en noviembre de 2027. Para equipos que actualizan en ciclos largos, la decisión habitual de quedarse en .NET 10 LTS hasta .NET 12 sigue siendo la más conservadora.
El Build 2026 ha sido uno de los más concretos de los últimos años. Microsoft tiene productos funcionando que mostrar, no solo roadmaps. Eso no significa que todas las promesas se cumplan en los plazos anunciados, pero el nivel de precisión en los demos ha sido mayor de lo habitual, y eso siempre es mejor indicador que las diapositivas de visión a cinco años.
0 Comentarios