Recrutadores gastam menos de 1 minuto na sua aplicação. Eu sei porque já estive dos dois lados: como candidato suando frio esperando resposta, e como entrevistador com 50 currículos pra revisar numa segunda-feira de manhã.
Depois de anos aplicando para vagas fora do Brasil e participando de processos seletivos, compilei o que realmente funciona — e o que faz sua aplicação ir direto pro “não”.
O currículo que passa pelo filtro
Vamos começar pelo básico que muita gente erra: seu currículo precisa ser legível por máquina primeiro, humano depois.
A maioria das empresas usa ATS (Applicant Tracking System) — sistemas que parseiam seu PDF antes de qualquer humano ver. Se o ATS não consegue extrair suas informações, acabou ali.
O que funciona:
- Fundo branco, texto preto, fontes padrão (Arial, Calibri, Times)
- Seções claras: Summary, Experience, Education, Skills
- PDF gerado de texto (não imagem escaneada)
- Máximo 2 páginas — 1 se você tem menos de 10 anos de experiência
- Bullet points que começam com verbo de ação + resultado mensurável
Exemplo de bullet ruim:
Responsável pelo ambiente de produção da empresa
Exemplo de bullet bom:
Reduzi o tempo de deploy de 4h para 15min implementando CI/CD com GitHub Actions, eliminando deploys manuais para 3 equipes
A diferença? O segundo mostra impacto. Número, contexto, resultado.
Red flags que eu vejo como entrevistador:
- Currículo com design complexo, gráficos de “nível de skill” (aquelas barrinhas de 80% em Python — 80% comparado com quem?)
- Foto (em empresas americanas isso pode até gerar viés no processo)
- 5 páginas listando cada tecnologia que você já ouviu falar
- Endereço completo (cidade e país bastam)
A cover letter que ninguém pula
Vou ser direto: 90% das cover letters que já recebi são genéricas. “I’m passionate about technology and would love to join your amazing team.” Delete.
Uma boa cover letter tem 5 a 10 frases e responde uma pergunta: por que você quer trabalhar nessa empresa específica?
Estrutura que funciona:
- Hook — uma frase que mostra que você fez a lição de casa
- Conexão — por que essa empresa, esse time, esse produto
- Evidência — um ou dois links que provam que você resolve o tipo de problema deles
- Disponibilidade — quando pode começar, fuso horário, expectativa salarial se pedirem
Exemplo real (adaptado):
Usei o [produto X] no meu time de 12 engenheiros durante 8 meses e identifiquei uma oportunidade no módulo de alertas que alinha com a vaga de SRE que vocês postaram. Implementei algo similar no meu projeto [link] — reduziu falsos positivos em 40%. Estou disponível para início imediato, fuso EST.
Cinco frases. Específico. Memorável.
Red flag: se você consegue enviar a mesma cover letter pra 10 empresas diferentes sem mudar nada, ela não está funcionando.
Pesquise antes de aplicar (de verdade)
“Pesquisei a empresa” não significa ler a página “Sobre” do site. Significa:
- Usar o produto. Crie uma conta, faça onboarding, quebre coisas. Se é B2B e não tem trial, leia a documentação pública.
- Encontrar problemas. Achou um bug? Documentou uma sugestão? Isso é ouro numa entrevista.
- Entender a stack. Olhe vagas abertas, blog de engenharia, talks de conferência dos engenheiros deles no YouTube.
- Conhecer o negócio. Quem são os competidores? Qual o modelo de receita? Levantaram funding recentemente?
Na minha experiência, o candidato que chega na entrevista e diz “testei o produto de vocês e notei que o tempo de resposta da API de billing é 3x mais lento que o endpoint de users — vocês estão cientes?” ganha pontos que nenhum certificado dá.
Presença online é seu currículo 24/7
Seu GitHub, blog e LinkedIn trabalham pra você enquanto você dorme. Mas só se tiverem substância.
GitHub
Não precisa ter 500 repositórios. Precisa ter 2-3 projetos que demonstrem:
- Código limpo e organizado
- README explicando o quê, por quê, e como rodar
- Commits consistentes (não um commit gigante de “initial commit”)
- Issues e PRs demonstrando processo
Um repositório com 200 stars é legal, mas um projeto com documentação clara, CI configurado, e releases versionadas mostra maturidade de engenheiro.
Blog técnico
Não precisa publicar toda semana. Mas ter 5-10 posts técnicos mostrando como você resolve problemas reais vale mais que qualquer certificação no currículo.
Escreva sobre:
- Um bug/problema difícil que você resolveu (e o processo de investigação)
- Uma decisão de arquitetura e os trade-offs
- Um tutorial de algo que você precisou aprender
- Headline com o que você faz, não seu cargo atual
- Summary em inglês se está mirando vagas fora
- Seção de experiência com os mesmos bullet points de impacto do currículo
- Atividade: poste, comente, compartilhe — algoritmo favorece quem participa
Red flag: perfil do GitHub vazio, só com forks, ou com aquele README auto-gerado que nunca foi customizado.
Side projects são seu portfólio em produção
Um side project completo demonstra que você:
- Consegue ir de zero a deploy — não precisa de alguém segurando sua mão
- Toma decisões de arquitetura — escolheu banco, framework, infra
- Resolve problemas reais — mesmo que o “problema” seja pequeno
- Mantém software — atualizou dependências? Corrigiu bugs? Tem monitoring?
O projeto não precisa ter milhares de usuários. Precisa estar no ar, funcionando, e demonstrar competência.
Ideias que impressionam:
- Uma CLI tool que resolve um problema do seu dia a dia (e publicou no npm/pip/brew)
- Um serviço com CI/CD, observabilidade, e runbook
- Uma contribuição significativa pra um projeto open source popular
Red flag: repositório com código pela metade, último commit há 2 anos, sem README.
Networking > aplicações frias
Aqui vai a verdade inconveniente: a maioria das vagas boas é preenchida por indicação antes mesmo de ser publicada.
Mas networking não é mandar “Hi, can you refer me?” pra 50 pessoas aleatórias no LinkedIn.
Networking que funciona:
- Participe de comunidades — Discord, Slack, meetups. Responda perguntas, ajude outros devs.
- Contribua em open source — você vai interagir com engenheiros de empresas que te interessam naturalmente.
- Vá a conferências — mesmo online. Faça perguntas nos Q&As, participe dos hallway tracks.
- Construa relacionamentos antes de precisar — a hora de fazer networking é quando você NÃO está procurando emprego.
Quando você finalmente pedir uma referral, a pessoa precisa poder dizer pro hiring manager: “Eu conheço esse cara, ele é bom, trabalhamos juntos em X.”
Red flag: mensagem genérica de LinkedIn pedindo referral sem nenhum contexto ou relacionamento prévio.
Sobre usar IA nas aplicações
Vou ser pragmático aqui: recrutadores já identificam texto gerado por IA. E não é difícil — tem um padrão, uma “limpeza” artificial, falta de personalidade.
O problema não é usar IA como ferramenta. É usar IA como substituto do pensamento.
- ✅ Usar IA pra revisar gramática da sua cover letter em inglês
- ✅ Pedir sugestões de como quantificar um resultado no currículo
- ❌ Colar a descrição da vaga no ChatGPT e mandar a resposta direto
- ❌ Gerar respostas genéricas pra toda aplicação
Se o recrutador sentir que você não escreveu aquilo, a mensagem implícita é: “essa vaga não é importante o suficiente pra eu gastar meu tempo.” E aí já era.
A regra de 1 hora
Se você está mandando 20 currículos por dia, está fazendo errado.
Minha regra: gaste pelo menos 1 hora em cada aplicação. Isso inclui:
- 15min pesquisando a empresa e o time
- 15min customizando o currículo pra vaga (reordenando bullets, ajustando keywords)
- 15min escrevendo a cover letter específica
- 15min testando o produto ou lendo o blog de engenharia
5 aplicações bem feitas por semana > 100 aplicações genéricas por mês.
O que eu gostaria que alguém tivesse me dito
Quando eu comecei a aplicar pra vagas na gringa, cometi todos esses erros. Mandei currículo genérico, cover letter copiada, apliquei sem pesquisar. A taxa de resposta era próxima de zero.
Pra dar contexto: eu vim transferido pela Microsoft do Brasil para os EUA. Mas antes disso acontecer, mandei currículo para mais de 200 vagas ao longo de aproximadamente 3 anos. Mandei mensagem para uns 150 hiring managers. Recebi resposta de metade deles apenas. Entrevistei para umas 50 vagas. Passei da primeira entrevista em talvez metade delas. E no final, apenas uma eu consegui chegar à entrevista final — e ela foi a única que de fato fui aprovado.
Mas sabe o que essa vaga tinha? Total fit com minha experiência. Com o que eu vinha fazendo no dia a dia, com o que a vaga precisava de alguém para fazer. Não foi sorte — foi o resultado de ter construído algo consistente ao longo do tempo que eventualmente encontrou o encaixe certo.
O que mudou o jogo pra mim:
- Foquei em poucas empresas por vez — pesquisei profundamente cada uma
- Construí presença online consistente — blog, GitHub, LinkedIn ativos
- Investi em inglês de verdade — não só leitura
- Networking genuíno — ajudei pessoas antes de pedir qualquer coisa
- Paciência — o processo leva meses, não dias
A realidade é que conseguir uma vaga na gringa é um projeto de médio prazo. Trate como tal: com planejamento, execução consistente, e iteração baseada em feedback.
O crachá é temporário, o capital intelectual é permanente
Uma coisa que aprendi ao longo dessa jornada: você não é seu cargo. Layoffs acontecem com profissionais brilhantes, em empresas gigantes, por fatores completamente fora do seu controle. Estratégia corporativa muda, ciclos econômicos viram, times de alta performance são cortados.
O que te protege não é o crachá. É o que você constrói fora da descrição de cargo:
- Seu blog é o portfólio que trabalha pra você 24/7
- Suas contribuições são a prova de que você entrega valor
- Seu networking é a rede de segurança real
- Seus fundamentos são o que te permite se adaptar quando a tecnologia muda
Eu comecei a escrever em 2007, num blog simples no WordPress, documentando scripts e descobertas do dia a dia. Não tinha plano de “construir audiência” — era meu memory dump, minha forma de não esquecer o que aprendia. Mas com o tempo, essa consistência virou branding. As portas que se abriram na minha carreira vieram mais do que eu compartilhei do que de qualquer certificação.
Tecnologias vão e vêm. Mas os fundamentos permanecem. E quem externaliza conhecimento de forma consistente cria algo que nenhum layoff tira: capital intelectual portátil.
Se amanhã o crachá desaparecer, seu nome ainda carrega peso? Essa é a pergunta real.
Escrevi mais sobre esse tema nos artigos Ninguém é à prova de layoff: como o capital intelectual pode ser sua melhor proteção e Who are you without the company’s last name?. Se esse conteúdo foi útil, compartilha com aquele colega que está no processo de buscar oportunidades fora.