Currículo para Vagas Internacionais: Guia Completo para Devs Brasileiros

O padrão brasileiro de currículo — Lattes acadêmico, 3 páginas, foto 3x4, "Objetivo Profissional", lista de responsabilidades por cargo — foi construído para um mercado de trabalho completamente diferente. Quando esse currículo chega na inbox de um recrutador americano, ele sinaliza exatamente o oposto do que a empresa quer ver.

As diferenças fundamentais são estas:

• •Número de páginas: No Brasil é comum (e até esperado) ter currículo de 3 a 5 páginas. Nos EUA, qualquer coisa acima de 1 página para quem tem menos de 10 anos de experiência é sinal de falta de objetividade. O recrutador americano vai ler por 6–10 segundos antes de decidir se continua ou descarta.
• •Foto: No Brasil é comum incluir foto. Nos EUA, foto em currículo é considerada antiética — abre espaço para discriminação por aparência, idade ou raça. Muitos sistemas de ATS rejeitam automaticamente currículos com imagem embutida. Para empresas americanas: nunca coloque foto.
• •"Objetivo Profissional": Essa seção está morta no mercado internacional. Ninguém quer ler o que você quer — querem saber o que você entrega. Substitua por um "Professional Summary" de 2–4 linhas focado em valor.
• •Dados pessoais excessivos: CPF, RG, estado civil, endereço completo, data de nascimento — nada disso pertence ao currículo para empresas estrangeiras. Nome, cidade (opcional), telefone, email, LinkedIn e GitHub são o suficiente.
• •Responsabilidades vs. conquistas: O padrão brasileiro lista o que você fazia ("Responsável pelo desenvolvimento de APIs RESTful"). O padrão americano lista o que você entregou ("Built REST API handling 2M+ daily requests, reducing latency by 40%"). A diferença de impacto é enorme.

ATS (Applicant Tracking System) é o software que a maioria das empresas usa para filtrar currículos antes de chegarem ao recrutador humano. Se seu currículo não for lido pelo ATS, ele nunca vai chegar aos olhos de ninguém. As regras são simples mas críticas:

• •Fonte simples: Calibri, Arial, Helvetica ou Times New Roman em 10–12pt. Sem fontes decorativas ou ícones SVG que o parser do ATS não consegue interpretar.
• •Sem tabelas ou colunas: Layouts em duas colunas parecem bonitos no PDF mas costumam destruir a leitura do ATS — o texto de uma coluna fica misturado com o da outra. Use layout de coluna única, linear, de cima para baixo.
• •Sem cabeçalhos gráficos: Header com logo pessoal, barra colorida, foto — tudo isso atrapalha o parser. Cabeçalho deve ser texto puro: nome em bold, contatos na linha abaixo.
• •Seções com títulos padrão: O ATS procura por títulos exatos. Use: "Experience" ou "Work Experience", "Education", "Skills", "Projects". Evite variações criativas como "My Journey" ou "What I've Built".
• •Salve como PDF gerado por texto: PDF exportado do Google Docs ou Word é legível por ATS. PDF escaneado de papel não é. Word (.docx) também é amplamente aceito — verifique o que a empresa pede.

A estrutura recomendada de seções, de cima para baixo: Header (nome + contatos) → Summary (2–4 linhas) → Experience (cronológico reverso) → Skills (tech stack) → Projects (se relevante) → Education. Para dev com 5+ anos de experiência, Education vai para o final. Para recém-formado, pode subir antes de Projects.

A seção de Experience é onde seu currículo ganha ou perde a atenção do recrutador. A diferença entre um dev brasileiro que passa na triagem e um que é ignorado está quase sempre aqui.

A fórmula STAR-lite: cada bullet point deve seguir o padrão Verbo de ação + O que você fez + Impacto mensurável.

• ✗"Responsible for developing and maintaining RESTful APIs" — responsabilidade, não conquista
• ✓"Architected REST API serving 3M+ monthly requests, reducing average response time from 800ms to 120ms through Redis caching and query optimization"
• ✗"Participated in agile ceremonies and contributed to sprint planning"
• ✓"Led migration of legacy monolith to 12 microservices, cutting deployment time from 4 hours to 18 minutes and enabling independent team scaling"

Verbos de ação para começar cada bullet: Built, Designed, Led, Architected, Reduced, Increased, Migrated, Shipped, Optimized, Implemented, Launched, Automated, Mentored, Refactored, Integrated. Nunca comece com "Responsible for" ou "Worked on" — são verbos passivos que enfraquecem o impacto.

E se não tenho números? Estime com consciência: tamanho do time que impactou, frequência de uso da feature, tempo economizado em processo manual. "Automated weekly reporting process, saving ~4 hours/week of manual work" é honesto e impactante mesmo sem dados precisos de analytics.

