Tempo de Casa: o Que Realmente Acontece Com Quem Fica e Com Quem Troca de Empresa Toda Hora

"Você ficou tempo demais nessa empresa" e "você troca de emprego rápido demais" são duas frases que, dependendo de quem fala, viram elogio ou crítica. Depois de mais de quinze anos de carreira em desenvolvimento de software — sete numa empresa só, seis meses em outra, quase quatro na atual — cheguei à conclusão de que nenhuma das duas está certa sozinha. O que importa é o que cada fase te dá, e até quando ela continua dando.

No Brasil, o contrato de experiência da CLT tem um teto legal bem definido: 90 dias corridos, normalmente fracionados em 45 mais 45, conforme o artigo 445, parágrafo único, da CLT. Passou disso — ou teve mais de uma prorrogação — o vínculo vira automaticamente indeterminado. É o período formal em que empresa e profissional se avaliam mutuamente.

O problema é que 90 dias raramente é tempo suficiente para alguém experiente realmente “entrar no ritmo” num time de engenharia. Em todos os meus contratos internacionais — Talabat, em Dubai, e agora a OUTsurance, na Irlanda — o período de experiência era de seis meses, não três. E isso não é exagero de mercado conservador: bate com o que a experiência mostra na prática. Levar de três a seis meses para entender a base de código, a equipe e a rotina da empresa é normal, mesmo para quem já é sênior.

Essa conta importa porque ela é o pano de fundo de tudo o que vem a seguir: se leva de três a seis meses só para começar a entregar no seu potencial, uma pessoa que troca de emprego a cada ano está, na prática, gastando de 25% a 50% do tempo em cada empresa apenas se adaptando — sem contar o tempo que a própria empresa gasta para contratar essa pessoa, que também não é curto (mais sobre isso adiante).

Antes de discutir se ficar muito ou pouco tempo é bom ou ruim, vale contextualizar: em desenvolvimento de software, o tempo de casa médio já é estruturalmente mais curto do que na maioria das indústrias, e isso não é exatamente um problema — é como o setor funciona.

Nos Estados Unidos, o tempo médio de casa em todas as indústrias gira em torno de 4,1 anos. Em big techs, esse número cai para algo entre 1,1 e 2 anos, dependendo da empresa e da fonte consultada — bem abaixo da média geral, inclusive abaixo da média de 4,2 anos historicamente observada entre desenvolvedores de software como categoria. Na Europa, um levantamento recente sobre o mercado de tech situou o tempo médio de casa em engenharia em torno de 2 anos e 11 meses em 2025 — depois de um salto de mais de 20% em relação ao ano anterior, puxado por um mercado de contratação mais cauteloso e por profissionais mais avessos a risco após ondas de layoffs.

Ou seja: o benchmark de “tempo normal” em tech já é mais curto do que em bancos, seguradoras ou indústria tradicional. Isso não anula tudo o que vem nas próximas seções sobre os riscos de trocar demais — só significa que a régua para “isso é curto” precisa ser ajustada para o setor. Dois anos numa empresa de tech não costuma ser lido como instabilidade; seis meses, sim.

Trocar de emprego sempre foi, historicamente, a forma mais rápida de conseguir um aumento salarial significativo — bem mais rápido do que esperar por um reajuste interno. Só que esse “prêmio” de trocar de emprego vem encolhendo ano a ano, pelo menos no mercado americano, que é onde existem séries históricas confiáveis o suficiente para mostrar a tendência.

No pico do mercado aquecido pós-pandemia, em 2022, quem trocava de emprego nos EUA chegava a embolsar reajustes bem acima de quem ficava. Em 2023, segundo o Wage Growth Tracker do Federal Reserve Bank de Atlanta, quem trocava de emprego via o salário subir 7,7%, contra 5,5% de quem ficava — uma diferença relevante. Já em 2025 essa vantagem tinha encolhido para menos de meio ponto percentual, e em janeiro de 2026 os dados do Bank of America mostravam os dois grupos praticamente empatados. O mercado de “sempre vale a pena trocar por dinheiro” simplesmente não existe mais como regra — nem em tech.

E mesmo quando compensa financeiramente, trocar de emprego com muita frequência tem um efeito cumulativo. Um salto pode ser uma ótima decisão. Dois, também. Mas a partir de um certo ponto — principalmente se cada passagem for curta e sem uma entrega clara para mostrar — o mesmo movimento que rendeu um bom aumento em janeiro pode virar um problema em uma entrevista técnica dali a um ano.

Se você trabalha com tech e já recebeu equity — stock options ou RSUs — provavelmente já esbarrou num detalhe que a maioria trata como burocracia e poucos param para pensar no motivo: o vesting quase sempre segue o mesmo desenho, um cliff de um ano seguido de vesting mensal até completar quatro anos. Não é coincidência nem “é assim que sempre foi”: é desenho deliberado de retenção.

