El Desarrollador No Ha Muerto. Pero El Rol Está Cambiando Rápido.
El New York Times acaba de publicar un artículo titulado “Coding After Coders: The End of Computer Programming as We Know It.” Entrevistaron a más de 70 desarrolladores en Google, Amazon, Microsoft y startups. El Washington Post lo siguió. Stanford publicó datos que dicen que la IA ya está erosionando empleos de jóvenes en desarrollo de software. Y en algún lugar de San Francisco, un ingeniero junior le dijo anónimamente al SF Standard: “Básicamente soy un proxy de Claude Code. Mi manager me dice qué hacer, y yo le digo a Claude que lo haga.”
Llevo 12 años escribiendo software. He escuchado “los desarrolladores están acabados” más veces de las que puedo contar — primero fue el low-code, luego el no-code, luego los equipos offshore, luego “cualquiera puede programar ahora con Stack Overflow.” Cada ola llegó, cada ola retrocedió, y seguíamos aquí.
Esta vez se siente diferente. No porque la IA vaya a eliminar a los desarrolladores — no lo hará — sino porque está cambiando lo que significa “ser desarrollador”, y la industria todavía no ha procesado las implicaciones.
La Parte Que Realmente Asusta
Seré honesto sobre lo que me quita el sueño — y no son los despidos.
Es el pipeline.
Las herramientas de IA están comprimiendo la curva de aprendizaje de los desarrolladores junior de 24 meses a 9 meses. Suena genial. Excepto que esos mismos juniors muestran brechas de comprensión 17 puntos menores comparados con cohortes anteriores. Entregan más rápido, pero entienden menos de lo que están entregando.
Mientras tanto, el 72% de los líderes tecnológicos encuestados planean reducir la contratación de desarrolladores entry-level. McKinsey estima que la IA ya automatiza entre el 25 y el 30% de las tareas que antes pertenecían a los juniors.
El problema es este: ¿quién forma a la próxima generación de ingenieros senior si los juniors dejan de hacer el trabajo fundacional?
Los ingenieros senior llegaron a serlo porque debuggearon bugs horribles en producción a las 2 AM. Rastrearon memory leaks. Optimizaron una query que estaba matando la base de datos. Construyeron algo desde cero, lo vieron fallar y aprendieron por qué. Eso no se obtiene revisando código generado por IA y haciendo clic en “aceptar.”
La atrofia de habilidades es real. Y es un problema que vamos a sentir en 5 años, no hoy.
Qué Se Está Automatizando Realmente (Y Qué No)
Seré preciso aquí, porque los titulares no lo son.
La IA es genuinamente buena en:
- Boilerplate y patrones de código repetitivos
- Operaciones CRUD, integraciones estándar de APIs
- Pruebas unitarias para funciones bien definidas
- Convertir diseños en código (la parte mecánica)
- Explicar código existente
- Primeros borradores de cualquier cosa
La IA constantemente falla en:
- Entender por qué un sistema está diseñado de cierta manera
- Decisiones arquitectónicas que requieren contexto
- Debuggear fallos en sistemas distribuidos
- Optimización de rendimiento que requiere entender el stack completo
- Código crítico de seguridad que necesita pensamiento adversarial
- Todo lo que involucra requerimientos de negocio ambiguos y cambiantes
Noten lo que la segunda lista tiene en común: juicio, contexto y experiencia. No es casualidad.
Qué Significa Esto Si Eres Junior Ahora
Esta es la sección que me hubiera gustado que alguien me enviara si estuviera comenzando hoy.
No subcontrates el aprendizaje. Usa la IA para entregar, pero practica deliberadamente sin ella. Toma el ticket feo que nadie quiere. Debuggea algo manualmente. Escribe la query a mano antes de pedirle a la IA que la optimice. Tus proyectos personales son donde construyes habilidades reales ahora — trátalos como un gimnasio de práctica deliberada.
Entiende lo que entregas. Si no puedes explicar el código que generó la IA, no te pertenece. Eso no es habilidad — es pasivo. Un ingeniero senior lo detectará inmediatamente en un code review. Más importante, tú no podrás debuggearlo cuando falle a las 3 AM.
Muévete hacia el juicio, no hacia el output. Los desarrolladores que prosperarán son los que pueden mirar una solución generada por IA y decir “esto está mal para nuestro sistema y aquí está el por qué.” Eso requiere conocer arquitectura, entender trade-offs y tener opiniones construidas desde la experiencia. Empieza a desarrollar eso ahora.
Elige una especialidad profunda. El generalista “sé un poco de todo” se está volviendo commodity. Sistemas distribuidos, seguridad, ingeniería de rendimiento, integración de IA, complejidad de dominio específico (fintech, salud, logística) — elige algo difícil y profundiza.
Qué Significa Esto Si Eres Senior
Tu descripción de trabajo acaba de cambiar, lo sepa tu empresa o no.
Ya no evalúas principalmente si el código funciona. Evalúas si el código es mantenible, seguro y arquitectónicamente sólido — porque la IA puede hacer que el código roto, inseguro y arquitectónicamente mal diseñado parezca completamente razonable a primera vista.
El estándar para el code review acaba de subir dramáticamente. Necesitas preguntarte: ¿entiende esta persona lo que entregó, o simplemente aceptó una sugerencia?
También estás ahora en el negocio del desarrollo intencional de habilidades de una manera que antes no eras. Si tus juniors nunca luchan con problemas difíciles, no estás construyendo un equipo — estás construyendo un grupo de operadores de prompts que serán inútiles sin la IA.
La Conclusión Real
No le tengo miedo a que la IA reemplace a los desarrolladores. Sí estoy prestando mucha atención a lo que le pasa al oficio del desarrollo de software cuando desaparecen las partes tediosas.
Las partes tediosas nos enseñaban cosas.
Debuggear ese bug horrible por tres días nos enseñó a leer código lentamente. Escribir boilerplate nos enseñó patrones. Luchar con SQL nos enseñó a pensar en datos. Saltarse eso es saltarse los bloques de construcción de la intuición.
Los desarrolladores que importarán en 5 años son los que usan la IA como herramienta para ir más rápido y más profundo — no los que la usan como reemplazo del entendimiento. La IA está elevando el techo de lo que un desarrollador puede construir. Pero también está bajando silenciosamente el piso de lo que los desarrolladores realmente saben.
Esa brecha es donde está la historia real. Y deberíamos hablar de ello más.
¿Eres un dev junior navegando esta transición? ¿O un tech lead intentando construir un equipo en este entorno? Me encantaría escuchar cómo lo estás pensando — encuéntrame en X.