A maioria das grandes empresas usa ATS configurado para procurar keywords específicas da vaga. Se o anúncio diz "TypeScript, React, Node.js, AWS, CI/CD" e seu currículo não contém essas palavras exatas, o score do ATS vai ser baixo — mesmo que você domine todas elas.

O processo correto para adaptar o currículo a cada vaga:

• 1.Leia o job description com atenção e identifique as tecnologias e competências que aparecem com mais frequência — especialmente as listadas como "required" vs. "nice to have". Use ferramentas como Jobscan ou a análise do VagaNaGringa para mapear os gaps.
• 2.Espelhe as keywords exatamente como aparecem na vaga — se a empresa escreve "Node.js", escreva "Node.js" e não "NodeJS" ou "Node" ou "backend JavaScript". O ATS faz match literal na maioria dos casos.
• 3.Inclua as keywords tanto na seção Skills quanto dentro dos bullet points de Experience — o ATS costuma dar mais peso a keywords que aparecem em contexto de experiência do que apenas na lista de habilidades.
• 4.Nunca invente experiência que não tem. Mas se você usou uma tecnologia num projeto pessoal ou num curso prático, é legítimo incluí-la — prepare-se para explicar o contexto na entrevista se perguntado.

Skills section: Organize em categorias claras: "Languages: Python, TypeScript, Go"; "Frameworks: FastAPI, React, Next.js"; "Cloud: AWS (EC2, S3, Lambda, RDS), GCP"; "Tools: Docker, Kubernetes, GitHub Actions, Terraform". Evite barra de progresso visual (ATS não lê) e autoavaliações subjetivas como "Avançado" ou "Intermediário" sem contexto.

Esses são os erros mais frequentes que aparecem em currículos de devs brasileiros analisados pelo VagaNaGringa — e que levam à rejeição antes mesmo de o recrutador chegar à seção de Experience:

• •Inglês inconsistente com erros básicos: Frases misturadas ou erros gramaticais óbvios são red flags imediatos. Revise com Grammarly Premium antes de enviar e peça feedback de alguém que use inglês no trabalho diariamente.
• •CPF, data de nascimento e estado civil: Esses dados não têm função em currículos internacionais. Em contextos americanos de diversidade e inclusão, expor idade e estado civil pode inclusive levar o recrutador a descartar o currículo para evitar potencial viés discriminatório documentado.
• •Soft skills genéricos em lista: "Proativo, comunicativo, trabalho em equipe" são palavras que todo candidato escreve e não significam nada. Soft skills devem aparecer nos bullet points como comportamentos concretos — "Mentored 3 junior devs, all promoted within 12 months" mostra liderança sem precisar declarar "sou líder".
• •Projetos acadêmicos como experiência profissional: TCC, projetos de faculdade e cursos online vão na seção "Projects" ou "Education" — nunca em "Experience". Misturar os dois faz parecer que você não tem experiência real no mercado.
• •Formato Lattes ou Europass: Ambos são padrões acadêmicos ou regionais que não se encaixam no mercado tech americano. Para startups e empresas tech dos EUA, use o padrão simples de coluna única. Templates prontos: Resume.io, Novoresume ou os nativos do Google Docs funcionam bem.
• •Email informal ou antigo: "dev.bala123@hotmail.com" ou "pedrorocha1987@bol.com.br" são sinais de descuido. Use Gmail com seu nome profissional. Hotmail e Yahoo são funcionais mas passam imagem datada no contexto tech internacional.

O "Objetivo Profissional" do estilo brasileiro — "Busco uma oportunidade de crescimento em uma empresa dinâmica onde possa contribuir com meu conhecimento técnico" — está completamente fora de lugar em currículos internacionais. Ninguém se importa com o que você quer. A pergunta do recrutador é sempre: o que você entrega?

O Professional Summary americano é o oposto: 2 a 4 linhas focadas em quem você é como profissional, sua especialidade e o valor que você traz. Compare:

• ✗"Objetivo: Obter uma posição como desenvolvedor full-stack em empresa de tecnologia para aplicar meu conhecimento em React e Node.js e crescer profissionalmente."
• ✓"Full-Stack Engineer with 6 years building scalable web applications for fintech and e-commerce. Specialized in React/TypeScript frontends and Node.js microservices on AWS. Led 3 product launches from 0 to 50k+ users. Seeking remote opportunities with US/EU-based engineering teams."

Note que o Summary bom menciona: anos de experiência, domínios de indústria, stack principal, conquista relevante e o tipo de posição buscada — tudo em 4 linhas. É o único lugar no currículo onde você pode mencionar o que procura, desde que de forma específica e relevante para o recrutador.

Quando omitir o Summary: Se você está no início de carreira (menos de 2 anos) e não tem conquistas relevantes para destacar, pule o Summary completamente. Um Summary vago ou genérico é pior do que não ter.