Nos primeiros doze meses — o “cliff” — o funcionário não tem direito a nada da equity concedida. Se sair antes disso, perde tudo. Passado o cliff, o resto passa a virar seu aos poucos, geralmente em parcelas mensais, até completar o total em quatro anos. Segundo levantamento da Carta de 2024, 73% das empresas privadas de tech nos Estados Unidos usam exatamente esse modelo — cliff de um ano, vesting total em quatro. Não é acidente que o “tempo médio ideal” que muitas empresas de tech mais ou menos esperam de um bom funcionário gire justamente em torno desses quatro anos: é o próprio desenho financeiro empurrando nessa direção.

Isso não significa que ficar quatro anos é sempre a decisão certa — só que, se você tem equity na mesa, vale literalmente dinheiro saber onde você está nesse cronograma antes de decidir sair.

Recrutadores e headhunters — inclusive no Brasil — ainda enxergam trocas muito frequentes com desconfiança, mesmo quando a decisão é do próprio profissional, e não uma demissão. Numa reportagem recente com headhunters de consultorias como Michael Page e Korn Ferry, o consenso foi parecido: passagens sólidas e ciclos mais longos demonstram consistência, enquanto um histórico cheio de saídas rápidas, sem justificativa clara, gera desconfiança logo de cara. O ponto central não é o tempo em si, mas a falta de impacto: um currículo cheio de passagens curtas sem nenhuma entrega para mostrar pesa mais do que o tempo curto isoladamente.

Já em 2014, uma pesquisa da Robert Half com mais de mil CFOs de vários países — Brasil incluído — apontava um número de referência: em média, cinco trocas de emprego em dez anos já colocam o recrutador em estado de atenção. É um número antigo e não deve ser lido como regra atual — principalmente em tech, onde o próprio mercado já opera com ciclos mais curtos, como vimos na seção 02 — mas o padrão que ele descreve, muitas trocas, pouco tempo entre elas, continua sendo o gatilho, mais de dez anos depois.

O padrão de trocas rápidas não é, sozinho, um veredito sobre ninguém — mas é um sinal que o mercado sempre vai notar, e que precisa vir acompanhado de uma boa explicação.

O lado que raramente aparece nesse debate é o que ficar tempo suficiente numa empresa realmente ensina — e que nenhuma troca de emprego consegue reproduzir:

• Você entende o “porquê”, não só o “quê”. Decisões de arquitetura que parecem arbitrárias para quem chega de fora fazem sentido quando você viu o contexto — e as restrições — que as geraram.
• Você tem respostas na ponta da língua para perguntas sobre decisões de três, quatro, cinco ou até dez anos atrás — porque você estava lá quando foram tomadas.
• Você conhece os objetivos reais da empresa, não só o que a diretoria apresenta em reunião geral ou o que o marketing publica externamente. A diferença entre discurso e prática só fica visível com tempo de exposição.
• Você aprende as nuances e os edge-cases — tanto do sistema quanto das pessoas — que nunca estão documentados em lugar nenhum, e que só existem na cabeça de quem viu o problema acontecer ao vivo.

Nada disso é romantismo corporativo. É capital acumulado que tem valor prático: menos tempo perdido reinventando decisões já tomadas, mais eficiência para resolver problemas que dependem de contexto histórico — o tipo de coisa que separa um engenheiro sênior “no papel” de um engenheiro sênior que a equipe realmente procura quando algo quebra às três da manhã.

O outro lado da mesma moeda é real e não pode ser ignorado — e em tech, o custo de ficar parado é mais alto do que em quase qualquer outra área, porque o próprio chão embaixo dos pés muda rápido. Ficar muito tempo na mesma empresa pode limitar o contato com linguagens, frameworks, práticas de arquitetura e ferramentas — hoje, cada vez mais, também fluxos de trabalho assistidos por IA — que o mercado já está testando ou adotando, mas que a empresa não usa, não conhece ou simplesmente não tem interesse em adotar. É o clássico “estagnado” — às vezes por acomodação, às vezes só porque ninguém percebeu que o mundo lá fora mudou.

O risco fica mais sério quando a pessoa não tem como comparar: se você só trabalhou num único stack, numa única forma de fazer as coisas, por anos seguidos, fica difícil saber se o que você domina ainda é relevante no mercado ou se virou um conhecimento de nicho que só serve dentro daquelas quatro paredes. E, diferente de outras indústrias, em tech esse desatualizado técnico costuma aparecer rápido — numa entrevista técnica, numa prova de código, numa conversa de arquitetura.

Um cenário comum: você recebe uma proposta externa melhor, comunica a decisão de sair, e a empresa atual reage com uma contraproposta — mais salário, às vezes uma promoção relâmpago. Existe uma estatística repetida à exaustão em posts de recrutador — “80% (ou 90%) de quem aceita uma contraproposta sai da empresa em seis meses” — que, ao ser rastreada, não leva a lugar nenhum. Um recrutador britânico passou anos tentando encontrar o estudo original por trás desse número e não achou nenhuma pesquisa estatisticamente robusta — só anedotas e citações que se referenciam em círculo. Vale tratar esse número específico como folclore de RH, não como dado.

