La pregunta suena provocadora: si una inteligencia artificial puede construir una aplicación a partir de una descripción en lenguaje natural, ¿seguimos necesitando programadores?

La discusión volvió a tomar fuerza alrededor de Andrej Karpathy, quien popularizó el término vibe coding, y del crecimiento explosivo de compañías que intentan convertir la creación de software en una actividad accesible incluso para quienes nunca aprendieron a programar.

Uno de los ejemplos más visibles es Replit. En marzo de 2026 la compañía anunció una ronda de 400 millones de dólares a una valoración de 9.000 millones, tres veces la valoración que tenía apenas seis meses antes. Su visión es simple de explicar y enorme en sus implicaciones: permitir que una persona describa lo que quiere construir y que el sistema se encargue de buena parte del código, la infraestructura y el despliegue.

Pero reducir todo esto a “la IA reemplazará a los programadores” pierde la parte más interesante de la historia.

El cambio real parece ser otro:

La IA está reduciendo la necesidad de que el humano escriba manualmente cada línea de código, pero no está eliminando la necesidad de ingeniería.

De escribir código a describir resultados

Durante décadas, el flujo básico del desarrollo de software fue algo parecido a esto:

idea
→ diseño
→ programador escribe código
→ compila
→ prueba
→ corrige
→ despliega

Las herramientas de autocompletado con IA modificaron una parte del proceso:

programador escribe
→ IA completa fragmentos
→ programador revisa

El vibe coding llevó la abstracción mucho más lejos.

En febrero de 2025, Karpathy utilizó ese término para describir una forma de programar en la que una persona explica lo que quiere, deja que el modelo produzca el código y continúa iterando principalmente mediante conversación.

El flujo se parece más a esto:

humano
→ prompt
→ IA genera código
→ humano prueba el resultado
→ nuevo prompt
→ IA modifica el sistema

Para prototipos, pequeños proyectos y experimentos, esto puede ser extraordinariamente poderoso.

Una persona que no domina JavaScript, Python, bases de datos o despliegues puede llegar mucho más lejos que hace unos pocos años.

Esa es una democratización real de la capacidad de construir software.

Pero el vibe coding no es lo mismo que ingeniería profesional

El problema aparece cuando la aplicación deja de ser una demo y empieza a manejar dinero, datos de clientes, operaciones empresariales o infraestructura crítica.

Entonces reaparecen preguntas que ningún prompt puede simplemente ignorar:

  • ¿Qué ocurre cuando falla una dependencia?
  • ¿Cómo se protegen los secretos y credenciales?
  • ¿Cómo se migran los datos sin perder información?
  • ¿Qué pasa con dos operaciones concurrentes?
  • ¿Qué garantías ofrece el sistema?
  • ¿Cómo sabemos que un cambio no rompió algo que funcionaba ayer?
  • ¿Quién decide si una solución es suficientemente segura para producción?

Por eso Karpathy empezó a diferenciar el vibe coding de una práctica más rigurosa que llama agentic engineering.

La idea ya no es simplemente “deja que la IA programe”.

Es algo más parecido a:

humano define objetivo
→ agente analiza el repositorio
→ agente modifica código
→ agente ejecuta tests
→ detecta errores
→ corrige
→ vuelve a probar
→ prepara el cambio
→ otro proceso revisa
→ QA valida

La persona sigue siendo responsable del resultado, pero deja de participar en cada operación microscópica.

El código deja de ser el centro del trabajo humano

En ese modelo, una habilidad como memorizar sintaxis pierde parte de su valor relativo.

No significa que entender código deje de importar. Significa que otras capacidades se vuelven proporcionalmente más importantes:

especificar correctamente
→ diseñar arquitectura
→ definir invariantes
→ crear criterios de aceptación
→ evaluar resultados
→ detectar fallos
→ gestionar contexto
→ decidir cuándo confiar
→ decidir cuándo intervenir

Esto se parece más a dirigir un sistema de producción que a escribir cada pieza manualmente.

El ingeniero pasa de ser principalmente autor del código a convertirse también en director, supervisor y verificador de agentes que producen código.

Entonces, ¿desaparecen los programadores?

Probablemente la palabra programador empiece a cubrir trabajos cada vez más diferentes.

Una posible evolución es:

2015
programador
→ escribe código

2023
programador + copiloto
→ escribe y acepta sugerencias

2025
vibe coder
→ describe software y prueba resultados

