Microsoft afirma que escribir código se acabó. La industria de herramientas de desarrollo debería prestar atención.
La declaración de David Fowler sobre el declive de la codificación manual marca un cambio estructural en el desarrollo de software. Microsoft está rediseñando su suite de herramientas para que los agentes de IA operen dentro del flujo de trabajo, y los verdaderos ganadores serán quienes construyan la próxima capa de infraestructura.
La señal en el ruido
David Fowler no escribe en X para ganar clics. Ha pasado 18 años en Microsoft co-creando SignalR, fundando NuGet y el motor de despliegue Kudu, y construyendo el núcleo de ASP.NET Core. Hoy lidera Aspire, el conjunto de herramientas de la empresa para aplicaciones distribuidas. Cuando escribe que escribir código está definitivamente terminado, su palabras tienen mucho más peso que si lo dijera un gestor de producto.
La afirmación es a la vez modesta y radical. Fowler no predice el fin de la ingeniería de software. Dice que el acto mecánico de escribir línea por línea en un editor se está convirtiendo en la parte menos valiosa del trabajo. La tarea se desplaza aguas arriba hacia la arquitectura, el rendimiento y la verificación, y aguas abajo hacia las pruebas, la gestión de dependencias y la auditoría de seguridad. Ambos movimientos concentran el poder en manos diferentes.
Cómo Microsoft construyó esto de verdad
La cronología importa. En mayo de 2023, Microsoft Research publicó un estudio sobre Visual Studio IntelliCode que probó 19 diseños distintos en siete estudios de laboratorio con 61 programadores. El hallazgo no era que las sugerencias de IA fueran malas. Era que los desarrolladores las pasaban por alto por cómo aparecían en pantalla. El autocompletado tenía límites.
Avancemos hasta febrero de 2026, cuando GitHub añadió entornos de desarrollo en Windows al agente de codificación de Copilot. El agente ahora puede construir su propio entorno, trabajar en segundo plano, modificar un repositorio, ejecutar linters, verificar compilaciones y abrir una pull request, todo sin que un humano orqueste cada paso. Para abril de 2026, el mismo equipo señalaba que los agentes de IA son realmente buenos escribiendo código, pero generar código y enviar una aplicación completa funcional son cosas muy distintas.
Esa brecha es donde se diseñaron Aspire 13.1 y 13.2. Aspire 13.1 convirtió a los asistentes de codificación con IA en ciudadanos de primera categoría en su flujo de trabajo. Aspire 13.2 añadió una CLI orientada a agentes y soporte para MCP. La idea es sencilla: permitir que los agentes inicien servicios, lean registros, inspeccionen telemetría, reinicien lo que está roto y prueben de nuevo, sin que un desarrollador tenga que copiar y pegar mensajes de error en una ventana de chat.
Las herramientas se están rediseñando para que la IA pueda operar dentro del ciclo, no solo al margen.
El problema de seguridad que nadie aborda con suavidad
El 44% de tasa de vulnerabilidades en el código generado por IA debería alarmar a cualquiera que construya encima de ello. El informe de seguridad de código GenAI de Veracode de 2026 probó tareas de generación de código con IA y encontró que casi la mitad producía código con una vulnerabilidad conocida. Es un benchmark controlado, pero la dirección es innegable.
Microsoft está combatiendo fuego con fuego. Su sistema MDASH —un escáner de vulnerabilidades basado en agentes con ese nombre apropiadamente tétrico— ya está desplegado en los equipos de Windows, Azure e identidad. La empresa dice que MDASH permitió cazar vulnerabilidades a escala de Windows con una profundidad de análisis previamente imposible, mencionando específicamente el trabajo en el núcleo de Windows, Hyper-V y el conjunto de redes.
Esta es la mitad oculta de la afirmación de Fowler. Si la generación de código se vuelve barata, la revisión de código se vuelve costosa. Los ingenieros que puedan verificar lo que produce la IA tendrán un poder desproporcionado. Los que no puedan estarán ejecutando sistemas sin revisión en producción.
Quién gana y quién pierde
Los ganadores ya son visibles. Microsoft posee la pila completa, desde el IDE hasta el runtime y la nube. Copilot se ejecuta dentro de Visual Studio. Aspire orquesta aplicaciones distribuidas. MDASH escanea el resultado. La empresa controla el bucle de retroalimentación entre generación, verificación y despliegue. Esa posición se fortalece con cada lanzamiento de funciones.
El movimiento de GitHub Copilot para ejecutar sesiones de agente dentro de WSL, facilitando el desarrollo en Linux desde Windows, extiende ese control más allá de las fronteras de Windows. Los desarrolladores permanecen dentro del entorno de Microsoft por más tiempo.
Los perdedores son menos dramáticos pero reales. Los vendedores de IDE independientes enfrentan presión porque los agentes exigen una integración más profunda con las herramientas que producen. Los escáneres de seguridad independientes deben competir contra sistemas basados en agentes que escanean mientras construyen. Los mantenedores de proyectos de código abierto que confían en la revisión manual de código necesitarán nuevas tuberías de verificación o correrán el riesgo de convertirse en cuellos de botella de confianza.
El ecosistema de herramientas para desarrolladores de $200 mil millones no se encogerá. Se reordenará. Las herramientas que ayudan a los humanos a verificar, auditar y gestionar la salida generada por IA crecerán. Las herramientas que solo asisten en la generación enfrentarán commoditización.
Windows 11 como caso de prueba
Microsoft no está probando esto en un proyecto secundario. Windows 11 es la prueba. La actualización de julio sola parcheó 570 errores, un volumen que tensiona los ciclos de desarrollo tradicionales. La empresa enumera WinUI 3 como su marco nativo recomendado para nuevas aplicaciones de Windows y volvió completamente de código abierto el framework. Herramientas más abiertas y mejor documentadas dan más material con lo que trabajar a los agentes de IA. También ancla a los desarrolladores en la pila nativa de Microsoft en lugar de en wrappers web.
Fowler es el mismo ingeniero que predijo el retorno de las aplicaciones nativas. El patrón se sostiene: Microsoft identifica una dirección, abre las herramientas y construye la infraestructura que convierte esa dirección en el camino de menor resistencia.
Project Zenith, anunciado el 4 de septiembre, empuja la lógica más allá. Es una configuración depurada y optimizada para desarrolladores de Windows 11 que exige 64GB de RAM unificada y 250GB/s de ancho de banda de memoria, comenzando con los chips AMD Ryzen AI Halo. El objetivo es el desarrollo de IA local, ejecutando modelos de más de 30B de parámetros en la máquina en lugar de pagar por token a la nube. No es una idea nueva. Es un nuevo estándar de lo que debería ser una máquina de desarrollo.
El ingeniero que permanece
Fowler no está diciendo que los desarrolladores desaparezcan. Está describiendo un cambio de rol. Cuando la generación de código se acerca a un coste marginal cero, el trabajo valioso se desplaza a las decisiones: qué construir, cómo estructurarlo, si es seguro, si tiene rendimiento. El teclado deja de ser el centro de la programación.
El ingeniero que prospere en ese mundo es en parte arquitecto, en parte auditor. Diseña sistemas que los agentes pueden poblar. Revisa salidas que ningún humano escribió línea por línea. Se preocupa por las dependencias, las restricciones y los modos de fallo porque la IA no los notará hasta que algo se rompa en producción.
Eso no es un trabajo menor. Es uno más difícil. Y Microsoft está construyendo las herramientas que lo hacen posible.
La industria debería vigilar no la muerte de los programadores sino el nacimiento de un nuevo tipo de trabajo en software, donde la habilidad más importante no sea la velocidad de escritura sino el criterio.