Como trabalho
Engenharia orientada a entendimento do produto — com IA no processo e julgamento humano no centro.
critérios de aceite antes de implementar
escopo fechado, critério de saída próprio
contra a fonte, não contra o resumo
gates locais verdes antes de publicar
princípios
Entender antes de construir
Todo trabalho começa pela compreensão do problema: o que o produto precisa fazer, quais regras de negócio governam, o que caracteriza um resultado correto. Código escrito antes do entendimento é retrabalho anunciado. Defino critérios de aceite antes de implementar — o que precisa ser verdade quando terminar.
IA no processo, não no lugar do julgamento
Uso IA como parte do fluxo de desenvolvimento: investigar código, propor planos, executar tarefas delimitadas, gerar validações. Cada contribuição passa por revisão independente — o que a IA produz, o processo verifica. A IA acelera execução; decisões de arquitetura, escopo e trade-offs permanecem humanas.
Distinção honesta: tenho experiência prática em engenharia assistida por IA; produtos movidos a IA são minha área de estudo, não uma credencial que eu reivindique.
Delegação com responsabilidade separada
Quando o trabalho se divide, cada parte tem objetivo, escopo fechado e critério de saída próprios. Quem executa não aprova o próprio trabalho: investigação, execução e verificação são responsabilidades distintas, mesmo quando a mesma pessoa — ou a mesma sessão com IA — passa por todas elas em momentos diferentes.
Revisão independente e testes de processo
Reviso contra a fonte, não contra o resumo: diff, testes e evidências vencem narrativa. Testes verificam o comportamento antes e depois da mudança, quando viável — falhar antes, passar depois. Verifico completude ao final: nada parcial declarado como pronto.
Automação de validações e preservação de contexto
Validações repetíveis viram rotina automatizada — gates locais que precisam estar verdes antes de qualquer publicação. Decisões e contexto vivem em documentos versionados, não na memória de uma sessão: qualquer pessoa (ou sessão futura) retoma o trabalho pelo registro escrito.
Aprender com os erros
Erro documentado vira regra ou gate. Cada falha de processo gera uma mudança concreta: um critério de aceite mais preciso, uma validação nova, uma restrição registrada. O processo atual é o acúmulo dos erros anteriores, escritos.
trade-offs e limitações
Processo tem custo: planejamento, revisão e gates tornam o início mais lento em troca de menos retrabalho no fim. Para tarefas triviais, aplico o processo proporcionalmente — rigor total em tudo seria burocracia.
IA não substitui conhecimento do domínio: em negócio desconhecido, a primeira tarefa é estudar, não delegar.
Não apresento métricas internas do trabalho profissional como prova pública: o que é confidencial permanece confidencial.