La Programación por Vibra No Ha Muerto. Solo la Construiste Como el Primer Cerdito.
Los Tres Cerditos siempre me hace reír. Gente que no sabe nada de algo sigue contando la historia equivocada. Yo he construido mi propia casa de balas de paja, y es más cómoda y agradable que las casas de bloques de hormigón en las que he vivido.
Lo mismo pasa con el vibe coding.
TLDR: Todo el mundo está enterrando el vibe coding en abril de 2026. Karpathy lo rebautizó como "agentic engineering." El 70% de los proyectos se atascan en la demo, una cifra que ahora se repite por todas partes sin que nadie se moleste en citar la fuente. El diagnóstico oficial: el método es malo. Tuve que colocar 1,880 balas de paja en mi propia casa para darme cuenta de que todo el mundo se equivocó en el diagnóstico.

Cuando les dije a mis vecinos que iba a construir mi casa con paja, recibí exactamente el mismo monólogo que recibo hoy sobre vibe coding. Se quema. No aguanta. Eres un ingenuo. Cinco años después la casa sigue en pie, y las mismas voces se han movido una década hacia el código generado por IA. Las mismas frases, diferente material. Y el mismo error de razonamiento detrás.
Lo Que Decía la Gente Cuando Vio las Balas Apilándose
Un vecino paró su camioneta en la carretera, miró las balas apiladas bajo la lona, y me preguntó sin previo aviso si sabía que los ratones se comen la paja y que el fuego se come la paja más rápido. No era malicioso. Estaba seguro. La misma energía que todo comentarista en este sitio que está seguro de que la IA no puede hacer shipping.
Se quema. No aguanta. Eres un ingenuo.
Di la misma respuesta que sigo dando hoy en los comentarios de Medium. Esto no es un argumento de fe, es física. La paja comprimida es tan densa que el fuego no puede encontrar oxígeno dentro de la bala. El revoque de cal y arcilla que envuelve la pared sella el poco aire que queda. El marco de madera soporta la carga. Una bala mal colocada se quema. Una bala bien colocada te sobrevive.
Si quieres una fecha: la primera casa europea de balas de paja, la Maison Feuillette, se construyó en 1920 en Montargis, Francia. Sigue en pie. Sigue habitada. Más vieja que mi abuelo y en mejor estado que su último apartamento.
La casa está bien. El método está bien. Lo que falta en la conversación es la persona que realmente ha construido una.
Cinco años después escucho el mismo guión sobre vibe coding.
Lo Que Dice la Gente Cuando Les Digo Que Hago Vibe Coding en 2026
Está muerto. No hace shipping. La gente seria se pasó al "agentic engineering" (lo mismo, nombre más largo). El 70% de las apps con vibe coding se atascan en la demo, una estadística de la industria que ahora aparece en cada artículo de opinión sin apuntar nunca hacia la encuesta de la que salió. Hay un artículo viral en Medium diciéndole a los lectores que todo terminó. Bloomberg publicó una pieza culpando a las herramientas de código IA por un pánico de productividad, diagnosticando completamente la enfermedad equivocada.
Se quema. No aguanta. Eres un ingenuo.
Mismo guión, diez años después, aplicado a JSX en lugar de paja. Y la respuesta es la misma. Esto tampoco es un argumento de fe. Es un argumento de método-y-repeticiones.
El vibe coding mal hecho se rompe por la mitad. Esa parte es cierta. El número del 70% no sale de la nada. La gente sí se topa con la pared. Montones de repos muertos en GitHub lo demuestran.
Mal hecho significa hecho por alguien que ha escrito tres prompts en su vida y esperaba un SaaS terminado al final. Alguien que nunca ha especificado una funcionalidad por escrito. Alguien que nunca ha visto cómo se ve un bucle ininterrumpido de generar-probar-arreglar-probar a través de doce iteraciones en el mismo proyecto.
El método importa. El método sin repeticiones es un pedazo de papel.
Esa parte está resuelta.
Tres Años Leyendo. Dos Años Colocando 1,880 Balas. La Pared Sigue en Pie.

