O que os quatro têm em comum
- A especificação veio primeiro, e era curta. Um parágrafo, não um documento. Mas ela nomeou as restrições que importavam — idiomas, "só vê seus próprios dados", "ainda assim envie o que você tem", "fazer push de um arquivo deve publicá-lo" — incluindo as 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 segredos criptografados, definidos em um painel, não no código. Dissemos "nunca deixe fixo no código" em voz alta, porque o padrão é o oposto.
- A stack foi escolhida para que houvesse menos coisa para dar errado. Autenticação gerenciada, banco de dados gerenciado, hospedagem estática, funções — cada escolha removeu uma categoria de código que a IA poderia quebrar em nosso nome, e uma categoria de coisa que teríamos que manter.
- Obstáculos foram resolvidos alimentando a IA com evidências exatas — o erro literal, o código real, a configuração de , o sintoma verdadeiro — e restringindo os consertos de forma estreita para que o código que funcionava continuasse funcionando. Duas vezes o sintoma estava no código, mas a causa estava na infraestrutura.
- Lançamento significou um teste real contra a realidade: uma compra ao vivo (e uma recusada), uma segunda conta de usuário, um gatilho sob demanda, um link profundo no site implantado. Não "compilou".
Você não precisa de uma grande ideia para começar. Você precisa de uma pequena, de uma especificação de um parágrafo, e da vontade de dirigir em vez de digitar — e da paciência de testar a coisa contra a realidade antes de chamá-la de pronta.