La afirmación es provocadora, pero no casual: “RIP Coding. I’m glad that AI killed it”. Así tituló Chris Dunlop, en Medium, un texto publicado el 11 de abril en el que sostiene que programar, tal y como se entendía hasta ahora, ha empezado a perder su centralidad. Su argumento parte de una experiencia concreta: enseñar a una persona sin experiencia previa en desarrollo a usar Cursor y ver cómo era capaz de sacar adelante tareas reales, desde un nuevo proceso automático hasta pantallas y funciones integradas en un sistema empresarial.
La frase puede sonar excesiva, y seguramente lo es. El código no ha muerto. Los sistemas complejos siguen necesitando arquitectura, validación, seguridad, pruebas y criterio técnico. Pero el texto acierta en algo importante: la barrera de entrada para crear software útil está bajando con una rapidez que ya no se puede ignorar. Lo que antes exigía un perfil puramente técnico empieza a abrirse a perfiles híbridos, donde la capacidad de definir bien un problema, diseñar una buena experiencia o entender un proceso de negocio pesa tanto como saber escribir una función impecable.
Cursor no vende autocompletado: vende agentes
El contexto importa. Cursor ya no se presenta solo como un editor con ayuda de IA. En abril lanzó Cursor 3, una nueva interfaz “centrada en agentes”, con soporte para múltiples repositorios, agentes en paralelo y traspaso fluido entre agentes locales y en la nube. La propia empresa dice que el desarrollo de software está entrando en una “tercera era”, en la que los agentes trabajan de forma autónoma para entregar mejoras mientras el ingeniero sube de nivel y supervisa.
Eso cambia por completo la discusión. Durante años, la conversación sobre IA para programar giró alrededor del autocompletado, las sugerencias en línea y la generación de pequeños fragmentos de código. Ahora el discurso es otro: describir una tarea en lenguaje natural, dejar que el agente explore el repositorio, proponga cambios, ejecute parte del trabajo y devuelva resultados para revisión. Wired resumía hace unas semanas este giro con bastante claridad: Cursor 3 compite ya directamente con herramientas como Claude Code y Codex porque permite “delegar tareas enteras” a agentes en lugar de limitarse a asistir al desarrollador línea por línea.
Visto así, la tesis de Dunlop no parece tanto una profecía sobre el fin del software como una provocación sobre el fin de un rol muy concreto: el del programador como único traductor posible entre negocio e implementación. Si una persona con buen criterio funcional y visual puede sacar adelante una primera versión convincente con ayuda de agentes, el valor se desplaza. Ya no está solo en picar código, sino en saber qué construir, cómo validarlo y cómo integrarlo sin romper el sistema.
No desaparece el desarrollador, cambia su sitio en la cadena
Aquí conviene poner freno al entusiasmo fácil. Que una persona sin experiencia previa pueda crear algo útil con Cursor no significa que la ingeniería de software se haya vuelto trivial. Significa, más bien, que ciertas capas del trabajo se están automatizando y que el punto de entrada se ha hecho mucho más accesible. Entre una demo funcional y un producto robusto sigue habiendo una distancia enorme: deuda técnica, despliegue, observabilidad, gestión de errores, seguridad, mantenimiento y gobernanza del código.
De hecho, la propia evolución de Cursor deja ver que el reto no está solo en generar código, sino en coordinar trabajo de agentes, revisar cambios y mover tareas entre local y cloud sin perder el control. La empresa admite que muchos ingenieros siguen “microgestionando agentes individuales”, saltando entre conversaciones, terminales y herramientas. Es decir, incluso en la visión más optimista de Cursor, todavía no estamos ante una sustitución limpia del desarrollador, sino ante un rediseño del puesto.
Lo que sí parece claro es que se abre una oportunidad nueva para perfiles no tradicionales. Producto, operaciones, diseño, marketing técnico o negocio pueden empezar a construir más por sí mismos. Y ahí está, seguramente, la parte más incómoda para muchos equipos de desarrollo: la IA no elimina la necesidad de talento técnico, pero sí reduce el monopolio que ese talento tenía sobre la ejecución. Quien antes dependía por completo de una cola de tickets o de un equipo saturado, ahora puede llegar bastante más lejos con prompts, contexto y supervisión mínima.
La programación no muere: se vuelve menos exclusiva
Por eso el titular “RIP Coding” funciona más como símbolo que como diagnóstico literal. El código sigue ahí, pero deja de ser el centro exclusivo del valor. Empieza a importar más la capacidad de orquestar agentes, definir intención, revisar resultados y conectar piezas. En términos de profesión, eso significa que muchos desarrolladores tendrán que moverse hacia funciones de arquitectura, control de calidad, seguridad y producto, mientras parte de la construcción básica se democratiza.
La gran pregunta ya no es si la IA va a programar. Eso ya está ocurriendo. La pregunta es quién sabrá gobernar mejor ese nuevo flujo de trabajo: el ingeniero que aprenda a dirigir agentes, o el profesional no técnico que entienda lo bastante bien el negocio como para convertir una idea en software funcional sin pedir permiso. Ahí es donde la provocación de Dunlop deja de parecer una boutade y empieza a sonar como una advertencia.
Preguntas frecuentes
¿De verdad alguien sin experiencia puede crear software con Cursor?
Sí, al menos en tareas acotadas. El artículo de Chris Dunlop describe precisamente ese caso, y Cursor orienta su producto actual a delegar trabajo en agentes capaces de abordar tareas completas. Otra cosa distinta es mantener después ese software con estándares profesionales.
¿Qué es Cursor 3 y por qué importa?
Cursor 3 es la nueva interfaz de la empresa, presentada en abril de 2026, y está diseñada alrededor de agentes, trabajo en paralelo y transición entre agentes locales y cloud. Importa porque marca el paso de la ayuda al código a la delegación de tareas completas.
¿Esto significa que los programadores van a desaparecer?
No. Significa que parte de su trabajo cambia de naturaleza. La generación de código se automatiza más, pero siguen siendo críticos la arquitectura, la revisión, la seguridad, la integración y el mantenimiento.
