Por qué la IA no va a sustituir a los desarrolladores (pero sí a los que no la usen)

Cada semana leo un titular nuevo: "La IA reemplazará a los programadores en X años". Llevo 15 años desarrollando software y he visto pasar muchas olas tecnológicas. Ninguna ha eliminado la necesidad de personas que piensen con criterio sobre problemas técnicos. La IA tampoco lo hará — pero sí cambiará radicalmente quién se queda y quién se queda fuera.

Lo que la IA hace bien (y cada vez mejor)

Seamos honestos: los modelos de lenguaje son impresionantemente buenos generando código. Puedo pedirle a un LLM que me escriba un CRUD en Spring Boot con validaciones, tests y documentación, y el resultado es funcional en cuestión de minutos.

Para tareas repetitivas, boilerplate y código estándar, la IA ya es más rápida que cualquier humano. Y eso no va a ir a menos — va a ir a más.

Lo que la IA no sabe hacer (todavía)

Ahora bien, hay una diferencia enorme entre generar código y construir software. Construir software implica:

• Entender un problema de negocio que el cliente muchas veces no sabe articular
• Tomar decisiones de arquitectura que afectarán al sistema durante años
• Evaluar trade-offs entre rendimiento, mantenibilidad, coste y tiempo
• Debuggear un problema que cruza tres servicios, una cola de mensajes y un caso edge que nadie documentó
• Decir "no" cuando alguien quiere meter una tecnología porque está de moda

La IA no tiene contexto de negocio. No tiene criterio. No tiene experiencia acumulada de haber visto proyectos fracasar por las mismas razones una y otra vez.

El desarrollador que sobrevive

El perfil que va a salir reforzado de esta revolución es el que usa la IA como un multiplicador, no como un sustituto de pensar. Es el que:

• Genera código con IA pero lo revisa con ojo crítico antes de hacer merge
• Automatiza lo repetitivo para dedicar más tiempo a las decisiones importantes
• Entiende los fundamentos — si no sabes por qué funciona algo, no sabrás arreglarlo cuando falle
• Se adapta rápido — no le tiene miedo a la herramienta nueva, pero tampoco la adopta sin evaluar

He incorporado herramientas de IA en mi workflow diario: desde generación de código con LLMs hasta automatizaciones con n8n que me ahorran horas de trabajo manual cada semana. Pero cada línea que entra en producción pasa por mi criterio de 15 años.

El desarrollador que se queda fuera

El que está en riesgo no es el junior motivado que aprende rápido. Es el desarrollador — de cualquier nivel de experiencia — que:

• Copia y pega sin entender
• Se niega a aprender herramientas nuevas
• Confunde "años de experiencia" con "años repitiendo lo mismo"
• No invierte en entender el negocio, solo el código

Si tu valor como profesional es escribir líneas de código que un modelo puede generar en segundos, tienes un problema. Si tu valor es entender qué código escribir, por qué, y qué consecuencias tiene cada decisión — estás más seguro que nunca.

Mi enfoque

No me interesa vender la IA como magia. He visto suficientes ciclos de hype como para saber que la realidad siempre es más matizada que los titulares.

Lo que sí hago es integrar IA donde multiplica resultados reales: automatizar procesos, acelerar prototipos, analizar datos, generar borradores de código que luego refino. Siempre con un filtro de sentido común y experiencia técnica.

La IA es la mejor herramienta que ha llegado a nuestro campo en años. Pero una herramienta sin criterio es solo ruido. Y criterio es exactamente lo que 15 años de trinchera te dan.

---

¿Quieres recibir más reflexiones como esta? Suscríbete a mi newsletter semanal donde comparto lo que aprendo sobre desarrollo, IA y automatización — sin spam, sin relleno.