# codigo-em-producao

> Os melhores artigos sobre IA, arquitetura de software e negócios tech — sem superficialidade.


## Posts

- [Vibe code com IA é desastre: como o desenvolvimento com IA exige rigor](https://codigo-em-producao.dpsistemas.com.br/rigor-como-antidoto-vibe-code-ia/): Vibe code parece funcionar até parar. Cinco práticas de rigor no desenvolvimento com IA para confiar no output: spec, teste, review, ADR e métricas.
- [IA programava em 2020. A percepção demorou três anos](https://codigo-em-producao.dpsistemas.com.br/adocao-ia-tres-anos-seis-meses/): A tecnologia de programação assistida por IA já era útil em escala de produção em 2020, com o lançamento do GPT-3. O intervalo entre a chegada da capability e a chegada da percepção durou três anos. Quem apostou em 2022 está 18 a 24 meses à frente em time-to-market. A lição não é sobre IA — é sobre como times de engenharia decidem sob incerteza sobre o que é real e o que é exagero.
- [Pair programming com IA é marketing linguístico. Você não tem par. Tem assistência automática.](https://codigo-em-producao.dpsistemas.com.br/pair-programming-ia-fraude-semantica/): A expressão "pair programming com IA" reconfigura um conceito técnico de produção para rotular uma prática operacional distinta — geração automatizada com revisão posterior. O nome injeta promessas de
- [Programação em par com IA: contexto define](https://codigo-em-producao.dpsistemas.com.br/programacao-em-par-com-ia-contexto-define/): Programação em par tradicional tem duas pessoas, dois cérebros e dois modelos mentais em sincronia constante. A fricção central é coordenação humana:...
- [Programação em par com IA: cinco vetores que decidem](https://codigo-em-producao.dpsistemas.com.br/par-ia-contexto-vetores-decide/): Programação em par com IA entrega resultado em cinco vetores: contexto, tarefa, senioridade, estágio e métrica de sucesso. Veja como mapear.
- [Dependência de IA na revisão de código](https://codigo-em-producao.dpsistemas.com.br/dependencia-ia-revisao-codigo/): Adoção de IA na revisão saltou de 25% para 84% em 18 meses. Ao mesmo tempo, 46% de devs não confiam na acurácia. O paradoxo corporativo em números.
- [Programação em par com IA: aceleração evolutiva](https://codigo-em-producao.dpsistemas.com.br/programacao-em-par-com-ia-aceleracao-evolutiva/): Crítica recorrente trata pair programming com IA como atalho. Dados de 2024 mostram o oposto: 26% menos bugs em produção e ramp-up 60% mais curto.
- [Retrospectiva ágil: o que se gasta quando ela não vira ação](https://codigo-em-producao.dpsistemas.com.br/retrospectiva-que-nao-gera-acao-luxo/): Quarta-feira, 16h, sala de reunião. Dez pessoas, post-its coloridos, quadro branco com "Start / Stop / Continue". Aberta a coluna de "Stop". Alguém escreve: "Comunicação quebrada entre time e produto". Aplauso tímido. Mais três post-its na mesma linha, em palavras diferentes. Facilitador pergunta: "Quem topa virar isso numa ação?". Silêncio. Facilitador reformula: "Quem topa?". Alguém diz "podemos melhorar". Aplauso final. A retro termina em 47 minutos. A sprint seguinte abre com a mesma queixa, com os mesmos post-its, na mesma coluna. O time gasta uma hora de dez cabeças e sai exatamente do mesmo jeito que entrou.
- [Paradoxo da Escolha em Decisões Técnicas](https://codigo-em-producao.dpsistemas.com.br/paradoxo-escolha-decisoes-tecnicas/): O paradoxo da escolha, descrito por Barry Schwartz, opera em três níveis dentro de times de engenharia: redundância de opções, culpa por oportunidade perdida, e tempo perdido em troca marginal de 2%. A ferramenta certa não é a de melhores benchmarks. É a que o time executa bem em produção.
- [Você não tem atraso. Você tem expectativa errada.](https://codigo-em-producao.dpsistemas.com.br/atraso-expectativa-errada/): Atraso de projeto é decisão de prazo sobre informação incompleta. O Framework das Quatro Perguntas de Readiness separa voto de otimismo de prazo real.
- [Seu backlog é 90% dívida técnica disfarçada de feature.](https://codigo-em-producao.dpsistemas.com.br/seu-backlog-e-divida-tecnica/): Backlog de dev é 90% dívida técnica disfarçada de feature. O custo está em pagar feature que ninguém usa enquanto dívida cresce silenciosamente.
- [Planning poker não é estimativa. É política. E tem substituto.](https://codigo-em-producao.dpsistemas.com.br/planning-poker-vs-pair-estimation/): Planning poker versus pair estimation não é debate de método. É debate sobre quem toma a decisão e quando. O custo de estimar é maior do que parece.
- [Sprint de duas semanas é um ciclo de feedback tão lento quanto waterfall](https://codigo-em-producao.dpsistemas.com.br/sprint-feedback-cycle-adaptativo/): Sprint de duas semanas é um ciclo de feedback tão lento quanto waterfall em ambiente de produção. O problema não é a cadência, é a ilusão de feedback.
- [n8n, Make, Zapier — você está pagando para alguém guardar sua lógica de negócio em refém](https://codigo-em-producao.dpsistemas.com.br/low-code-logica-negocio-refem/): n8n, Make e Zapier entregam velocidade inicial ao custo de lock-in sobre a lógica de negócio. Caso real REINF em Make. Low code riscos em domínios regulados.
- [Você não tem problema de pipeline. Você tem problema de código que ninguém entende.](https://codigo-em-producao.dpsistemas.com.br/voce-nao-tem-problema-de-pipeline/): Pipeline de 15 etapas para 23 microserviços. Refatoração de código reduziu para 5 etapas. CI/CD pipeline complexo com mesma stack e menos falha. Caso real.
- [Docker e Kubernetes não são DevOps: complicação disfarçada de progresso](https://codigo-em-producao.dpsistemas.com.br/docker-kubernetes-nao-sao-devops/): Sua empresa colocou tudo em contêiner. Agora tem 47 imagens Docker, um cluster Kubernetes e ainda assim nenhuma entrega contínua. Cluster não é DevOps.
- [Seu ORM não está salvando você. Está te fazendo pagar duas vezes.](https://codigo-em-producao.dpsistemas.com.br/orm-n-plus-1-problem-pagando-duas-vezes/): N+1 problem em ORM Rails: 50 mil queries adicionais no relatório de 2s que virou 4min. Como auditar com EXPLAIN ANALYZE e evitar pagar duas vezes.
- [AI não vai substituir programador. Vai substituir o que você faz no fim de semana.](https://codigo-em-producao.dpsistemas.com.br/ia-nao-substitui-programador/): IA não substitui programador: automatiza as partes chatas. O que sobra (decisão, contexto, accountability) é justamente o que paga o salário.
- [Por que seu ERP está lento e não é culpa da infraestrutura](https://codigo-em-producao.dpsistemas.com.br/erp-lento-nao-e-infraestrutura/): ERP lento em PME quase nunca é banco. É modelagem mal feita e cache sem governança. 7 anos de operação mostram onde olhar antes de comprar servidor.
- [O Clean Code que destruiu a produtividade do seu time](https://codigo-em-producao.dpsistemas.com.br/clean-code-que-destruiu-produtividade-do-seu-time/): Refatorar 40 linhas em 14 funções pode dobrar tempo de onboarding e travar o time. O dogma do Clean Code tem ressalvas que checklists apagaram.
- [O erro que todo dev comete ao "apenas usar IA" no primeiro ano](https://codigo-em-producao.dpsistemas.com.br/o-erro-que-todo-dev-comete-ao-apenas-usar-ia-no-primeiro-ano/): esenvolvedores que usam IA sem validação crítica estão cometendo um erro silencioso. Versão de framework errada, contexto ignorado, produção quebrada."
- [Tokenmaxxing: quando a métrica de IA virou o objetivo, e a produtividade foi a primeira baixa](https://codigo-em-producao.dpsistemas.com.br/tokenmaxxing-quando-a-metrica-de-ia-virou-o-objetivo-e-a-produtividade-foi-a-primeira-baixa/): Tokenmaxxing é a prática de inflar consumo de tokens para cumprir metas corporativas de IA. Entenda por que isso acontece, como identificar e o que diz sobre gestão de tecnologia.
- [Google Antigravity 2.0 vs Antigravity IDE: a diferença que ninguém explicou direito](https://codigo-em-producao.dpsistemas.com.br/google-antigravity-2-0-vs-antigravity-ide-a-diferenca-que-ninguem-explicou-direito/): Google lançou Antigravity 2.0 no I/O 2026 e muita gente confundiu com o IDE original. A diferença é maior do que parece. Entenda o que mudou e o que você precisa fazer até 18 de junho.
- [Os próximos 10 anos em software, ERP, gestão e IA: o que eu acho que vai acontecer](https://codigo-em-producao.dpsistemas.com.br/proximos-10-anos-software-erp-ia-gestao/): Eu construo software há mais de duas décadas.
- [Um ano usando IA no desenvolvimento: o que mudou de verdade](https://codigo-em-producao.dpsistemas.com.br/um-ano-usando-ia-no-desenvolvimento/): Como a inteligência artificial mudou minha rotina de desenvolvimento em um ano: infraestrutura, Python, Flutter, SQL e o que a IA não faz por você.
- [Junior vs Senior: o que separa os dois não é o que você pensa](https://codigo-em-producao.dpsistemas.com.br/junior-vs-senior-o-que-separa-os-dois-nao-e-o-que-voce-pensa/): A diferença entre junior e senior não está no código. Está no que o senior impede que entre em produção. Custo, mentoria e como estruturar seu time.
- [GitHub Copilot abandona request units por GitHub AI Credits: como a mudança quebra a narrativa de eficiência](https://codigo-em-producao.dpsistemas.com.br/github-copilot-abandona-request-units-por-github-ai-credits-como-a-mudanca-quebra-a-narrativa-de-eficiencia/): GitHub Copilot migra para consumo de tokens em junho. Entenda o novo modelo, por que a comunidade rejeita, e quanto você vai pagar por desenvolvimento.
- [O SaaS Apocalypse é uma fantasia vendida por quem nunca manteve um ERP em produção](https://codigo-em-producao.dpsistemas.com.br/saas-apocalypse-erp-nao-vai-morrer/): Tem uma narrativa circulando há meses que precisa ser confrontada de frente: a de que os ERPs SaaS estão morrendo, que as software houses serão varridas pela IA, e que o cliente final vai parar de pagar mensalidade porque agora basta digitar três prompts e ter um sistema pronto.
- [Refatoração não é faxina. É a diferença entre um sistema que cresce e um que apodrece.](https://codigo-em-producao.dpsistemas.com.br/refatoracao-de-codigo-investimento-ou-custo/): Você já cozinhou num fogão sujo, com panelas empilhadas, temperos sem lugar fixo e a pia lotada de pratos da semana passada?
- [Vale a Pena Pagar Várias Contas de IA? A Conta Real Que Ninguém Faz](https://codigo-em-producao.dpsistemas.com.br/vale-a-pena-pagar-varias-contas-de-ia-a-conta-real-que-ninguem-faz/): Eu cheguei a pagar quatro assinaturas de IA ao mesmo tempo.
- [Migração de .NET Framework 4.8 para .NET 10 em ERP: o guia que ninguém quer escrever](https://codigo-em-producao.dpsistemas.com.br/migracao-de-net-framework-4-8-para-net-10-em-erp-o-guia-que-ninguem-quer-escrever/): ERP não é aplicação. ERP é o sistema nervoso financeiro da empresa.
- [O Dilema da Década: Por que estou parando tudo para decidir o futuro do meu ERP](https://codigo-em-producao.dpsistemas.com.br/o-dilema-da-decada-por-que-estou-parando-tudo-para-decidir-o-futuro-do-meu-erp/): Eu estou diante de um dilema que pesa nos meus ombros todos os dias: escolher a tecnologia que sustentará o meu negócio pela próxima década.
- [Nota fiscal em 2027: CBS e IBS por fora no orçamento](https://codigo-em-producao.dpsistemas.com.br/orcamento-nota-fiscal-reforma-tributaria-2027/): No exemplo da marcenaria B2B, uma mesa de R$ 10.000,00 vira nota de R$ 10.100,00: CBS de R$ 90,00 e IBS de R$ 10,00 somados por fora da base.
- [Termo de abertura e controle integrado de mudanças.](https://codigo-em-producao.dpsistemas.com.br/termo-de-abertura-e-controle-integrado-de-mudancas/): O termo de abertura autoriza o projeto em uma página e o controle integrado de mudanças transforma pedido em decisão. Artigo 07/40.
- [Integração: como coordenar um projeto inteiro](https://codigo-em-producao.dpsistemas.com.br/integracao-como-coordenar-um-projeto-inteiro/): Integração é a área que transforma tarefas em projeto único: plano único, controle de mudanças com impacto calculado e teste integrado antes do cliente.
- [Projetos preditivos, ágeis e híbridos: como escolher a abordagem certa](https://codigo-em-producao.dpsistemas.com.br/projetos-preditivos-ageis-e-hibridos/): Como escolher entre abordagens preditiva, ágil e híbrida em projetos de software e ERP, considerando incerteza, risco e feedback.
- [O gerente de projetos na era da inteligência artificial](https://codigo-em-producao.dpsistemas.com.br/o-gerente-de-projetos-na-era-da-inteligencia-artificial/): IA amplia a capacidade do gerente de projetos, mas não substitui contexto, validação, governança e responsabilidade nas decisões.
- [Testar software não é sair clicando: o que a teoria realmente ensina?](https://codigo-em-producao.dpsistemas.com.br/testar-software-nao-e-sair-clicando-o-que-a-teoria-realmente-ensina/): Testar software não é executar passos à toa; é construir evidências sobre risco e comportamento.
- [A IA destravou a engenharia reversa. Isso derruba sistemas de verdade? Eu não acho.](https://codigo-em-producao.dpsistemas.com.br/engenharia-reversa-ia-clones-adobe-limites/): A IA acelera engenharia reversa exatamente onde o trabalho já tinha mapa: binário pequeno, alvo parado, documentação de 25 anos ou código-fonte com testes e o autor original pilotando.
- [A IA acelerou o desenvolvimento. Quem controla as entregas?](https://codigo-em-producao.dpsistemas.com.br/ia-acelera-codigo-quem-controla-entregas/): Eu não vou começar este post com elogio à IA.
- [Os cinco grupos de processos do PMBOK](https://codigo-em-producao.dpsistemas.com.br/os-cinco-grupos-de-processos-do-pmbok/): Cinco grupos de processos (iniciação, planejamento, execução, monitoramento e controle, encerramento) na visão de quem implementa ERP há duas décadas. O esqueleto mínimo que todo projeto precisa para não virar caos.
- [Por que projetos fracassam mesmo com profissionais competentes](https://codigo-em-producao.dpsistemas.com.br/por-que-projetos-fracassam-mesmo-com-profissionais-competentes/): Por que projetos de software morrem mesmo com equipes competentes? A resposta não é incompetência técnica — é desalinhamento entre as partes. Domínio técnico e gerenciamento são duas competências diferentes, e a maioria dos projetos só paga por uma. Em ERP, o sintoma típico aparece quando a mesma regra de negócio ganha três interpretações diferentes em três áreas. O segundo post da série PMBOK sem Burocracia mostra onde a gestão de projetos se separa da execução, com um caso real de distribuidora e uma próxima ação para aplicar antes da primeira linha de código.
- [Briefing antes da IA: 6 documentos que destravam qualquer app em 30 minutos](https://codigo-em-producao.dpsistemas.com.br/briefing-antes-da-ia-6-documentos-30-minutos/): A IA chuta tudo que tu não disse. Antes de pedir o próximo app, escreva 6 documentos curtos. 30 min resolvem o que 30 horas de refactor não resolvem.
- [Engenharia reversa com IA: a regra antes de migrar](https://codigo-em-producao.dpsistemas.com.br/engenharia-reversa-ia-antes-de-migrar/): Migrar sem conhecer o sistema atual é escrever na sorte. A IA não vai descobrir esse conhecimento sozinha — você precisa estruturar a investigação.
- [O maior problema de um sistema legado não é a linguagem](https://codigo-em-producao.dpsistemas.com.br/maior-problema-sistema-legado-nao-e-a-linguagem/): Modernizar sistema legado não é trocar COBOL ou Delphi por Angular. O risco real é o conhecimento empresarial acumulado que ninguém mais sabe explicar.
- [O que é PMBOK e por que todo profissional deveria conhecê-lo](https://codigo-em-producao.dpsistemas.com.br/o-que-e-pmbok-por-que-todo-profissional-deveria-conhecer/): O PMBOK não ensina a gerenciar projetos — padroniza a linguagem com que eles são discutidos. Sem esse vocabulário comum, levantamento, orçamento e cronograma viram interpretação individual. Primeiro artigo da série de 40.
- [PMBOK sem burocracia: 40 artigos sobre gestão de projetos para quem constrói software](https://codigo-em-producao.dpsistemas.com.br/pmbok-sem-burocracia-serie-40-artigos-gestao-de-projetos/): Índice central da série: 40 artigos em 20 semanas trazendo o PMBOK para o desenvolvimento de software, ERP e migração de legados — sem jargão de certificação.
- [IA tornou barato mudar software. E isso pode tornar a gestão de mudanças ainda mais importante](https://codigo-em-producao.dpsistemas.com.br/ia-barata-gestao-mudancas-mais-importante/): A IA cortou o custo de escrever uma mudança. Não cortou o custo de decidir se ela deveria existir. Com implementação quase grátis, o gargalo migrou para análise de impacto, revisão e aprovação.
- [Software legado não aceita mudança isolada](https://codigo-em-producao.dpsistemas.com.br/software-legado-mudanca-isolada/): Software legado não aceita mudança isolada: análise de impacto, dependências invisíveis, regressão, homologação e rollback antes do deploy em ERP maduro.
- [O cliente aprovou a mudança — e o projeto não](https://codigo-em-producao.dpsistemas.com.br/cliente-aprovou-mudanca-nao-autoriza/): Cliente aprovou a mudança? Não é autorização. Controle de mudanças formal: registro, análise, estimativa, impactos e decisão com autoridade definida.
- [Escopo, prazo e custo: mudou um, você precisa conversar novamente sobre os outros](https://codigo-em-producao.dpsistemas.com.br/escopo-prazo-custo-mudou-um-renegocie-os-outros/): Escopo cresceu, prazo e orçamento continuaram. O triângulo do projeto não negocia sozinho: mudou um vértice, renegocie os outros dois.
- [É só uma alteração: a mudança que destrói o planejamento](https://codigo-em-producao.dpsistemas.com.br/alteracao-destroi-planejamento-projeto/): A alteraçãozinha de tela carrega efeito cascata de banco, API, testes e integrações. Análise de impacto e baseline separam mudança planejada de estrago.
- [Estamos produzindo código mais rápido do que lemos](https://codigo-em-producao.dpsistemas.com.br/codigo-mais-rapido-do-que-lemos/): O gargalo deixou de ser digitação e passou a ser compreensão. Como revisar, testar e dar guardrails ao código que agentes produzem.
- [O sistema cresceu. Mas ninguém recalculou o preço.](https://codigo-em-producao.dpsistemas.com.br/sistema-cresceu-ninguem-recalculou-preco/): O cliente pede um sistema. Um orçamento é fechado, uma equipe é montada, um prazo é definido. O sistema é entregue. Funciona.
- [Código em produção não pertence mais ao programador](https://codigo-em-producao.dpsistemas.com.br/codigo-producao-nao-pertence-programador/): Depois do deploy, o código deixa de ser seu — e quanto mais importante o sistema, menos liberdade você tem para mudá-lo.
- [Seu banco de dados sabe mais sobre sua empresa do que a documentação](https://codigo-em-producao.dpsistemas.com.br/banco-dados-arqueologia-empresa/): Depois de décadas de ERP, o banco de dados vira a arqueologia da empresa — e antes de apagar aquela coluna inútil criada em 2007, descubra por que alguém precisou criá-la.
- [O bug mais caro não é o que derruba o sistema. É o que ninguém percebe.](https://codigo-em-producao.dpsistemas.com.br/bug-mais-caro-ninguem-percebe/): Sistema que cai todo mundo percebe. O erro silencioso segue emitindo nota, baixando estoque e processando pedido errado por semanas — até o cliente achar. Por que o log técnico não basta: observabilidade de negócio e auditoria de dados.
- [Habilidades do programador do futuro: o que estudar agora](https://codigo-em-producao.dpsistemas.com.br/habilidades-programador-futuro/): Habilidades do programador do futuro: lógica, banco de dados, web, IA, segurança, arquitetura, comunicação e domínio do negócio, com exemplos reais.
- [Como a IA pode ajudar na modernização de sistemas legados](https://codigo-em-producao.dpsistemas.com.br/ia-modernizacao-sistemas-legados/): IA acelera inventário, documentação, testes e conversão em migrações de sistemas legados — sem mágica. Veja o que automatizar e onde revisar.
- [Sistema legado não é sinônimo de sistema inútil](https://codigo-em-producao.dpsistemas.com.br/sistema-legado-nao-e-sinonimo-de-sistema-inutil/): Sistema antigo não é sistema inútil: ele guarda regras de negócio, exceções e anos de conhecimento operacional. O maior problema do legado quase nunca está no código — está na falta de documentação.
- [Migrar de Web Forms para .NET 10: dificuldades, riscos e benefícios](https://codigo-em-producao.dpsistemas.com.br/migrar-web-forms-net-10/): Migrar de Web Forms para .NET 10 não é trocar tecnologia: é um projeto de arquitetura, regras de negócio, banco e testes. Exemplos do Posseidom, custos, riscos e por que a migração gradual quase sempre ganha.
- [A inteligência artificial vai substituir os programadores?](https://codigo-em-producao.dpsistemas.com.br/inteligencia-artificial-substitui-programadores/): IA generativa já substituiu tarefas que programadores faziam há cinco anos, mas arquitetura, responsabilidade e decisão de negócio permanecem humanas.
- [Hermes Agent: quando um agente começa a administrar seus agentes de desenvolvimento](https://codigo-em-producao.dpsistemas.com.br/hermes-agent-orquestrador-agentes-desenvolvimento/): Como o Hermes Agent orquestra Codex, Claude Code e OpenCode com memória, skills e subagentes em paralelo no desenvolvimento real.
- [Claude Code: desenvolvimento orientado por contexto](https://codigo-em-producao.dpsistemas.com.br/claude-code-desenvolvimento-orientado-contexto/): O maior problema da IA para programação nunca foi escrever código, mas entender contexto para escrever o certo. Veja como o Claude Code resolve isso.
- [OpenAI Codex: o terminal virou um ambiente de desenvolvimento](https://codigo-em-producao.dpsistemas.com.br/codex-cli-terminal-virou-ambiente-desenvolvimento/): Tem uma cena recorrente na vida do programador: abrir o terminal, rodar um comando, olhar o output, ajustar, rodar de novo. Por décadas esse ciclo foi manual. Você era o agente — decidia o próximo passo com base no que apareceu na tela.
- [Google Antigravity: quando a IDE deixa de ser o centro do desenvolvimento](https://codigo-em-producao.dpsistemas.com.br/google-antigravity-quando-a-ide-deixa-de-ser-o-centro-do-desenvolvimento/): 💡 E se, em vez de trabalhar dentro de uma IDE com ajuda da IA, você passasse a administrar agentes que trabalham por você?
- [DOS, Windows, Web e IA: estamos entrando em um quarto paradigma?](https://codigo-em-producao.dpsistemas.com.br/dos-windows-web-e-ia-estamos-entrando-em-um-quarto-paradigma/): TL;DR — Eu atravessei três paradigmas programando: DOS, Windows e Web. A IA traz um quarto: delegar raciocínio, implementação e testes. Mas delegar não é abdicar.
- [O que um programador DOS sabia e vale para a Web](https://codigo-em-producao.dpsistemas.com.br/programador-dos-web-principios-que-atravessaram-paradigmas/): TL;DR Eu programei em Clipper sobre DOS nos anos 90, quando 4 MB de RAM eram luxo e cada byte contava. Frameworks mudaram trinta anos depois. Os princípios que separavam software sólido de software de
- [Programar ficou mais fácil ou apenas trocamos dificuldades?](https://codigo-em-producao.dpsistemas.com.br/programar-ficou-mais-facil-ou-apenas-trocamos-dificuldades/): No DOS, no Windows e na Web: a dificuldade de programar não desapareceu — mudou de lugar. Uma análise de quem programa desde 1996.
- [DOS, Windows e Web: três maneiras diferentes de pensar uma tela](https://codigo-em-producao.dpsistemas.com.br/dos-windows-e-web-tres-maneiras-diferentes-de-pensar-uma-tela/): Antes de escrever uma linha de interface, você precisa responder: o que essa tela faz quando o usuário erra? DOS, Windows e Web são três respostas diferentes — e cada uma ainda vive no que a gente constrói hoje.
- [Do DOS à Web: mudou tudo, menos o problema que o software precisa resolver](https://codigo-em-producao.dpsistemas.com.br/do-dos-a-web-problema-negocio/): Do Clipper ao .NET 10: o problema do negócio permanece, a tecnologia envelhece.
- [O risco de não migrar do Web Forms para .NET 10](https://codigo-em-producao.dpsistemas.com.br/riscos-nao-migrar-net-framework/): Descubra os riscos técnicos, financeiros e estratégicos de manter um sistema Web Forms sem planejar a migração.
- [O que melhora ao migrar do Web Forms para .NET 10 e Angular?](https://codigo-em-producao.dpsistemas.com.br/vantagens-net-10-angular/): Migrar de Web Forms para .NET 10 e Angular melhora evolução, qualidade técnica, experiência do usuário e operação — mas nada disso é automático. Veja o que realmente muda em cada dimensão.
- [Os maiores desafios da migração para .NET 10 saindo de Web Forms 4.8](https://codigo-em-producao.dpsistemas.com.br/desafios-migracao-net-10/): Conheça os principais desafios da migração para .NET 10 saindo de Web Forms 4.8: regras escondidas, código duplicado, eventos indiretos e o abismo entre converter e entender.
- [Web Forms e Angular: a mudança de arquitetura na migração para .NET 10](https://codigo-em-producao.dpsistemas.com.br/web-forms-angular-arquitetura/): Migrar Web Forms para Angular não é trocar controles de tela. É mudar completamente a forma como o sistema pensa, comunica e entrega informações. Veja as **diferenças entre Web Forms e Angular** com .NET 10 e entenda por que a migração começa na arquitetura, não no ASPX.
- [Web Forms 4.8 ou .NET 10: quando a migração deixa de ser opção?](https://codigo-em-producao.dpsistemas.com.br/migracao-web-forms-net-10/): Entenda quando migrar do Web Forms para .NET 10, quais riscos existem e como decidir com segurança em sistemas empresariais.
- [Implementar o agente Hermes na empresa com segurança](https://codigo-em-producao.dpsistemas.com.br/como-implementar-agente-hermes-empresa/): Como fazer a implementação do agente Hermes em uma empresa: 10 etapas, projetos-piloto, métricas de avaliação, autonomia crescente e auditoria.
- [Autonomia de agentes de IA: limites e riscos](https://codigo-em-producao.dpsistemas.com.br/riscos-autonomia-excessiva-agentes-ia/): Autonomia de agentes de IA tem 10 limites obrigatórios e 6 riscos. Automação segue regras; agente decide — e toda decisão delegada precisa de freios.
- [Stack pessoal com Hermes: por que parei de delegar tudo](https://codigo-em-producao.dpsistemas.com.br/hermes-stack-pessoal-porque-nao-deleguei-pro-chatgpt/): Stack pessoal com Hermes funciona na máquina do operador: privacidade real, memória em markdown, regras em código, operação offline. Veja o tradeoff.
- [Hermes vs ChatGPT, Claude, Gemini: próprio ou comercial?](https://codigo-em-producao.dpsistemas.com.br/hermes-versus-agentes-ia-comerciais/): Agente próprio versus comercial: como decidir entre Hermes, ChatGPT, Claude e Gemini. Custos, privacidade, integração e quando misturar vale a pena.
- [OpenClaw vs Hermes Agent: por que troquei após meses](https://codigo-em-producao.dpsistemas.com.br/openclaw-vs-hermes-agent/): Post-mortem comparativo entre OpenClaw e Hermes Agent em produção, com critérios objetivos de manutenção, segurança, memória e arquitetura, mais a decisão de qual escolher em cada cenário.
- [Agente local versus agente em nuvem: como escolher](https://codigo-em-producao.dpsistemas.com.br/hermes-local-ou-agente-nuvem/): Comparação prática entre agente local e agente em nuvem, com critérios de privacidade, custo, hardware e arquitetura híbrida para guiar a decisão.
- [O que você pode fazer com o agente Hermes no trabalho e na empresa](https://codigo-em-producao.dpsistemas.com.br/o-que-fazer-com-agente-hermes/): Aplicações práticas do agente Hermes em desenvolvimento, infraestrutura e rotinas empresariais — com critérios para extrair valor real.
- [O agente Hermes é confiável? Limites, riscos e formas de validação](https://codigo-em-producao.dpsistemas.com.br/agente-hermes-confiavel-limites-riscos/): Confiabilidade de agente de IA não é binária. Depende de tarefa, dados, permissões e supervisão. Veja os 6 níveis, 8 riscos e 10 controles práticos.
- [A tecnologia por trás do Hermes: modelos, ferramentas, memória e orquestração](https://codigo-em-producao.dpsistemas.com.br/tecnologia-do-ag-trente-hermes/): O modelo é só uma peça. Por trás do Hermes existe uma arquitetura em camadas: orquestração, contexto, memória, ferramentas e validação que determina o que o agente faz.
- [Como funciona o agente Hermes por dentro: contexto, raciocínio e execução](https://codigo-em-producao.dpsistemas.com.br/como-funciona-agente-hermes-por-dentro/): A resposta final é só a parte visível. Por trás existe um ciclo operacional: interpretação, contexto, raciocínio, escolha de ferramenta, execução e validação.
- [Windows 11: 10 melhorias pedidas pelos usuários](https://codigo-em-producao.dpsistemas.com.br/windows-11-melhorias-pedidas-usuarios/): Updates invasivos, bloatware que volta, ads embutidos no produto pago, Explorer sem abas, telemetria pesada, conta obrigatória, TPM rígido. As decisões que a base de usuários pede há anos para mudar — e o detalhe do menu "Mostrar mais opções" que ninguém pediu e todo mundo usa.
- [Update do Windows 11 26H2 irrita usuários com problemas que ninguém pediu](https://codigo-em-producao.dpsistemas.com.br/update-windows-11-26h2-kb5120998-irrita-usuarios/): A Microsoft publicou em 27 de agosto de 2026 a KB5120998 como update opcional do Windows 11 26H2 e entregou um build que quebra duas configurações pessoais de usuários que investiram tempo real para configurar — cursor customizado resetando para o estilo Windows 98 branco gigante e papel de parede virando preto sólido após logout.
- [O que é o agente Hermes e como ele funciona na prática?](https://codigo-em-producao.dpsistemas.com.br/o-que-e-agente-hermes/): Chatbot responde pergunta. Agente recebe objetivo, escolhe ferramentas, executa etapas e devolve resultado. Entenda o Hermes como camada de coordenação.
- [Anatomia de uma IA moderna: do token ao agente](https://codigo-em-producao.dpsistemas.com.br/anatomia-completa-ia-moderna-token-agente/): Modelo, contexto, prompt, ferramenta, memória, harness, agente, RAG, skill e subagente: o glossário completo de uma IA moderna explicado em produção.
- [O mito do 1 milhão de tokens em janelas de contexto de IA](https://codigo-em-producao.dpsistemas.com.br/milhao-tokens-mito-janela-contexto-gigante/): Mandar o projeto inteiro pra IA não garante resposta melhor. Capacidade do modelo, tamanho do contexto e qualidade do que entra são coisas diferentes. Saber a diferença é o que economiza dinheiro.
- [Harness de IA: a camada entre o modelo e o trabalho real](https://codigo-em-producao.dpsistemas.com.br/harness-ia-camada-invisivel-modelo-trabalho/): A comparação entre agentes de IA por capacidade do modelo subjacente deixou de fazer sentido em 2026. Dois produtos rodando o mesmo Claude Sonnet 4.5 entregam resultados completamente diferentes porque o harness de IA é o que efetivamente produz trabalho — não o modelo.
- [Agente de IA não é chatbot: quando começa a agir](https://codigo-em-producao.dpsistemas.com.br/chatbot-nao-agente/): Agente de IA não é chatbot: entenda tools, memória, loop, guardrails e permissões que transformam resposta em ação verificável no sistema real.
- [Velocidade IA GPU parâmetros tokens: o que decide?](https://codigo-em-producao.dpsistemas.com.br/velocidade-ia-gpu-parametros-tokens-arquitetura/): Inteligência não basta. Capacidade do modelo e capacidade da infraestrutura são coisas distintas. Veja o que decide a velocidade real de uma IA em produção.
- [Como escolher tamanho de modelo de IA certo (2026)](https://codigo-em-producao.dpsistemas.com.br/como-escolher-tamanho-certo-modelo-ia/): Tamanho de modelo de IA é decisão de engenharia, não marketing. MoE separa totais de ativos; pós-treino e distillation viraram o 7B viável em produção.
- [7B, 70B, 400B: o tamanho de uma IA realmente determina sua inteligência?](https://codigo-em-producao.dpsistemas.com.br/7b-70b-400b-o-tamanho-de-uma-ia-realmente-determina-sua-inteligencia/): Modelo de 7B perde para 70B que perde para 400B? Nem sempre. Parâmetros importam, mas dados, pós-treinamento e arquitetura definem o que sobra no final.
- [A IA não lembra de tudo: entenda o que realmente significa contexto](https://codigo-em-producao.dpsistemas.com.br/contexto-memoria-trabalho-ia/): Modelo, contexto e memória são conceitos diferentes — e confundir os três é a fonte dos piores erros com contexto de IA generativa.
- [Token não é palavra: entenda a unidade que define memória, velocidade e custo da IA](https://codigo-em-producao.dpsistemas.com.br/token-unidade-ia-memoria-velocidade-custo/): Token não é palavra. É a unidade que define memória, velocidade e custo da IA. Entenda por que ele governa toda conversa com modelos generativos.
- [A IA não está substituindo programadores. Está destruindo a definição antiga de programador.](https://codigo-em-producao.dpsistemas.com.br/ia-nao-substitui-programador-redesenha-funcao/): Não é debate de emprego. É migração de função: de quem implementa para quem especifica, decompõe, verifica, integra e assume responsabilidade pelo que entra em produção.
- [Pipeline lento vs organização esperando: a espera invisível](https://codigo-em-producao.dpsistemas.com.br/pipeline-lento-organizacao-esperando/): Pipeline lento vs organização esperando: três minutos de build otimizado não vencem dois dias de fila em produção. Otimize o lado certo, não o visível.
- [Software supply chain: o código que ninguém do seu time escreveu](https://codigo-em-producao.dpsistemas.com.br/supply-chain-codigo-ninguem-time-escreveu/): A fração do código de terceiros em produção supera com folga o código escrito internamente.
- [TypeScript virou número 1 — e a IA tem parte da culpa](https://codigo-em-producao.dpsistemas.com.br/typescript-numero-1-ia-parte-culpa/): TypeScript ultrapassou JavaScript em novos projetos open-source grandes e isso não aconteceu por acaso: o sistema de tipos virou a infraestrutura de contexto compartilhado entre humanos e agentes de IA que programam em par.
- [Junior não está aprendendo a programar. Está aprendendo a pedir código.](https://codigo-em-producao.dpsistemas.com.br/junior-nao-esta-aprendendo-programar-esta-aprendendo-pedir-codigo/): IA generativa removeu a classe de trabalho que formava a intuição técnica do júnior. Onboarding precisa de leitura, debugging, teste e explicação no centro.
- [OpenTelemetry está virando o USB da observabilidade.](https://codigo-em-producao.dpsistemas.com.br/opentelemetry-virando-usb-observabilidade/): Logs proprietários e instrumentação divergente viram dívida operacional. OpenTelemetry padroniza traces, métricas e logs em SDK aberto que exporta para qual...
- [MCP virou infraestrutura. Agora vem a parte perigosa da segurança de agentes LLM.](https://codigo-em-producao.dpsistemas.com.br/mcp-virou-infraestrutura-parte-perigosa/): A Model Context Protocol deixou de ser curiosidade técnica e virou padrão de fato para integrar LLMs a sistemas externos — e o que isso muda não é a UX, é a superfície de ataque, o modelo de identidade e o escopo de confiança.
- [A próxima dívida técnica será escrita por IA](https://codigo-em-producao.dpsistemas.com.br/proxima-divida-tecnica-escrita-por-ia/): A próxima onda de dívida técnica não vai parecer dívida. Vai parecer código limpo, testado, lint-clean. Quatro padrões que IA escreve sem detecção.
- [Platform Engineering: quando DevOps virou complexo demais para o desenvolvedor](https://codigo-em-producao.dpsistemas.com.br/platform-engineering-quando-devops-virou-complexo-demais/): DevOps prometeu autonomia operacional ao desenvolvedor. Em uma década, transformou cada engenheiro em meio-especialista de Kubernetes, YAML, IAM e pipelines. A conta cognitiva está cobrando. Platform Engineering surge como resposta institucional — e não como modinha.
- [Senior revisor: gargalo ou multiplicador de confiança no time](https://codigo-em-producao.dpsistemas.com.br/senior-revisor-gargalo-multiplicador-confianca/): Senior virou gargalo do time. A solução é distribuir confiança via arquitetura, contratos de interface, testes automatizados e guardrails de CI.
- [A IA está produzindo código mais rápido do que seu time consegue revisar](https://codigo-em-producao.dpsistemas.com.br/nao-perder-controle-revisao-ia-fila-pr/): O gargalo da era da IA migrou para a revisão de código. Métricas de fila, PR drift e proteção da banda do reviewer.
- [Feature flag não é gambiarra. É seguro contra deploy irreversível.](https://codigo-em-producao.dpsistemas.com.br/feature-flag-seguro-deploy-irreversivel/): Feature flag não é gambiarra. É o único mecanismo que separa deploy de release e permite rollback lógico sem novo deploy. Veja os 3 tipos e o risco real.
- [ERP lento é fácil de culpar. Difícil é encontrar as três camadas internas que ninguém abre.](https://codigo-em-producao.dpsistemas.com.br/erp-lento-tres-camadas-internas-serializacao-regras-arquitetura/): ERP lento quase nunca é servidor. São três camadas internas: serialização, regras de negócio, arquitetura. Cada uma exige diagnóstico diferente.
- [Onboarding clean code dogmático: o custo que o PR não pega](https://codigo-em-producao.dpsistemas.com.br/custo-onboarding-clean-code-dogmatico/): Custo de onboarding do Clean Code dogmático não aparece no PR: aparece no dia em que o dev novo entra. 3 indicadores operacionais para medir.
- [O microsserviço que nunca deveria ter existido](https://codigo-em-producao.dpsistemas.com.br/microsservico-que-nunca-deveria-existido/): Medo de indisponibilidade justifica microsserviço? Análise de campo: 3 viraram 11 serviços, MTTR do pior caso subiu de 18 min para 3h12. Lei de Conway e custo composto.
- [Cinco decisões no prompt. Aqui está como tomar cada uma.](https://codigo-em-producao.dpsistemas.com.br/prompt-cinco-decisoes/): A qualidade de um prompt para IA generativa raramente é o resultado de talento.
- [Contexto de prompt é superpower. IA responde melhor.](https://codigo-em-producao.dpsistemas.com.br/contexto-superpower-prompt-ia-resposta/): Contexto de prompt é filtro: IA só processa o que está no prompt, o que não está vira variável aleatória. Eixo técnico reduz alucinação antes do humano.
- [Interação de prompt é skill. Nunca aceite a primeira versão.](https://codigo-em-producao.dpsistemas.com.br/interacao-prompt-cinco-praticas/): Iteração de prompt não é sorte. Cinco práticas separam aceitação preguiçosa de IA de ciclo de qualidade. Feedback estruturado, alternativas, métrica.
- [Estrutura de prompt é diferença entre alucinar e acertar](https://codigo-em-producao.dpsistemas.com.br/estrutura-prompt-alucinar-acertar/): Estrutura de prompt não é enfeite: é o que separa resposta certa de alucinação útil. 5 padrões testados em produção, do específico ao composto.
- [Seu prompt é vago porque você não sabe o que quer. Aqui está como saber.](https://codigo-em-producao.dpsistemas.com.br/prompt-vago-voce-nao-sabe-o-que-quer/): IA entrega 300 linhas erradas quando a especificação é vaga. 5 técnicas de prompt que começam antes de escrever — contexto, intenção, formato.
- [Runbook: a diferença entre resposta em minutos e em horas](https://codigo-em-producao.dpsistemas.com.br/runbook-resposta-minutos-vs-horas/): Runbook separa resposta profissional de improvisação sob pressão de pager. Os 5 campos obrigatórios de cada procedimento testado em staging.
- [Manutenção remota é skill que ninguém ensina. Aqui está como você aprende.](https://codigo-em-producao.dpsistemas.com.br/manutencao-remota-skill-ninguem-ensina/): Manutenção remota exige observabilidade por construção. SSH, logs estruturados, métricas e runbook separam quem diagnostica de quem reza junto ao servidor.
- [Mobile é manutenção multiplataforma disfarçada de uma linguagem](https://codigo-em-producao.dpsistemas.com.br/manutencao-codigo-mobile-multiplataforma/): Manutenção de código mobile em três plataformas é mais barata que parece e mais cara que parece. O que decide é a camada de abstração, não o framework.
- [Manutenção de código Windows é estar preso ao passado enquanto mundo avança.](https://codigo-em-producao.dpsistemas.com.br/manutencao-codigo-windows-preso-passado/): Código Windows em VB6 ou .NET Framework 2.0 é legado pela própria stack. Comunidade migrou. Veja o que fazer quando Windows é crítico.
- [Manutenção de código web: browser é caixa preta.](https://codigo-em-producao.dpsistemas.com.br/manutencao-codigo-web-browsers-caixa-preta/): Backend você debuga no log. Frontend o usuário só diz tá bugado. Estado invisível mora no browser. Veja onde olhar antes de tratar frontend como backend.
- [Código legado é arqueologia: como escavar sem destruir](https://codigo-em-producao.dpsistemas.com.br/codigo-legado-arqueologia-como-escavar-sem-destruir/): Sistema legado tem dono sumido e zero documentação. Antes de refatorar, escreva o teste que prova o comportamento atual. Sem isso, você está adivinhando.
- [Você não sabe o que está acontecendo em produção porque não tá olhando direito.](https://codigo-em-producao.dpsistemas.com.br/voce-nao-sabe-o-que-esta-acontecendo-em-producao-porque-nao-ta-olhando-direito/): Produção vira caixa-preta quando ninguém instrumenta, mede e interpreta o que o sistema faz. Logs, traces e métricas separam investigar de improvisar.
- [O código novo que ninguém consegue manter é pior que o legado.](https://codigo-em-producao.dpsistemas.com.br/o-codigo-novo-que-ninguem-consegue-manter-e-pior-que-o-legado/): Código novo sem documentação, clareza e separação de responsabilidades já nasce com cara de legado ruim. Manutenibilidade é decisão de design, não de sorte.
- [Quando você usa IA pra gerar código, você assume responsabilidade de entendê-lo. Aqui está como honrar essa responsabilidade.](https://codigo-em-producao.dpsistemas.com.br/conhecimento-responsabilidade-ia-codigo/): Cinco frentes sustentam a responsabilidade do desenvolvedor com código de IA: mentoria, dívida explícita, domínio antes da ferramenta, accountability.
- [Migração .NET 4.8 para .NET 10 e Web Forms para Angular: roteiro que sobrevive em produção](https://codigo-em-producao.dpsistemas.com.br/migracao-net48-net10-webforms-angular/): Migração .NET 4.8 para .NET 10 e Web Forms para Angular: roteiro incremental, strangler fig por módulo, OpenAPI tipado e testes que sobrevivem à virada.
- [Iteração com IA não é "até parecer certo." É ciclo estruturado de refinamento.](https://codigo-em-producao.dpsistemas.com.br/iteracao-com-ia-ciclo-estruturado/): Iteração com IA não é pedir três vezes até parecer certo. É ciclo disciplinado de especificação → geração → revisão → refinamento. Cinco práticas.
- [Qual o melhor modelo de IA com grande contexto para refatorar C# de .NET 4.8 para .NET 10](https://codigo-em-producao.dpsistemas.com.br/melhor-ia-contexto-grande-refatorar-csharp-dotnet-4-8-10/): Refatorar C# .NET 4.8 para .NET 10 com IA de contexto grande não é só rodar migration tool. 7 decisões que pagam a conta ou cobram juros depois.
- [Seu processo de validação de código com IA é inadequado. Aqui está por quê e o que fazer.](https://codigo-em-producao.dpsistemas.com.br/validacao-codigo-ia-cerimonia/): Gerar, revisar visualmente e mergear não é validação. É votar em código que nunca rodou. Testes, staging, canary e observability são os quatro pilares.
- [Você não pode debugar o que não entende. Por que compreensão é a prática número um com IA](https://codigo-em-producao.dpsistemas.com.br/compreensao-codigo-ia-pratica-um/): Compreensão do código é a prática número um com IA — não porque gera resultado rápido, mas porque evita refazer trabalho duas vezes em produção.

## Pages

- [Sobre](https://codigo-em-producao.dpsistemas.com.br/about/): Roberto Brandini (Beto), empresário e desenvolvedor, criador do ERP Posseidom.
- [Perfis que sigo](https://codigo-em-producao.dpsistemas.com.br/perfis-que-sigo/): Lista de profissionais que acompanho por experiência real em engenharia de software: arquitetura, .NET, bancos de dados, produção e IA aplicada ao desenvolvimento — organizados por especialidade, com link e miniatura do site de cada um.
- [Modelos IA](https://codigo-em-producao.dpsistemas.com.br/modelos-de-ia/): Meu guia prático: qual modelo de IA uso para cada tipo de tarefa — do canivete suíço ao especialista em raciocínio complexo.
- [Aplicativos](https://codigo-em-producao.dpsistemas.com.br/aplicativos-que-recomendo/): Lista viva dos aplicativos que eu uso e recomendo de verdade — tudo aqui roda no meu dia a dia ou em produção.
- [Blog](https://codigo-em-producao.dpsistemas.com.br/blog/): No exemplo da marcenaria B2B, uma mesa de R$ 10.000,00 vira nota de R$ 10.100,00: CBS de R$ 90,00 e IBS de R$ 10,00 somados por fora da base.
- [Home](https://codigo-em-producao.dpsistemas.com.br/home/): Lições de quem mantém um ERP vivo há décadas — varejo, atacado, indústria — e está modernizando tudo para .NET 10 + Angular com IA no processo.

## Optional

- [Agent (MCP protocol)](websites-agents.hostinger.com/codigo-em-producao.dpsistemas.com.br/mcp)

[comment]: # (Generated by Hostinger Tools Plugin)