~/VibeHandbook
PDF gratis

Capítulo 12 · 10

Resumen y práctica

Puntos clave

  • Un bug es una brecha entre lo que esperabas y lo que pasó; dale a la IA ambos lados más los pasos exactos, nunca solo "está roto".
  • Pega el error textualmente y la parte superior del stack trace; la primera línea que apunta a tu archivo es casi siempre donde empezar.
  • Confirma antes de cambiar: añade una línea de registro etiquetada para probar una hipótesis, y bisecciona (en el código o en el historial de commits) para reducir a la mitad el espacio de búsqueda en cada paso.
  • Arregla la causa raíz, no el síntoma: una guardia o un try/catch que solo detiene un fallo suele tapar el problema real.
  • Cuando la IA da vueltas en círculo, reinicia el contexto con lo que sabes con certeza, pídele que explique en lugar de arreglar, y añade evidencia en lugar de suposiciones.

Ponlo en práctica

La próxima vez que algo se rompa, escribe el reporte del bug antes de pedir un arreglo. En un chat nuevo, dale a la IA tres cosas: los pasos para reproducirlo, lo que esperabas y lo que pasó en realidad, con el error copiado textualmente y los primeros cuadros del stack incluidos. Luego, en lugar de pedir "arréglalo", pide una hipótesis y una forma barata de confirmarla (normalmente una línea de registro). Ejecuta esa verificación, pega el resultado de vuelta, y solo entonces deja que la IA proponga un arreglo. Fíjate en cuánto más directo es el camino comparado con "no funciona, ayuda".

I have a bug. Before suggesting any fix, give me a hypothesis and a cheap way
to confirm it (such as a log line) — don't edit code yet.

Steps to reproduce: [what you did]
Expected: [what should have happened]
Actual: [what happened]

Full error and stack trace:
[paste verbatim]

Relevant code:
[paste the function that failed, plus anything it calls]

What could be causing this, and what should I log to confirm it before we change anything?

¿Lo quieres sin conexión?

Descarga el libro entero en PDF o EPUB — gratis.