Engenheiro de software fullstack há 8 anos.
A parte que rende vem antes da primeira tela.

Como eu trabalho

Prefiro entrar antes do requisito ficar pronto. O trabalho que rende é o que começa antes da tela existir.

1. 01Discovery

   Nenhuma feature grande começa com um prompt de implementação. Começa com uma sessão de perguntas em rodadas, com produto e com o cliente, até a dor real aparecer por baixo da solução que vieram pedindo.

2. 02Protótipo

   Protótipo bom é o que pode ser jogado fora. Rodo numa cópia isolada do projeto, com regras escritas: nada publicado, nenhum custo, e boa parte sem mim por perto. Já teve protótipo avaliado e cortado por complexidade. Descobrir isso ali custa menos que num sprint.

3. 03Especificação

   O que foi validado vira critério de aceite, regra de negócio e cenário. Na pesquisa, os agentes buscam o material em paralelo. Definir os termos, refinar a busca, entender o que voltou e fazer a análise crítica é trabalho meu. O resultado vira documento versionado no repositório, e a decisão que sai dele vira uma ADR: o que foi escolhido, o que foi descartado e por quê, para quem chegar depois não precisar refazer a discussão.

4. 04Desenvolvimento com IA

   Sigo um protocolo de onze passos, montado com o que aprendi na prática, testei e li de quem estuda o assunto: ler e questionar o diagnóstico, propor, esperar meu GO antes de tocar o código, implementar, rodar build, lint e testes, e então dois revisores em paralelo, um para o código e outro para aderência à spec.

5. 05Validação

   Entrego cedo e coleto feedback de quem usa. E desconfio do que a IA gerou: pergunto se está reinventando a roda, se segue a prática certa, se aquilo tem nome em arquitetura.