Recapitulação e Prática

Principais aprendizados

• A especificação veio primeiro e era curta — um parágrafo que nomeou as restrições que importavam, incluindo restrições de fluxo de trabalho que nunca aparecem no app em funcionamento.
• Segredos nunca tocaram o repositório; todo projeto lia chaves de variáveis de ambiente ou configuração criptografada definida em um painel.
• A stack foi escolhida para que houvesse menos coisa para dar errado — autenticação gerenciada, banco de dados gerenciado, hospedagem estática, funções serverless.
• Obstáculos foram resolvidos alimentando a IA com evidências exatas — o erro literal, o código real, a configuração de deploy — e restringindo os consertos de forma estreita.
• Lançamento significou um teste real contra a realidade, não "compilou": uma compra ao vivo, uma segunda conta, um link profundo no site implantado.

Tente você mesmo

Escolha uma das suas próprias ideias e escreva a especificação de um parágrafo do jeito que esses quatro fizeram: nomeie a ação central, os dados que cada usuário pode ver, e pelo menos uma restrição de fluxo de trabalho (como o conteúdo é publicado, quem pode fazer o quê). Depois liste os blocos de construção gerenciados nos quais você se apoiaria, para que houvesse menos código personalizado para quebrar. Mantenha isso em um único parágrafo mais uma lista curta de itens — se crescer além disso, você está especificando demais.

Prompt do capítulo

I want to build: [one-paragraph description of the app].
Before any code, help me tighten this into a buildable spec.
1. Restate the single core action a user performs.
2. List the data each user can see — and what they must NOT see.
3. Name the workflow constraints that won't show up in the UI
   (e.g. "pushing a file should publish it", "only their own data").
4. Recommend a stack that MINIMIZES custom code: managed auth,
   managed database, static or serverless hosting where possible.
5. Flag the one part most likely to go wrong, and how we'll test it
   against reality (a real purchase, a second account, a deep link).
Keep the spec to a paragraph plus bullets. Push back if it's too big.