Recap and Practice
Principais conclusões
- Vibe coding é direcionar uma IA para construir software enquanto você continua no comando do o quê e do porquê — não publicar cegamente código que você não consegue explicar.
- A regra que mantém tudo coeso é entenda o que você publica: você não precisa ter digitado, mas precisa ser capaz de defendê-lo e consertá-lo.
- Seu gargalo se moveu da produção (digitar rápido) para a especificação e a revisão (descrever com clareza, julgar com crítica).
- Viva no ciclo — intenção → gerar → revisar → refinar — e nunca pule o passo de revisão, onde a engenharia de fato acontece.
- A confiança do modelo não é um sinal; sua verificação é. Bom senso e julgamento são as habilidades escassas que se compõem.
Experimente
Escolha uma função pequena que você genuinamente entenda — algo como "validar se uma senha atende a uma política" ou "formatar uma quantidade de bytes como um texto legível". Escreva um preciso para ela (assinatura, regras, casos de borda, um pedido de testes), gere-a, e então deliberadamente execute o passo de revisão: percorra pelo menos um caso de borda manualmente e confirme que o código o trata. Se não tratar, escreva um prompt de refinamento preciso (sintoma + causa + correção) em vez de "conserta aí". O objetivo é sentir o ciclo completo uma vez, do início ao fim, em um código que você consegue avaliar por completo.
Prompt do capítulo
Act as my pair-programming partner. I'll describe a small, self-contained
function. Before you write any code, restate the requirements and list the
edge cases you'll handle so I can confirm them. Then write the function
plus unit tests covering those edge cases.
Function: <one-line description>
Inputs / outputs: <types and shapes>
Constraints: <stack, libraries to use or avoid, performance limits>
After the code, point out any assumption you made that I should verify.
Keep it to the simplest version that satisfies the requirements.