Um dev com 20 anos de estrada publicou no r/brdev a própria curva salarial, ano a ano. O gancho parece simples: começou como estagiário em 2006, ganhando R$ 850, e chegou a staff em 2026 com R$ 22 mil brutos por mês.
Mas o pedaço mais útil do relato não está na planilha. Está na frase que vem depois: tecnicamente, segundo ele, o trabalho recente não mudou tanto. O que mudou foi a forma de aparecer, comunicar, mentorar e participar do jogo corporativo.
É um choque de realidade bom para quem trabalha em TI porque foge dos dois extremos mais comuns: o papo de que basta estudar muito que o mercado sempre recompensa, e a fantasia de que salário alto aparece só por causa de hype, sorte ou vaga gringa.
O relato em poucas linhas
Segundo o autor, a carreira começou no mundo do livro, fórum, FTP e site do Maujor. A prioridade era entrar na área. Depois veio uma fase de estudo pesado, crescimento técnico e uma passagem por liderança técnica, que ele descreve como um cargo espremido entre gestão, devs e QA.
A primeira virada emocional aparece ali: mais responsabilidade, pancada de todo lado e a descoberta de que outro dev ganhava mais fazendo menos. Em 2017, ele diz que voltou a ser 100% dev, retomou foco na stack e passou por um período de desânimo com a área.
O salto maior veio depois de 2020. O remoto abriu outras possibilidades, a profissão virou objeto de desejo, os salários subiram e o mercado ficou cheio de buzzword. Mesmo assim, ele não vende a própria história como fórmula mágica. Pelo contrário: cita limitações, como a dificuldade com inglês, e mostra uma progressão cheia de troca, ajuste, teto regional e mudança de contexto.
A parte que incomoda: jogar o jogo também conta
O detalhe que dá valor editorial ao caso é a promoção recente para staff. O autor diz que começou a abrir câmera nas reuniões, melhorou setup de áudio e vídeo, passou a fazer perguntas em agendas grandes, se colocou mais em mentorias e ficou mais visível para a liderança.
Dá para rir da cena da camisa polo e do relógio barato, mas o ponto é sério: em muita empresa, senioridade não é medida só por qualidade de código. Ela também passa por percepção de confiabilidade, influência, comunicação e presença em decisões.
Isso não significa defender teatro corporativo vazio. Significa admitir que o mercado raramente recompensa apenas o trabalho silencioso. Quem resolve problema difícil, mas ninguém enxerga, fica dependente de um chefe muito bom para traduzir esse impacto. E chefe muito bom, convenhamos, não vem como dependência garantida no package.json da carreira.
O que a pesquisa do Stack Overflow ajuda a enxergar
A edição 2025 da pesquisa do Stack Overflow reforça algumas peças desse quebra-cabeça. Em satisfação no trabalho, desenvolvedores ranquearam autonomia e confiança em primeiro lugar, remuneração competitiva em segundo e resolver problemas reais em terceiro.
Outro dado conversa diretamente com o relato: cargos de gestão e liderança aparecem com medianas salariais globais maiores do que muitos papéis puramente técnicos. A pesquisa também mostra que pessoas com níveis parecidos de experiência podem ter remunerações bem diferentes dependendo do tipo de função, influência e contexto da empresa.
Ou seja: experiência importa, mas não se transforma automaticamente em salário. Ela precisa virar impacto percebido. Às vezes esse impacto é código crítico. Às vezes é arquitetura. Às vezes é mentoria. Às vezes é tirar uma decisão emperrada da lama sem precisar abrir quinze war rooms.
IA, produtividade e a nova camada de pressão
O relato também cita IA de passagem, inclusive como ferramenta para formular perguntas em reuniões. É um detalhe pequeno, mas bem 2026. A mesma pesquisa do Stack Overflow mostra que 84% dos respondentes usam ou planejam usar IA no desenvolvimento, mas a confiança na precisão segue baixa: mais devs desconfiam da acurácia do que confiam.
Isso muda a régua da carreira. Se a IA escreve trechos de código, pesquisa sintaxe e acelera tarefas mecânicas, o diferencial começa a migrar para julgamento: saber o que pedir, o que rejeitar, o que revisar, como explicar trade-off e como assumir responsabilidade pelo resultado.
Para quem está no começo, isso não quer dizer abandonar base técnica. Quer dizer o contrário. A base vira o filtro que impede você de virar só operador de autocomplete. Mas, para crescer, base técnica sozinha talvez não baste.
O que dá para levar desse caso
O relato não prova que todo dev precisa virar político de reunião. Também não prova que todo mundo vai chegar a R$ 22 mil. É um caso individual, com contexto regional, remoto, senioridade, timing de mercado e escolhas próprias.
Mas ele deixa alguns aprendizados bem práticos:
- Troca de contexto importa. Os maiores saltos aparecem perto de mudanças de empresa, função ou modelo de trabalho.
- Teto local existe. O autor fala claramente da diferença entre mercado do Sul, São Paulo e oportunidades remotas.
- Tech lead mal remunerado cobra juros emocionais. Responsabilidade sem faixa compatível vira fábrica de cansaço.
- Visibilidade não é frescura quando mostra impacto real. Mentoria, comunicação e influência também entram na conta.
- Inglês ainda pesa. Mesmo com remoto e dólar na conversa, barreira de idioma continua sendo um divisor real para muita gente.
Para quem está começando agora
A leitura mais perigosa desse caso seria achar que existe uma escadinha garantida: estuda, vira júnior, vira pleno, vira sênior, espera vinte anos e pronto. O mercado de 2026 não está tão dócil assim.
A leitura mais útil é outra: carreira em TI é composta por técnica, contexto e narrativa profissional. Técnica abre porta. Contexto muda teto. Narrativa ajuda outras pessoas a entenderem por que o seu trabalho importa.
Quem está no começo precisa construir repertório técnico de verdade, mas também precisa aprender a mostrar o trabalho sem virar personagem. Escrever documentação boa, explicar decisão técnica, ajudar alguém do time, participar de revisão com critério e falar com clareza em reunião contam mais do que parecem.
No fim, talvez a planilha do relato chame atenção pelos R$ 22 mil. Mas a mensagem que fica é menos glamourosa e mais útil: o mercado nem sempre paga pelo melhor código isolado. Muitas vezes ele paga por confiança, contexto, influência e pela capacidade de transformar trabalho técnico em resultado que a empresa consegue enxergar.
