Vibe Coding: cuando cualquiera puede programar, ¿quién mantiene el código?
Andrej Karpathy acuñó 'vibe coding' en 2025. Un año después, el 46% del código en GitHub Copilot es generado por IA, los bootcamps colapsaron y aparece un nuevo término: 'vibe debt'. La pregunta no es si es real coding — es si estamos construyendo una generación que no puede mantener lo que crea.
softw.engineer
Software Engineer · softw.engineer
Vibe Coding: cuando cualquiera puede programar, ¿quién mantiene el código?
En febrero de 2025, Andrej Karpathy tuiteó algo que se convirtió en meme, manifiesto y controversia: "I just vibe code." Describió su proceso como escribir instrucciones en lenguaje natural, aceptar sugerencias de IA sin leerlas demasiado, y llegar a algo que funciona sin entender completamente cómo. Lo llamó "vibe coding."
Un año después, no es un meme. Es una industria.
Los números no mienten
GitHub reportó que el 46% del código que pasa por GitHub Copilot es generado por IA. No son sugerencias menores — son bloques enteros de funcionalidad que los desarrolladores aceptan y shippean. La Stack Overflow Developer Survey 2026 muestra que el 62% de los desarrolladores usan herramientas de IA para coding, arriba del 44% del año anterior.
Las empresas de infraestructura están adaptándose en tiempo real. Replit, Cursor, Windsurf, Claude Code — todos compiten por ser la interfaz entre un humano y una máquina que escribe código. Cursor alcanzó $100M en ARR en menos de un año. No es un nicho. Es el default nuevo.
Lo que pasa cuando la barrera de entrada desaparece
Los bootcamps de programación reportaron caídas de 30-40% en inscripciones en 2025. ¿Por qué pagar $15,000 por aprender Python si Claude Code te escribe una app completa en una tarde?
Los puestos junior también se contrajeron. Un análisis de Indeed y LinkedIn mostró que las ofertas para desarrolladores entry-level bajaron ~30% en Estados Unidos entre Q1 2025 y Q1 2026. Las empresas no necesitan tantos juniors cuando un solo mid-level con IA produce el output de tres.
Pero aquí viene la parte que nadie quiere admitir: la gente está construyendo cosas reales sin saber cómo funcionan.
Vibe debt: la deuda técnica que nadie entiende
En foros, Slack channels y conferencias, empezó a aparecer un término nuevo: "vibe debt." Es la deuda técnica acumulada por código generado por IA que nadie en el equipo entiende completamente.
El patrón es predecible:
- Alguien "vibe codea" una feature en una tarde
- Funciona en demo
- Se mergea
- Tres semanas después, algo se rompe
- Nadie sabe por qué porque nadie escribió ese código realmente
- El fix toma 5x más de lo que habría tomado escribirlo desde cero
No es teórico. Empresas de todos los tamaños están lidiando con esto. Un CTO de una startup de Series A me contó que su equipo pasó dos semanas debuggeando un servicio que un "vibe coder" armó en un día. El código funcionaba, pero cuando fallaba, nadie podía diagnosticarlo porque la arquitectura no era de nadie — era un patchwork de sugerencias de IA.
El problema de seguridad que nadie está auditando
Hay una dimensión que me preocupa más que la deuda técnica: la seguridad.
Un estudio de researchers de Stanford y UC Berkeley encontró que los desarrolladores que usan IA para coding son significativamente más propensos a introducir vulnerabilidades de seguridad — no porque la IA genere código inseguro (a veces lo hace), sino porque la velocidad y confianza que genera la IA reduce la revisión manual. Aceptas el suggestion, tests pasan, y shippeas. El SQL injection estaba escondido en la capa de abstracción que nadie revisó.
Las startups vibe-coded son particularmente vulnerables. No tienen equipos de seguridad, no tienen code review processes maduros, y su código base es un Frankenstein de prompts y sugerencias. Para un atacante, es un banquete.
No todo es negativo
Sería deshonesto ignorar lo que el vibe coding habilita. Personas que nunca habrían tocado código están construyendo herramientas útiles. Un diseñador puede prototipar una app funcional sin depender de un developer. Un PM puede automatizar un workflow tedioso. Un fundador puede lanzar un MVP sin levantar una ronda para contratar ingenieros.
La democratización es real. El problema no es que más gente pueda construir software — es que el software necesita mantenimiento, y el mantenimiento requiere entendimiento.
Lo que estamos perdiendo
Hay algo más sutil pasando. Cuando un developer escribe código manualmente, desarrolla un modelo mental de cómo funciona el sistema. Cada línea que escribe refuerza ese entendimiento. Cuando aceptas sugerencias de IA, ese proceso se salta.
Los desarrolladores senior que usan IA productivamente lo hacen porque ya tienen el modelo mental. Pueden evaluar una sugerencia de IA en segundos porque saben qué buscar. Los nuevos entrantes — los vibe coders puros — no tienen ese filtro. No saben lo que no saben.
Esto crea una bifurcación peligrosa: una generación de "operadores de IA" que pueden hacer que cosas funcionen pero no pueden diagnosticar cuando dejan de funcionar, y un grupo cada vez más pequeño de desarrolladores que entienden los sistemas lo suficientemente bien como para mantenerlos.
La analogía incómoda
Piensa en alguien que usa un GPS para navegar una ciudad todos los días. Llega a cualquier lugar eficientemente. Pero si el GPS falla, no sabe dónde está. Nunca desarrolló el mapa mental de la ciudad.
El vibe coding es el GPS del software development. Te lleva al destino, pero no te enseña el camino.
Qué hacer con esto
No tengo una respuesta limpia. Pero hay unas cuantas cosas que me parecen claras:
Para individuos: Si estás entrando al desarrollo de software vía IA, dedica tiempo a entender qué estás generando. Lee el código. Break it intentionally. Aprende por qué funciona, no solo que funciona. El vibe coding es una herramienta increíble, pero sin understanding de base, te convierte en dependiente.
Para equipos: Establece boundaries claros. IA para prototipar está bien. IA para production code necesita el mismo rigor de review que el código manual — quizás más, porque nadie lo escribió a mano y el "dueño" del código es difuso.
Para la industria: Necesitamos mejores tools para el mantenimiento de código generado por IA. Si el 46% del código es IA-generated, necesitamos herramientas que ayuden a entender, debuggear y mantener ese código. El mercado de "vibe maintenance" será tan grande como el de vibe coding.
Mi lectura
Karpathy no estaba equivocado cuando dijo que vibe coding. Tampoco estaba equivocado cuando después matizó que no es para todo. El vibe coding es una herramienta poderosa en manos de alguien que entiende el dominio. Es una aspiradora en manos de alguien que no.
La pregunta no es si el vibe coding es "real coding" — esa discusión es irrelevante. La pregunta es si estamos construyendo una generación de creadores que no pueden mantener lo que crean. Y si la respuesta es sí, eso no es un problema de los creadores — es un problema de las herramientas y del ecosistema que los rodea.
Fuentes:
¿Qué opinas?
Déjanos tu comentario o pregunta sobre este artículo.