Trabalhar fora não te torna sênior. O contexto te torna.

Em 2013 fui trabalhar numa fábrica de software na França.

Naquela época eu já tinha seis anos de experiência em mobile, tinha passado por liderança técnica de times, desenvolvido apps nativos para iOS e Android, e achava que sabia bem o que estava fazendo.

A expectativa era que trabalhar num contexto internacional mudaria minha carreira. E mudou. Mas o mecanismo pelo qual isso aconteceu não foi o que eu imaginava.

Eu esperava aprender por exposição: novas tecnologias, novos processos, melhores práticas. E aprendi essas coisas também. Mas o que realmente mudou foi mais sutil e mais difícil de nomear na época.

A ilusão da exposição geográfica

Existe uma crença bastante disseminada na comunidade de engenharia brasileira de que trabalhar fora, especialmente em mercados como EUA ou Europa, te coloca num nível técnico automaticamente superior.

Eu também acreditava nisso.

O que descobri na prática é que o contexto externo funciona como um amplificador, não como um substituto. Se você chega sem clareza sobre o que sabe e o que não sabe, a exposição internacional pode até atrapalhar, porque o ruído aumenta junto com o sinal.

Na Joyjet eu atendia clientes em mercados completamente diferentes, com requisitos culturais, legais e de produto que não se pareciam em nada com o que eu tinha visto antes. Deadline era diferente. Expectativa de qualidade era diferente. A definição de "pronto" era diferente.

E a primeira coisa que percebi foi que meus instintos técnicos, que eu julgava sólidos, estavam calibrados para um contexto específico que não existia mais.

Não era incompetência. Era calibração errada.

O problema real por trás do problema

A maioria dos engenheiros que busca uma carreira internacional está resolvendo o problema errado.

Eles treinam inglês, montam portfólio no GitHub, estudam system design para entrevistas americanas, e ignoram a pergunta mais difícil: em que tipo de contexto eu tomo decisões técnicas melhores?

Não é uma pergunta sobre localização geográfica. É uma pergunta sobre ambiente de trabalho, nível de ambiguidade tolerado, ritmo de feedback, maturidade do produto e dinâmica de time.

Quando fui para São Francisco em 2018 trabalhar na Photozig, a stack era diferente, o produto era diferente. Mas o desafio mais difícil não foi técnico. Foi entender que o custo de uma decisão errada de arquitetura, num produto de vídeo em tempo real com FFmpeg, AVFoundation e OpenGL no mesmo pipeline, era medido em FPS perdidos e bateria consumida no dispositivo do usuário. Não em linhas de código ou cobertura de teste.

Esse tipo de calibração não vem de entrevista. Vem de estar dentro do problema por tempo suficiente para sentir onde ele dói.

O que a experiência internacional realmente ensina

Existe um padrão que eu chamo internamente de Problema do Contexto Transplantado.

É quando você pega uma solução que funcionou muito bem num contexto, e aplica num contexto diferente sem ajustar os parâmetros fundamentais. O código parece certo. A arquitetura parece familiar. E ainda assim o resultado é pior do que deveria ser.

Isso acontece muito com engenheiros que chegam de empresas grandes com muito processo, entram em startups e tentam aplicar o mesmo nível de abstração e formalização. Ou o contrário: engenheiros acostumados com velocidade de startup que entram em fintechs e subestimam o custo de uma decisão de segurança tomada rápido demais.

Na XP, quando estava trabalhando no fluxo de investimentos, esse desalinhamento apareceu em revisões de código. O que era "código limpo o suficiente" num app de conteúdo se tornava "risco regulatório" num fluxo de depósito financeiro. Não era uma questão de skill. Era de calibração para o domínio.

A experiência internacional acelera essa recalibração porque ela força o confronto com múltiplos contextos em sequência, sem tempo suficiente para criar zona de conforto em nenhum deles.

O que a maioria faz errado sem perceber

Engenheiros tratam "carreira internacional" como destino. Na prática, é um processo contínuo de leitura de contexto.

O engenheiro que prospera em múltiplos contextos internacionais não é o que sabe mais. É o que consegue identificar mais rápido onde estão as suposições implícitas do ambiente onde chegou.

Suposições sobre o que é qualidade. Sobre o que é urgente. Sobre o que pode ser refatorado depois e o que não pode. Sobre quem decide o quê.

Esse mapeamento não aparece em nenhuma entrevista técnica. Ele aparece na terceira semana, quando você percebe que suas estimativas estão erradas de forma sistemática, e que a razão não é técnica.

O que eu faria diferente

Eu teria chegado à França fazendo mais perguntas e entregando menos código nas primeiras duas semanas.

Não porque código fosse menos importante. Mas porque as primeiras duas semanas são o único momento em que você tem permissão implícita para fazer perguntas óbvias. Depois disso, o time assume que você já entendeu o contexto.

Eu desperdicei esse período tentando provar competência técnica. E fui descobrir o contexto real aos trancos, quebrando coisas que não precisavam ser quebradas.

Hoje, quando entro em qualquer novo ambiente, a primeira coisa que mapeio não é a stack. É onde estão as decisões que não aparecem na documentação.

Toda empresa tem um conjunto de decisões técnicas que foram tomadas por razões que não existem mais, mas que ninguém questiona porque funcionam. Essas decisões são o mapa real do contexto.

Reflexão final

Carreira internacional não é sobre trabalhar em outro país.

É sobre desenvolver a capacidade de entrar em contextos que você não conhece, mapear rapidamente o que importa de verdade, e tomar decisões técnicas que fazem sentido para aquele ambiente específico.

A parte contraintuitiva é que isso se aprende melhor quando as coisas dão errado num contexto novo do que quando dão certo num contexto familiar.

Eu tomei decisões ruins na França porque estava resolvendo um problema que conhecia bem. E aprendi mais com essas decisões ruins do que com qualquer projeto onde eu sabia o que estava fazendo desde o início.

O ambiente internacional não te ensina o que você não sabe. Ele revela o que você achava que sabia.

Essa distinção muda o que você prioriza aprender. E muda, fundamentalmente, como você lê qualquer contexto novo.