Isso não significa que contraproposta seja uma escolha segura — só que o tamanho real do problema é mais modesto do que o folclore sugere. Dados do CEB citados pela Harvard Business Review apontam algo em torno de 50% de saída dentro de 12 meses, bem menos dramático que o “80–90%” repetido por aí. E numa pesquisa da própria Robert Half com empregadores australianos, das contrapropostas feitas, 46% conseguiram reter o funcionário, 7% foram recusadas de cara, e 32% foram aceitas — mas a pessoa saiu de qualquer forma dentro de 12 meses. Ou seja: mesmo pela fonte mais favorável à contraproposta, quase um terço de quem aceita sai de qualquer jeito no ano seguinte. Não é uma sentença de demissão-punição — é uma combinação de confiança já abalada e um problema estrutural que o aumento sozinho não resolve.

Vale lembrar que turnover alto não é bom para ninguém — nem para quem troca, nem para quem contrata. Estimativas da SHRM e da Gallup, calculadas de forma independente, convergem para a mesma faixa: substituir um funcionário custa entre 50% e 200% do salário anual dele, dependendo do nível do cargo. É por isso que empresas sérias investem em retenção — não é só discurso de RH, é conta que fecha.

Em desenvolvimento de software, essa conta fica ainda mais concreta. Um levantamento de 2025 da Employ (Hiring Benchmarks Report, cobrindo especificamente software/tecnologia entre outros setores) apontou uma média de cerca de 63,5 dias para preencher uma vaga — da publicação até a proposta aceita, sem contar aviso prévio no emprego anterior nem o tempo até a pessoa nova ficar produtiva. Some isso aos 50%–200% do salário anual citados acima, e fica fácil entender por que um time de engenharia com turnover alto vive “correndo atrás” em vez de entregar.

Dois pontos que raramente entram nessa comparação, mas que fazem diferença:

Ciclo de vida do projeto. Só quem fica tempo suficiente numa empresa vê um sistema nascer, ir para produção, amadurecer, acumular dívida técnica e — eventualmente — ser descontinuado ou reescrito do zero. É uma visão completa que ninguém consegue ter entrando e saindo a cada seis meses ou um ano. Quem só viu o “meio” da história de um sistema tende a repetir os mesmos erros de arquitetura da vez seguinte, porque nunca viu as consequências de longo prazo das próprias decisões.

Rede de contatos. Ficar muito tempo tende a concentrar a rede de relacionamentos dentro da mesma empresa, às vezes do mesmo setor — profunda, mas estreita. Trocar de empresa com mais frequência espalha essa rede por mercados e contextos diferentes, mas cada relação tende a ser mais rasa. Nenhuma das duas é superior — são trade-offs diferentes, e o ideal é ter consciência de qual dos dois você está construindo.

Independente de qual seja o seu padrão — passagens curtas, uma única empresa longa, ou uma mistura como a minha — o ponto que os próprios headhunters reforçam é o mesmo: o histórico em si pesa menos do que a narrativa que você constrói em torno dele.

• Amarre cada passagem a uma entrega concreta, não só ao tempo que durou. “Fiquei seis meses e entreguei X” é uma história completamente diferente de “fiquei seis meses” sem mais nada.
• Tenha uma explicação honesta e curta para cada saída — reestruturação, mudança de escopo, oferta que fazia sentido para aquele momento. Recrutador desconfia menos de um motivo claro do que de silêncio ou evasiva.
• Não fale mal do empregador anterior. Mesmo quando o motivo real é ruim, a forma como você conta isso diz mais sobre você do que sobre a empresa.
• Se o seu padrão for de passagens curtas, prepare-se para a pergunta antes que ela apareça. Ignorá-la na esperança de que ninguém note quase nunca funciona.

Vale uma nota de honestidade: nesse período também tive passagens mais curtas, em regime part-time — que já registro assim no currículo e no LinkedIn. Elas ficam fora dessa comparação de propósito, porque seguiam uma lógica diferente das demais: nas seis que citei acima, eu era o profissional principal, full-time, com dedicação exclusiva.

Olhando para trás, não existe um padrão único que “funcionou melhor”. A Inovação me deu profundidade que eu não teria conseguido em nenhum outro lugar. As passagens curtas me deram velocidade de aprendizado e uma rede maior. BS2 e Talabat me deram tempo suficiente para entregar e ser avaliado por resultado, sem virar estagnação. E a OUTsurance, até agora, tem sido o equilíbrio entre os dois — tempo suficiente para conhecer o negócio de verdade, sem perder o ritmo de aprender coisas novas.

Independente de ficar ou trocar, existe uma lista de sinais que vale muito mais a pena observar do que simplesmente contar os anos de casa:

Se a maioria das respostas está do lado esquerdo, o tempo de casa — curto ou longo — está sendo bem usado. Se está do lado direito, o problema não é ficar ou trocar: é não estar crescendo, independente de onde você está.