Blog

Reflexões sobre engenharia, IA e produto.

14 artigos

Como trabalho com IA: eu não peço código, eu configuro o ambiente onde a IA trabalha

Acredito que o ganho real com IA não veio de prompts melhores, veio de mudar a pergunta. Em vez de pedir código, eu configuro o ambiente, o harness, em que o agente trabalha dentro dos meus padrões.

AIClaudeMobile DevelopmentiOSDeveloper ProductivitySoftware ArchitectureAI AgentsMCP

24 de jun. de 2026

Ler artigo ›

Mais artigos

23 de ago. de 2026

O agente não errou. Ele respondeu exatamente o que você perguntou.

A maioria dos problemas com agentes de IA em produção não é alucinação nem limitação do modelo. É que o engenheiro não percebe que está fazendo a pergunta errada. O modelo entrega o que recebeu. O problema está antes da chamada.

Ler artigo ›

16 de ago. de 2026

Você não refatorou o código. Você moveu o problema de lugar.

Refatorar não é reorganizar código. É mudar o comportamento interno sem mudar o comportamento externo, e a maioria das refatorações que acontecem em projetos reais não faz isso. Elas só trocam onde o problema mora.

Ler artigo ›

09 de ago. de 2026

O modelo não esqueceu. Você nunca explicou direito.

A maioria dos problemas com LLMs em produção não é falha do modelo. É falha de quem construiu o sistema ao redor dele. Engenharia de contexto não é uma etapa opcional: é a única parte que realmente importa.

Ler artigo ›

02 de ago. de 2026

O que ninguém te conta sobre trabalhar para fora: o problema não é o inglês

A maioria dos engenheiros brasileiros que tenta uma carreira internacional trava no lugar errado. O idioma não é o gargalo. A forma como você comunica decisões técnicas é.

Ler artigo ›

26 de jul. de 2026

Kotlin Multiplatform não é Flutter. E essa confusão está custando arquiteturas inteiras.

A maioria dos times adota Kotlin Multiplatform com o mesmo mindset que usaria no Flutter, e aí as coisas começam a desmoronar. Compartilhar lógica entre plataformas é diferente de compartilhar produto. Essa distinção raramente aparece cedo o suficiente.

Ler artigo ›

19 de jul. de 2026

RAG não falhou por causa da busca. Falhou por causa do contexto que você não deu para o modelo.

A maioria dos problemas com RAG em produção não é de recuperação de documentos. É de contexto mal construído passado para o modelo. Esse artigo explica por que a pipeline funciona no teste e quebra na vida real, e o que eu mudaria hoje.

Ler artigo ›

12 de jul. de 2026

Flutter resolve o problema errado quando você tem um app Kotlin que já funciona

A decisão de ir multiplataforma quase sempre é tomada antes de entender qual problema está sendo resolvido. Trabalhei nos dois lados dessa decisão e o erro que vi se repetir não foi técnico. Foi de diagnóstico.

Ler artigo ›

05 de jul. de 2026

A abstração que você criou para simplificar vai ser o próximo problema de manutenção

Toda abstração nasce de uma intenção boa. O problema é que ela envelhece sem aviso, e quando você percebe, ela já está espalhada por dez lugares que você não controla mais. Esse é o custo que ninguém coloca no PR.

Ler artigo ›

28 de jun. de 2026

O agente que funcionava no teste e quebrava em produção

Construir um agente de IA que funciona em demo é simples. O problema aparece quando o contexto real chega: dados ruidosos, sessões longas, estados ambíguos. A maioria dos times descobre isso depois do deploy.

Ler artigo ›

21 de jun. de 2026

Trabalhar fora não te torna sênior. O contexto te torna.

Fui trabalhar numa fábrica de software na França achando que o salto geográfico mudaria minha trajetória técnica. Mudou, mas não do jeito que eu esperava. O que realmente aconteceu foi mais lento, mais desconfortável e mais útil do que qualquer coisa que eu poderia ter planejado.

Ler artigo ›

13 de jun. de 2026

SwiftUI Preview como sensor de arquitetura

Quando uma Preview começa a exigir malabarismos pra funcionar, o problema raramente é a Preview. O problema é a arquitetura. Aprendi isso da pior forma, tentando consertar o sintoma em vez da causa.

Ler artigo ›

11 de jun. de 2026

O padrão que você não vai refatorar porque está funcionando

Decisões técnicas ruins raramente explodem. Elas apenas ficam. Este artigo é sobre o tipo de código que sobrevive não porque é bom, mas porque funciona o suficiente para nunca virar prioridade.

Ler artigo ›

07 de jun. de 2026

O módulo que sabe demais não é um módulo. É um monolito com arquivos extras.

Modularizar um projeto sem modularizar o pensamento cria uma ilusão de isolamento. O resultado prático é um monolito distribuído em pastas, com acoplamento invisível e builds cada vez mais lentos.

Ler artigo ›