Que compile no significa que funcione
El error más caro del Vibe Coding es pedirle a la IA que 'arregle' algo y descubrir mañana que rompió otra cosa que sí funcionaba. La defensa tiene dos piezas: probar (saber si algo funciona) y controlar versiones (poder regresar cuando se rompe). Sin ellas, cada cambio es una apuesta.
Escribir una prueba que signifique algo
Una prueba es una situación concreta con un resultado esperado. Parte de tus criterios de aceptación. Para el CRM: 'si agrego un cliente con nombre y teléfono válidos, debe aparecer en la lista'. Eso ya es una prueba. La ejecutas, anotas si pasó o no, y tienes información real en lugar de una sensación.
Antes de pedirle a la IA que corrija un error, conviene guardar una versión del código para poder regresar.
Depurar con IA: el método
Cómo pedir ayuda sin perder el control
- Logra que el error aparezca otra vez y anota los pasos exactos.
[Ruta de decisión: ¿qué hago con este error?]
Esta actividad interactiva ('Rama narrativa') requiere el motor completo de Lumbre. El contenido estatico se muestra arriba; para la experiencia interactiva, visita la version online de este objeto.
La IA te devuelve un arreglo que soluciona el error pero no entiendes por qué. ¿Qué haces primero?
¿Qué tan seguro estás de poder explicar qué es una 'regresión' (romper algo que antes funcionaba) después de este objeto?
Piensa en tu app del curso: escribe DOS pruebas concretas (situación y resultado esperado) que usarás para saber si tu MVP realmente funciona.
Pista
Buena prueba = datos de entrada claros + resultado que puedes observar. Evita 'que se vea bien'.- Probar es convertir criterios de aceptación en situaciones verificables.
- Antes de corregir, guarda una versión para poder regresar.
- No aceptes un arreglo de IA que no entiendes: pregunta el porqué.
Siguiente paso: Publicar tu aplicación — del portátil al mundo, con las credenciales a salvo.