El vibe coding no ha muerto. Solo lo estabas usando mal
¿Cuándo usar vibe coding y cuándo SDD? Esa es la pregunta que te deberías estar haciendo.
La semana pasada mi jefe llegó con un vídeo de YouTube. El titular decía algo así como que el vibe coding había muerto, que los datos lo demostraban, y que era hora de pasar página.
Lo vi. Entendí el argumento. Y creo que está equivocado, aunque no por las razones que imaginas.
Hola, soy Pol Marzà, AI Product Builder y cada semana escribo una nueva edición de Con Criterio, la newsletter sobre construir productos digitales con IA, con planificación, método y sin atajos. Si te han reenviado este email, puedes suscribirte aquí:
Déjame contarte cómo uso yo el vibe coding, porque creo que ahí está la clave.
Cuando tengo una idea, lo primero que hago no es sentarme a planificar. Lo primero que hago es construirla. Sin estructura, sin documentación y sin pensar demasiado.
Abro Lovable o Claude Code y les describo lo que tengo en la cabeza. En media hora tengo algo que puedo tocar. Algo que funciona más o menos, que tiene agujeros por todos lados y que probablemente tire a la basura en dos días.
Y eso es exactamente lo que quiero.
Porque lo que me da ese prototipo no es código. Me da claridad. Cuando construyes algo rápido y mal:
Descubres los problemas reales antes de invertir tiempo en resolverlos bien.
Descubres que el flujo que imaginabas no tiene sentido cuando lo usas.
Que la funcionalidad que creías central resulta secundaria.
Que hay un problema técnico concreto que no habías visto desde la descripción.
Después de ese prototipo, lo tiro. Y construyo de nuevo, esta vez con SDD. Pero ya no estoy construyendo a ciegas. Sé lo que quiero que haga la aplicación. Sé los retos a los que me voy a enfrentar. Tengo criterio para tomar decisiones porque ya he tropezado con los problemas una vez.
El vibe coding no es una metodología de desarrollo. Es una metodología de exploración. Y los que dicen que ha muerto están comparando dos cosas que no compiten entre sí.
Los datos que citan esos vídeos son reales: la gente que intentó lanzar productos serios solo con vibe coding se encontró con código frágil, deuda técnica imposible de gestionar y aplicaciones que no escalaban. Pero ese no es un problema del vibe coding; es un problema de usarlo para lo que no fue pensado.
Si este post te resulta útil, ¿qué te parece si lo compartes? 😜
Para recapitular antes de cerrar:
1. Vibe codea tu idea → Sin pensar demasiado. El objetivo no es el código, es entender si la idea tiene sentido cuando la tocas con las manos.
2. Clarifica tus hallazgos → Antes de tirar el prototipo, documenta lo que has aprendido. Qué funcionó, qué no, qué problema real has descubierto debajo del problema que creías tener.
3. Redacta los docs en SDD → Ahora sí. Con ese conocimiento encima de la mesa, define la arquitectura, el modelo de datos, el comportamiento esperado. Ya no estás especulando, estás describiendo algo que entiendes.
4. Construye con Claude Code → Con los docs como contexto, el agente tiene todo lo que necesita para generar código que no tendrás que tirar.