~/VibeHandbook
PDF grátis

Capítulo 12 · 10

Recapitulação e Prática

Principais conclusões

  • Um bug é uma lacuna entre o que você esperava e o que aconteceu — dê à IA os dois lados mais os passos exatos, nunca apenas "está quebrado."
  • Cole o erro de forma literal e o topo do stack trace; a primeira linha que aponta para o seu arquivo é quase sempre onde começar.
  • Confirme antes de mudar: adicione uma linha de log rotulada para testar uma hipótese, e bisseccione (no código ou no histórico de commits) para reduzir o espaço de busca pela metade a cada passo.
  • Corrija a causa raiz, não o sintoma — uma proteção ou try/catch que só impede uma falha geralmente disfarça o problema real.
  • Quando a IA entrar em loop, reinicie o contexto para o que você sabe com certeza, peça para ela explicar em vez de consertar, e adicione evidência em vez de chutes.

Experimente

Na próxima vez que algo quebrar, escreva o relatório do bug antes de pedir uma correção. Num chat novo, dê à IA três coisas: os passos para reproduzir, o que você esperava e o que realmente aconteceu — com o erro copiado literalmente e os primeiros quadros do stack incluídos. Depois, em vez de pedir "conserta", peça uma hipótese e uma forma barata de confirmá-la (geralmente uma linha de log). Execute essa verificação, cole a saída de volta, e só então deixe a IA propor uma correção. Perceba o quanto o caminho fica mais direto do que "não funciona, me ajuda."

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?

Quer offline?

Baixe o livro inteiro em PDF ou EPUB — grátis.