- Após a adoção da IA, a produtividade aumentou, mas a fadiga se intensificou entre engenheiros
- A velocidade de trabalho aumentou, mas o volume de trabalho e as expectativas também cresceram, ampliando a carga humana de coordenação e revisão
- A repetição do processo de revisão e julgamento de código gerado por IA acumula fadiga decisória e desgaste cognitivo
- A perseguição constante por novas tecnologias, a fadiga da troca de ferramentas e as saídas não determinísticas da IA provocam ansiedade e burnout
- Para um uso sustentável da IA, é essencial definir limites, gestão do tempo e redução do perfeccionismo
O paradoxo entre produtividade e fadiga com IA
- A IA reduz o tempo de tarefas individuais, mas o volume total de trabalho e as expectativas aumentam junto
- Em vez da época em que se gastava um dia em uma tarefa, agora se lida com vários problemas ao mesmo tempo, aumentando o custo da troca de contexto
- O custo de produção caiu, mas os custos de coordenação, revisão e julgamento aumentaram, e essa carga é transferida integralmente para os humanos
- Mesmo que a IA gere código rapidamente, a fadiga cognitiva humana acaba aumentando
Da criação para a revisão
- Após a adoção da IA, o papel do engenheiro migrou de criador para avaliador
- Inserir prompts, revisar resultados e julgar precisão e segurança se tornaram o centro do trabalho repetitivo de avaliação
- Trabalho generativo tende a gerar imersão, mas trabalho avaliativo gera fadiga
- Como a confiabilidade do código gerado por IA é insuficiente, cresce a carga de revisar cada linha
- Por isso, a importância de sistemas de segurança e gestão de permissões aumenta, e é necessário caminhar para reduzir a carga cognitiva humana
O problema da não determinística
- A IA é um sistema não determinístico que pode produzir saídas diferentes para a mesma entrada, o que entra em choque com a forma de pensar dos engenheiros
- O mesmo prompt pode gerar resultados diferentes, causando uma instabilidade impossível de depurar
- Para amenizar isso, foi desenvolvida a ferramenta de refinamento de contexto determinístico Distill, para garantir consistência nas entradas
- Alguns engenheiros passaram a tratar a saída da IA como um “rascunho imperfeito” e incluem o tempo de correção no orçamento
FOMO e fadiga de ferramentas
- Nos últimos meses, inúmeras AI agents, frameworks e SDKs surgiram rapidamente
- A tentativa de acompanhar novas ferramentas gera um ciclo vicioso de aprendizado contínuo e substituição
- Isso provoca evaporação de conhecimento e retrabalho, e em alguns casos quem esperou acaba sendo mais eficiente do que os primeiros adotantes
- O autor adota uma abordagem menos vulnerável às mudanças de ferramentas, concentrando-se na camada de infraestrutura (permissões, contexto e segurança)
A armadilha do “só mais um prompt”
- Como a saída da IA não é perfeita, surge a tendência de entrar em ciclos repetidos de ajuste de prompt
- As tentativas repetidas parecem produtivas, mas desperdiçam tempo ajustando prompts em vez de resolver o problema real
- Para manter a eficiência, aplica-se a “regra das 3 tentativas”: se após três tentativas o resultado não for útil em mais de 70%, escreve-se manualmente
O choque entre perfeccionismo e saídas probabilísticas
- As saídas da IA ficam sempre em um nível de “quase certo”, o que causa grande estresse em engenheiros com perfil perfeccionista
- Repetir pequenos ajustes leva a fadiga emocional e perda de tempo
- É mais eficiente tratar o resultado da IA como um “rascunho” e refiná-lo rapidamente
O enfraquecimento da capacidade de pensar
- Como resultado da dependência da IA, ocorre uma redução da capacidade de resolver problemas e projetar soluções
- O hábito de não pensar diretamente leva à atrofia do “músculo do pensamento”
- Para evitar isso, pratica-se diariamente um tempo dedicado a pensar e projetar sem IA
A armadilha da comparação
- Nas redes sociais, só são compartilhados casos de sucesso obtidos rapidamente com IA, enquanto fracassos e fadiga pessoais ficam invisíveis
- Como os resultados com IA têm baixa reprodutibilidade, a comparação em si perde o sentido
- É preferível reduzir o consumo de informação e focar em fontes confiáveis centradas em construção e operação reais
Estratégias para um uso sustentável da IA
- Limitar o tempo de sessões com IA para evitar repetição excessiva
- Separar tempo de pensamento e tempo de uso da IA para manter equilíbrio cognitivo
- Aceitar 70% de conclusão, reduzindo o perfeccionismo
- Adiar a adoção de novas tecnologias, priorizando ferramentas já validadas
- Registrar logs de eficiência da IA para entender sua utilidade real e seus limites
- Reduzir o escopo de revisão, focando apenas nas áreas centrais
Sustentabilidade e burnout
- A IA remove limites de velocidade do trabalho, acelerando o excesso de trabalho
- O burnout surge quando os humanos ultrapassam seus limites cognitivos, e isso se espalha como um problema sistêmico, não individual
- A chave da recuperação não está na quantidade de uso da IA, mas no redesenho da forma de usá-la
- Em meio à fadiga, nasceram ferramentas voltadas para problemas reais como Distill, agentic-authz e AgentTrace
A verdadeira competência: saber parar
- A principal competência na era da IA é a capacidade de julgar quando parar
- Saber parar em uma saída boa o suficiente, distinguir quando escrever manualmente e quando descansar
- Proteger o cérebro humano como um recurso finito é a verdadeira engenharia
- A IA é poderosa, mas também a ferramenta mais desgastante cognitivamente, e seu uso inteligente é a chave da sustentabilidade
- Produção sustentável é o verdadeiro valor e o objetivo final do uso da IA
5 comentários
Cada vez mais, não sei se essa expressão é a mais precisa, mas dá a sensação de que o desenvolvedor está se tornando cada vez mais um “líder técnico”.
Se a IA assumir a “escrita de código”, no fim só sobra:
Só isso.
Ou seja, o desenvolvedor deixa de ser um “produtor” e passa cada vez mais a atuar como
Então surge um tipo de fadiga no trabalho que antes não existia,
e a pessoa começa a se perguntar se essa direção realmente combina com a aptidão profissional de desenvolvedor que ela buscava.
A última linha tem um impacto muito bom. Acho que não era isso que eu queria fazer.
Quando eu era mais novo, participei de um clube de banda, e havia um garoto que tentava convencer os amigos de que precisávamos compor músicas autorais. Ele dizia que, em vez de focar em aperfeiçoar a técnica de execução, deveríamos pensar sobre o que queríamos cantar. Claro, pelo que lembro, a opinião dos que queriam tocar em banda copiando músicas famosas era mais forte.
Mas hoje em dia eu penso bastante naquele garoto.
É uma pergunta que eu vinha ignorando por estar ocupado vivendo, mas com o avanço da IA, depois de ter adotado a carreira de desenvolvedor, será que eu gosto do ato de escrever código em si, ou gosto de criar valor e, por isso, escrevo código como meio para isso?
Se até agora esses dois tipos ficaram misturados um no outro, parece que o momento de deixar claro de qual lado eu estou vai chegar muito em breve.
A responsabilidade de criar programas que funcionem bem conforme as exigências dos clientes e que não quebrem continua sendo dos desenvolvedores, então não há problema em não abandonar o ato de escrever código. Acho que, no fim, a essência continua a mesma — só a digitação é feita pela IA.
Comentários do Hacker News
Para mim, o cansaço é um pouco diferente. O problema é a repetição de, no meio do trabalho, no meio de uma revisão de código, parar e esperar toda vez que o LLM gera um resultado
Como a duração da espera é imprevisível, fica ambíguo se vale a pena esperar ou começar outra tarefa. Então acabo fazendo outra coisa só para matar o tempo
No fim, não consigo entrar em estado de flow, e fico exausto por ter que vigiar o término de tarefas em segundo plano
Em vez de sentir que fiquei mais produtivo, parece que virei uma babá preguiçosa cuidando para que as crianças não se machuquem
Recomendo o jogo open source Endless Sky, que dá para começar e parar rapidinho
Antes, programar tinha deixado de ser divertido, mas com o Claude Code estou sentindo prazer nisso de novo. Não como antes, mas nesta fase da minha vida já é prazer suficiente
Como eu também abordei no meu texto sobre fadiga de revisão, isso afeta não só desenvolvedores, mas também as organizações
Como os fluxos de trabalho com IA focam em maximizar a produtividade, no fim acabam consumindo as pessoas
A solução é clássica — fazer pausas frequentes e deixar que desenvolvedores humanos escrevam pelo menos um pouco do código. Dá para manter o ritmo mais lento e ainda preservar imersão e recuperação
Enquanto o LLM trabalha, faço agachamentos ou flexões, ou ando pela casa me alongando. É muito mais agradável do que passar o dia inteiro sentado em frente ao teclado
Mexer o corpo também ajuda a organizar os pensamentos, mas mesmo assim a fadiga mental continua
Enquanto espero depois de mandar um prompt, acabo navegando na web. Sem bloquear isso com o app SelfControl, simplesmente não consigo resistir
Graças ao LLM, minha produtividade aumentou, mas no fim do dia eu me sinto muito mais cansado e até culpado
A ideia do texto é boa, mas ao ler bate uma fadiga de texto escrito por IA
Ele estica demais coisas que poderiam ser ditas em uma ou duas frases e tem exemplos desnecessários
A afirmação de que “a página principal do HN está confusa” também está errada. Os textos mencionados nem receberam 5 upvotes, e a qualidade da home do HN continua boa
E a afirmação de que “ninguém está falando disso” também está errada. Já existe discussão sobre AI fatigue há bastante tempo
“Obrigado OpenClaw, obrigado AGI—para mim você já está aqui”
“Se hoje você não gastou pelo menos $1,000 em tokens por engenheiro humano, sua fábrica de software ainda tem margem para melhorar”
“Código não deve ser revisado por humanos”
“O que C fez com assembly, o que Java fez com C, agora os LLMs estão fazendo com todas as linguagens”
Essas frases foram de fato citadas de textos que apareceram na home
Ou talvez ele tenha lido tanto texto gerado por IA que o próprio estilo de escrita tenha virado algo parecido com IA
Eu também comecei a fazer blog recentemente e, surpreendentemente, escrever com foco em storytelling é prazeroso
Cada pessoa tem um estilo diferente, isso não é necessariamente um problema
O texto poderia ter sido resumido em alguns parágrafos, mas há adjetivos e enfeites desnecessários demais
No futuro talvez o conteúdo também venha com um “rótulo de produtor humano” — algo como “produzido por freelancer”, “produzido por morador de subúrbio” e assim por diante
Concordo com a parte de “entregamos mais rápido, então as expectativas sobem”
Esse é um problema antigo. Helen Keller já dizia algo parecido quase 100 anos atrás
Há um artigo da The Atlantic com a ideia de “vamos usar máquinas que economizam trabalho para realmente economizar trabalho”
Dá para avançar vários projetos por dia, mas você fica completamente exausto
Muita gente perde o sono por causa da tentação de pensar “vou mandar só mais um prompt”
O ritmo de trabalho sustentável construído ao longo de muito tempo desmoronou, e provavelmente vai levar um tempo para encontrar um novo equilíbrio
Mas agora, no começo, tudo funciona bem demais, então continuo avançando até chegar ao momento em que de repente trava
Mas não consegui parar ali e fui expandindo para contabilidade, impostos, CRM, estoque e gestão de projetos
No fim, acabei criando um SaaS desnecessário, e agora estou pensando se devo abrir o código
Mesmo assim, agora dá para continuar acompanhando sessões de agente pelo navegador do celular, então também verifico isso na cama (meio brincando, meio falando sério)
Agora o verdadeiro gargalo não é codar, e sim levantar requisitos e tomar decisões
Não entendo por que continuar trabalhando sem parar
Sou o autor. Não é um texto anti-IA, e sim sobre o custo cognitivo
Quanto mais rápido o trabalho fica, mais trabalho aparece, e a fadiga de decisão se acumula enquanto você revisa os resultados da IA
O ecossistema de ferramentas também muda toda semana. Compartilhei métodos que realmente me ajudaram e fiquei curioso para saber se outras pessoas também estão batendo na mesma parede
A sensação de estar conversando com algo que não é humano aumenta ainda mais o cansaço
Mas, ao definir expectativas realistas e tentar não me deixar levar por todo “post mágico de IA”, minha ansiedade diminuiu
A tecnologia nunca teve como objetivo facilitar a vida do trabalhador
O objetivo sempre foi aumentar produtividade e competitividade
Mudamos do cavalo para o carro, do telefone para o smartphone, mas o tempo livre não aumentou. Apenas nos tornamos humanos mais móveis e conectados
Se você aceitar um padrão de qualidade de vida mais antigo, dá para trabalhar menos e ainda viver bem
O que tenho sentido ultimamente é fadiga de função executiva (executive functioning fatigue)
Trabalhando com IA, você passa a tomar decisões de alto nível o tempo todo, mais do que fazer implementações simples
Quase não há pausas e parece que o lobo frontal está superaquecido
Se esse estado continuar, talvez a função executiva humana acabe até ficando mais forte
Eu não imaginava que gerenciar uma equipe de dez engenheiros geniais, mas instáveis, seria tão desgastante
Na minha opinião, a causa da fadiga de IA é que o equilíbrio entre as três etapas da programação foi quebrado
Resolver o problema → escrever código → verificar o resultado. Essas três etapas antes ficavam equilibradas
Codar era repetitivo, mas também meditativo e estável. Resolver problemas era intenso, e verificar resultados dava recompensa de dopamina
Só que, como o LLM passou a fazer a parte de codar, sobraram para nós apenas as etapas mais estressantes: resolver problemas e revisar
A zona de amortecimento entre uma coisa e outra desapareceu, e por isso tudo ficou muito mais cansativo
O motivo de sentirmos falta da programação de antes é exatamente a perda desse fluxo meditativo
Eu também prefiro fazer pair programming com IA e digitar o código diretamente. Sinto que isso é mais sustentável no longo prazo
Mas a tentação da produtividade de lidar com vários agentes ao mesmo tempo também é realmente forte
Achei marcante a parte sobre “lutar contra sistemas não determinísticos”
Os LLMs, por natureza, exigem intervenção humana constante. Isso se a empresa não estiver preparada para assumir total responsabilidade pelo resultado
Você não pode puni-la diminuindo a voltagem, e cobrar responsabilidade de um dado não faz sentido