Tem hora em que o trabalho não parece horrível o bastante para justificar uma saída, mas já começou a cobrar caro demais.
Foi mais ou menos esse o eixo de uma sequência de posts do desenvolvedor Cesar Aguirre, no Dev.to. Segundo o relato dele, 2023 foi o ano em que a conta chegou no corpo: doença, burnout e uma recuperação lenta. Em 2024, veio o layoff. No meio disso, apareceu uma constatação que muita gente de TI reconhece na hora: às vezes o emprego que mais machuca não é o mais tóxico no papel. É o que continua “bom o bastante” para você ir ficando enquanto o desgaste cresce por dentro.
Esse caso chama atenção porque ele não nasce de um escândalo corporativo nem de um absurdo fácil de apontar. Nasce daquela mistura mais silenciosa de rotina boa por fora, estagnação por dentro e dificuldade de admitir que a relação com o trabalho já entortou.
o emprego ruim não foi o que derrubou ele
Num dos textos, Cesar diz que já teve um trabalho que batia em várias definições de ambiente tóxico: gestão inexperiente, prazos brigando entre si e scope creep. Só que esse não foi o emprego que o queimou.
Segundo ele, o burnout veio depois, já num cargo que parecia muito melhor. Home office, salário bom, aprendizado, estabilidade relativa. O problema apareceu quando a fase de novidade acabou e tudo virou repetição: projeto novo com as mesmas tarefas, pouca perspectiva de mudança e uma sensação crescente de que a carreira estava andando em círculo.
É um detalhe importante. Muita gente ainda espera o sinal de saída em formato dramático: chefe insuportável, humilhação pública, carga horária desumana, plantão eterno. Só que o caso dele aponta para outro tipo de erosão. A que vai ficando tolerável demais.
o atraso na decisão também vira custo
No relato, ele descreve o tipo de conversa que muita gente faz consigo mesma para continuar onde está: o salário é bom, não tem hora extra, talvez valha esperar mais um projeto acabar. Nada disso soa absurdo isoladamente.
O problema é a soma.
Segundo Cesar, foi nesse período que o trabalho virou peso diário. Ele começou a correr para terminar tarefas, pulou refeições e acabou adoecendo. A recuperação, nas palavras dele, foi lenta. Em outro post, ele diz que levou quase um ano para se recuperar do burnout.
Essa parte pesa porque desmonta uma fantasia comum em carreira tech: a de que burnout sempre chega como excesso explícito. Às vezes ele chega num ambiente que ainda paga bem, ainda cabe no LinkedIn e ainda parece defensável quando você explica para alguém de fora.
o erro mais caro não foi técnico
Talvez o ponto mais forte do caso esteja no jeito como ele resume o próprio arrependimento. Para Cesar, o erro mais caro da carreira não foi uma aposta técnica ruim nem uma empresa errada em si. Foi não ter um plano claro para a própria trajetória.
No texto, ele escreve que não tinha parado para pensar de verdade no que queria da carreira: dinheiro, título, conexões, desafio, algum outro tipo de direção. Sem esse filtro, ficar foi parecendo mais fácil do que sair.
Isso conversa direto com um problema bem real em TI. Muita gente aprende a avaliar vaga por stack, salário e nome da empresa, mas demora mais para avaliar estagnação, desgaste e sentido do trabalho. Quando essa leitura chega tarde, a saída costuma vir por dor, não por estratégia.

por que esse relato bate tanto em 2026
O caso não existe no vácuo. Ele encosta em três medos que estão bem vivos no mercado atual.
O primeiro é o da substituição lenta da autonomia por rotina vazia. Não necessariamente porque a vaga ficou pior no contrato, mas porque a pessoa para de crescer e começa a operar no automático.
O segundo é o medo de sair no momento errado. O próprio autor menciona um mercado mais duro e até rejeição em processo de FAANG depois do layoff. Quando a contratação esfria, muita gente segura mais do que deveria um emprego que já não está fazendo bem.
O terceiro é a sensação de que trabalhar com tecnologia pede entrega mental constante demais. Em outro texto, Cesar cita longas horas, cansaço cognitivo, pressão difusa de IA, layoffs frequentes, cerimônias demais e a expectativa meio silenciosa de continuar “provando paixão” fora do expediente.
Nada disso explica sozinho um burnout. Mas a combinação faz o relato deixar de parecer exceção.
os sinais que o caso ajuda a enxergar mais cedo
O valor editorial aqui não está em transformar um relato individual em regra. Está em usar o caso para nomear sinais que muita gente normaliza cedo demais.
Os que mais saltam dos textos dele são estes:
- você continua porque o pacote ainda parece aceitável no papel, não porque o trabalho ainda faz sentido;
- o dia começa a ser organizado em função de sobreviver à carga mental, não de trabalhar bem;
- a ideia de atualizar currículo parece mais cansativa do que continuar adoecendo aos poucos;
- a carreira fica sem direção clara, então qualquer permanência parece justificável.
Nenhum desses sinais prova sozinho que a resposta é pedir demissão amanhã. Mas juntos eles ajudam a perceber quando o problema já deixou de ser só tédio ou fase ruim.
o pedaço mais honesto do relato
Também chama atenção o fato de que o autor não vende fórmula de recuperação. Num dos posts, ele diz sem rodeio que não tem uma solução mágica para burnout em tech.
O máximo que ele oferece é um conjunto de limites: separar sentido de vida e emprego, aceitar que nem todo código precisa virar identidade, criar fronteira entre trabalho e não trabalho e diversificar as fontes de alegria.
Pode soar simples, mas talvez seja justamente por isso que o relato funciona. Ele não tenta virar palestra. Fica mais perto de uma reconstrução ainda em andamento.
No AMA mais recente, Cesar conta que usou o período entre empregos como um mini-sabbatical, que a escrita virou parte da terapia e que começou a transformar o que viveu em posts e livros. Não é uma história de “dei a volta por cima em 30 dias”. É mais uma história de recalibragem depois de perceber tarde demais que o corpo já estava cobrando a conta.
o que esse caso devolve para quem trabalha com TI
Segundo o relato publicado no Dev.to, o burnout dele não nasceu no pior emprego. Nasceu no melhor emprego que já não encaixava mais.
A parte desconfortável é que esse tipo de caso não se anuncia com alarde. Ele costuma vir vestido de salário ok, rotina suportável e promessa adiada de que depois melhora.
Por isso o valor do relato é menos dramático do que prático. Ele ajuda a lembrar que carreira não desanda só quando tudo está visivelmente ruim. Às vezes ela desanda quando você fica tempo demais num lugar que parou de fazer sentido e continua chamando isso de estabilidade.
fontes
- Cesar Aguirre no Dev.to — I’ve Spent 10+ Years in Software Engineering. After Sickness, Burnout, and a Layoff, I’m Rebuilding My Career. Ask Me Anything
- Cesar Aguirre no Dev.to — The Most Painful Career Lesson My Best Job Taught Me
- Cesar Aguirre no Dev.to — Is Burnout Inevitable in the World of Tech? Let’s Talk About It
- Luxury Presence — Senior DevOps Engineer (shortlist, trilha utilitária)
- Bluelight Consulting — Software Engineer (Elixir/Phoenix) (shortlist, trilha utilitária)
- Engine — Current Job Openings (shortlist, trilha utilitária / sinal de mercado LATAM)
- Dev.to — Entry-Level Data Engineering Is Gone. Here’s the Proof. (shortlist, best-source-first)
- Dev.to — Why Is the Tech Job Market So Brutal Right Now? (shortlist, best-source-first)