2026
agentic engineer
→ dirige agentes que implementan, prueban y corrigen

siguiente etapa
humano
→ define especificaciones, restricciones y criterios
→ varios agentes construyen y verifican el sistema

El resultado no necesariamente es “cero programadores”.

Puede ser mucho más software producido por cada persona.

Eso tiene consecuencias económicas importantes.

Si antes un proyecto necesitaba un equipo grande para producir cierta cantidad de funcionalidad, un pequeño grupo de ingenieros muy buenos coordinando agentes podría llegar a producir mucho más.

Y, al mismo tiempo, personas que antes estaban completamente fuera del desarrollo de software pueden crear aplicaciones por sí mismas.

Es una presión desde ambos extremos:

más personas pueden construir software
+
cada ingeniero puede construir mucho más

Replit es una apuesta de 9.000 millones de dólares a esa transición

La valoración de Replit importa menos como cifra aislada que como señal de mercado.

Los inversionistas están apostando a que la creación de software puede expandirse mucho más allá de la población tradicional de desarrolladores.

Replit describe una visión en la que profesores, emprendedores, estudiantes, diseñadores y trabajadores de otras industrias pueden transformar ideas en aplicaciones sin tener que dominar toda la maquinaria técnica que existe debajo.

Eso no implica que esa maquinaria desaparezca.

Implica que queda encapsulada detrás de agentes y herramientas de más alto nivel.

Algo parecido ocurrió muchas veces en la historia de la computación.

Los programadores dejaron de manejar directamente registros del procesador para trabajar con lenguajes de alto nivel. Después dejaron de administrar manualmente mucha infraestructura para utilizar nubes y plataformas administradas.

Ahora podemos estar entrando en otra capa de abstracción:

antes:
humano → lenguaje de programación → computadora

ahora:
humano → agente → lenguaje de programación → herramientas → infraestructura

La parte difícil se desplaza

Cuando generar código se vuelve barato, otras cosas se convierten en el cuello de botella.

Por ejemplo:

Especificación. Si el objetivo está mal definido, el agente puede producir muchísimo código perfectamente inútil.

Verificación. Si nadie sabe cómo demostrar que el resultado es correcto, producirlo más rápido no resuelve el problema.

Arquitectura. Los agentes pueden implementar decisiones, pero una mala frontera entre componentes puede multiplicar la complejidad durante años.

Seguridad. Una aplicación funcional no es necesariamente una aplicación segura.

Contexto. Un agente que desconoce las restricciones históricas del sistema puede introducir cambios técnicamente razonables pero incompatibles con el producto.

Responsabilidad. Alguien tiene que decidir cuándo un cambio puede llegar a producción.

La ingeniería no desaparece. Se mueve hacia arriba en la pila de abstracción.

De programar software a diseñar fábricas de software

Quizá la transformación más profunda no sea que la IA escriba código.

Es que estamos empezando a construir sistemas que producen software.

Un flujo maduro puede incluir diferentes agentes o roles especializados:

Specifier
→ define qué debe existir

Architect
→ decide estructuras y límites cuando hace falta

Developer
→ implementa

Reviewer
→ busca defectos y desviaciones

QA
→ demuestra que el resultado satisface los criterios

En ese mundo, el principal producto intelectual del humano ya no tiene por qué ser cada archivo .py, .ts o .cs.

Puede ser el conjunto formado por:

especificaciones
+ invariantes
+ tests
+ políticas
+ herramientas
+ gates de calidad
+ memoria del proyecto

Es decir: la fábrica que produce y valida el código.

La pregunta correcta

Por eso quizá deberíamos dejar de preguntar únicamente:

¿La IA reemplazará a los programadores?

Y empezar a preguntar:

¿Qué parte del trabajo de ingeniería seguirá siendo responsabilidad humana cuando escribir código sea una tarea mayoritariamente delegable?

La respuesta todavía está evolucionando.

Pero la dirección empieza a verse con claridad.

Cada vez necesitaremos menos trabajo humano dedicado exclusivamente a transformar instrucciones conocidas en líneas de código, y más capacidad humana dedicada a definir qué construir, establecer restricciones, verificar resultados y dirigir sistemas capaces de construir por nosotros.

El vibe coding fue una primera señal.

El agentic engineering puede ser la disciplina que convierta esa señal en una nueva forma de producir software.

Fuentes y lecturas