Leí sobre construcción con balas de paja durante tres años antes de tocar una bala. No estoy orgulloso de eso. Habría aprendido más rápido colocando diez mal. Pero tenía un hijo, un trabajo, un presupuesto que no estaba listo, y necesitaba que la teoría se asentara antes de poder justificar comprar el terreno. Tres años de libros, talleres de fin de semana, dos meses en el sitio de un amigo en Ardèche donde principalmente cargué cosas y observé. Largos períodos sin colocar nada. Nunca me rendí. Simplemente no podía empezar.
Luego compré el terreno y empecé.
Dos años en el sitio. 1,880 balas entre las paredes de carga y las particiones. La primera bala quedó torcida y tuve que rehacerla dos veces. La quincuagésima quedó cuadrada al primer intento. Alrededor de la seiscientos noté que había dejado de sudar durante la pasada de revoque. Alrededor de la mil doscientos mis manos conocían el ángulo de corte sin mirar. La bala 1,880 entró como debería haber entrado la primera, excepto que para entonces ya ni siquiera pensaba en ello.
El método que usé en la bala 1 y el método que usé en la bala 1,880 era el mismo método. El libro que leí en 2018 no cambió. El video que vi en 2019 no cambió. Lo que cambió: mis manos lo habían hecho 1,880 veces en la misma casa.
Esta es la parte por la que nadie que te dice que el vibe coding está muerto ha pasado jamás.
Tu primera funcionalidad está torcida. Tu quincuagésima está cuadrada. La primera vez que el modelo genera código que no quieres tirar inmediatamente, ya has hecho shipping de más de lo que recuerdas. La primera vez que dejas de cuestionar la arquitectura, has dejado de contar. La primera vez que haces shipping de una funcionalidad en dos horas que antes te tomaba dos días, no te das cuenta de que está pasando. Alguien más te lo señala. 😅
El método no cambia entre la repetición 1 y la repetición 1,880. Tus manos cambian.
Pero nadie tiene cinco años para hacer shipping de un SaaS. Ese es el problema real.
Cómo Hacerlo en 12 Repeticiones en Lugar de 1,880
Escribí un libro para comprimir esa curva.
No un libro de teoría. Ya hay uno bueno para eso. Gene Kim y Steve Yegge publicaron Vibe Coding: Building Production-Grade Software este año y es la referencia correcta si eres un dev senior que quiere los patrones formalizados. Léelo después.
Este es diferente. Lleva al lector a través de 12 repeticiones en exactamente el mismo proyecto. Un pequeño CRM para oficios, plomeros, electricistas, carpinteros. No 12 tutoriales diferentes sobre 12 temas no relacionados. Doce pasadas en la misma base de código. Cada capítulo lleva el CRM más lejos. Auth en el capítulo uno. CRUD en dos. Búsqueda en tres. Notificaciones en cuatro. Y así sucesivamente, en la misma secuencia en que construirías una casa: cimientos, marco, techo, paredes, revoque, acabados.
El método en sí está en el libro, el Blueprint Method de ocho pasos, el mismo que ejecuto en cada proyecto que hago shipping. Cabe en unas veinte páginas. Las otras 270 páginas son repeticiones. Porque el método sin repeticiones es el pedazo de papel del que acabo de hablar.
Advertencia que no voy a suavizar: esto solo funciona si haces las doce repeticiones. Hacer cuatro capítulos y rendirse no va a hacer shipping de nada. Habrás aprendido algo, pero no habrás desarrollado el músculo. (Lo mismo que colocar cincuenta balas y parar. La casa sigue siendo un hoyo en el suelo.)
Hay un repo privado complementario para lectores, donde el estado del CRM se commitea al final de cada capítulo. Si te saltas un capítulo o te atascas, clonas la instantánea y sigues. Aprendí este truco también de la paja: cada taller al que asistí terminaba una fase con una pared que todos podían tocar. No avanzas desde la teoría. Avanzas desde una pared.
Si ya estás haciendo shipping, no necesitas este libro. Ve más lejos con el framework de prompt contracts que construí después de suficientes desastres. Esa es la siguiente capa. Vibe Coding, For Real: From Demo to Live App es para los cimientos. Prompt Contracts es para los pisos superiores.
El libro está en Amazon: https://amzn.eu/d/04X9k88d
La mayoría de la gente que te dice que el vibe coding no funciona escribió una funcionalidad, vio a Lovable escupir JSX roto, y cerró la pestaña. Una bala. Una pared. Conclusión perezosa.
Con método, construyes casas de paja. Con método, construyes apps con vibe coding. Sólidas. Cómodas. Construidas para durar. 🏠
Fuentes
- Vibe Coding: Building Production-Grade Software por Gene Kim y Steve Yegge (IT Revolution, 2026)
- Maison Feuillette, Montargis, Francia (1920)
- Vibe Coding, For Real: From Demo to Live App (Abril 2026): https://amzn.eu/d/04X9k88d