Entrevista técnica em FAANG não é teste de código. É conversa técnica em inglês.
7 erros que reprovam dev brasileiro em entrevista técnica internacional — todos sobre inglês, nenhum sobre código
Em março de 2026, um dev escreveu no Medium uma frase que resume o que vejo há 11 anos nas minhas aulas:
"FAANG interviews aren't coding tests. They're conversation tests."
lets-code-future, Medium, mar/2026
A frase parece exagerada, mas não é. Ela descreve com precisão o que acontece quando o candidato senta na call e começa a falar.
Andrei Marchenko, engenheiro com passagem por FAANG, mapeou no próprio blog os 4 critérios avaliados em um coding round: problem-solving, coding, testing e communication. Três dos quatro envolvem comunicação direta ou indireta. Decorar mais 200 questões de LeetCode não move 3 dos 4 critérios.
System design não é arquitetura. É apresentação contínua de 35 minutos em inglês. O candidato conduz, anuncia estrutura, defende trade-offs, recebe pushback do entrevistador, e responde em tempo real. "Drive the conversation" é critério explícito, e silêncio prolongado é sinal de senioridade abaixo do esperado.
Behavioral não testa o que você sabe. Testa se o manager acredita que você sabe se comunicar num time. A pergunta "tell me about a time..." tem resposta perfeita em português. A entrevista é em inglês.
O que segue são 7 padrões. Vejo nos meus alunos. Confirmei em 11 relatos públicos de devs, 7 deles aqui no TabNews. Estou citando autores da casa.
Como sei disso
11 anos dando aula de inglês. Os últimos 7, 100% online, com devs entre os alunos atuais. Aulas 1:1, então o material que entra é o que o aluno trouxe da entrevista que fez na semana passada, não currículo de método.
Na última semana investi cerca de 6 horas mapeando o formato real de entrevistas técnicas em 10 empresas: Google, Meta, Amazon, Stripe, Shopify, GitLab, Vercel, Anthropic, OpenAI e Scale AI. Coletei 11 relatos primários públicos de devs, 7 brasileiros e 4 estrangeiros. Cruzei o que encontrei com o que vejo em aula há mais de uma década.
Uma confirmação que vale citar antes de entrar nos erros: o Autodesk AI Jobs Report 2025 lista "communication" entre as top 10 skills demandadas nas vagas de AI que mais crescem em 2026 — junto com leadership, collaboration e people skills. Não é nice-to-have. É critério explícito de contratação no mercado que o dev brasileiro está mirando.
Boa parte do material que cruzei está aqui mesmo no TabNews. Estou citando autores da casa. Se eu deturpei a fala de algum deles, comenta — corrijo no próximo update.
Princípio editorial deste post: toda citação pública literal com link clicável. A única exceção é uma frase de aluno meu (anônima, sem link) marcada como tal — não é fonte pública, é evidência de campo única.
Erro 1 — Você acha que sabe inglês porque lê docs em inglês
Dev brasileiro consome conteúdo gringo todo dia. Docs, Stack Overflow, blog técnico, YouTube, código no GitHub, Hacker News. O ambiente de trabalho do dev BR é majoritariamente em inglês escrito.
O problema é que isso constrói leitura, não fala. Listening real e speaking ativo só desenvolvem com prática ativa, sob pressão, em tempo real. A entrevista é o primeiro lugar onde a verdade aparece, e é o pior lugar possível para descobrir.
mrvitor0 nomeou isso publicamente em março deste ano:
"ler docs em inglês me dava a falsa sensação de fluência"
Ele conta no post que travou na primeira call internacional e começou a misturar inglês com espanhol no meio da resposta. Não por falta de conteúdo técnico. Por falta de canal de saída ativo.
O caso é dele. O padrão é o que vejo em aula há anos: dev que lê o Hacker News inteiro todo dia e congela quando precisa explicar a própria arquitetura em voz alta.
A descoberta acontece numa call que vale R$ 700k anuais. Não há tempo de calibração entre "achar que sabe" e "ter que provar".
Erro 2 — Você fica em silêncio quando trava
Você trava no problema. Pensa em silêncio por 30, 60, 90 segundos. Para você é processamento. Para o entrevistador americano é falha de comunicação.
Silêncio prolongado em coding round é interpretado como "não sabe trabalhar em time" ou "não sabe pedir ajuda". Em entrevista americana, o critério "think out loud" é explícito. Verbalizar raciocínio em momentos de decisão e em momentos de dúvida não é estilo. É parte do teste.
A diferença entre passar e não passar muitas vezes é uma frase. Em vez de silenciar:
"I'm stuck — let me think out loud. I'm wondering if we could approach this with..."
Marchenko lista "communication" como um dos 4 critérios do coding round, junto com problem-solving, coding e testing. Marchenko, Cracking the FAANG Interview, jan/2024
A consequência é silenciosa. Você sai da entrevista achando que foi bem porque chegou na resposta. O feedback escrito diz "communication" e "collaboration" como motivo de reprovação. Você nunca vê esse feedback.
Erro 3 — Você gagueja no behavioral e perde a vaga que já estava ganha
Behavioral é o último round. O técnico já passou.
Mês passado um aluno meu, dev mid-level, voltou de entrevista internacional e disse:
"eu até entendi, mas na hora de falar me enrolei todo e não consegui a vaga porque disseram que meu inglês não é bom"
— aluno meu, dev mid-level, anônimo. Entrevista há 30 dias.
E o fenômeno não é distante. Marchenko documentou exatamente isso em FAANG. Passou em todos os outros rounds da empresa com feedback bom. No behavioral final, o manager registrou:
"the manager wasn't sure if I would communicate effectively in a team."
A decisão veio baseada em gagueira. A frase "we won't move forward" depois de 4 técnicos aprovados. Não há recurso. Não há segundo round. Não há feedback útil sobre o que poderia ser diferente.
Esse é o caso em que inglês objetivamente derruba candidato tecnicamente forte. E é por isso que mais LeetCode não resolve.
Erro 4 — Você não conduz a conversa em system design
System design não é teste de arquitetura. É teste de quem comanda 35 minutos de conversa técnica em inglês.
Candidato que só reage a perguntas sinaliza "não sabe estruturar problema aberto". Sinal direto de senioridade abaixo do esperado. Em scale-up e em AI lab — Stripe, Anthropic, OpenAI, Shopify, onde mapeei o formato dos rounds — esse round pesa muito mais do que candidato BR costuma imaginar.
A estrutura mínima recomendada por engenheiros de FAANG: clarificação e cálculos nos primeiros 10 minutos, high-level design e detailed design nos 20 minutos do meio, bottlenecks nos 5 minutos finais. Anunciar essa estrutura no começo já é metade da batalha:
"I'll structure this into three parts: scope clarification first, then high-level design, then bottlenecks. Sound good?"
Para muitos candidatos a frase acima parece presunçosa. Não é. É exatamente o que o entrevistador americano espera. Sem ela, ele assume que você vai improvisar, e te avalia por improviso.
A consequência aparece no ano seguinte. Candidato L4-equivalente fica em L3. 30 a 50% de salário a menos. Ano após ano. A diferença não foi técnica, foi de como você conduziu o round.
Erro 5 — Você trava por nervosismo, não por nível de inglês
O leitor pensa que o problema é nível objetivo de inglês. Não é.
É medo, vergonha, auto-sabotagem. Dev sênior 10 anos B2+ trava. Júnior B1+ trava. Mid trava. O padrão é quase universal entre os relatos brasileiros que coletei.
Gláucio Oliveira, dev fullstack que conseguiu trabalho remoto com equipe internacional, descreveu o próprio bloqueio:
"Eu simplesmente achava que meu inglês não era bom o suficiente."
Note: ele tinha 10 anos de experiência fullstack quando escreveu isso.
TiagoPereira, que comentou nesse post, foi mais cru:
"sai me achando a pessoa mais burra do mundo"
TiagoPereira, comentário TabNews, jan/2023
Ele tinha 5 anos como dev. Fez uma entrevista em inglês, achou que foi péssimo, e parou de aplicar para vagas internacionais. A auto-sabotagem mata antes da entrevista chegar.
Dois relatos brasileiros independentes, dois perfis diferentes — sênior e mid — mesma causa. Não é problema de gramática. É problema de exposição. O canal de saída só abre com prática deliberada em situação de pressão controlada, não em estudo solo.
A consequência mais cara aqui não é a entrevista perdida. É a entrevista que você nunca marca. Você nunca sabe quantas vagas perdeu por não ter aplicado.
Erro 6 — Seu microfone está te traindo
Entrevistador americano gasta cognitive load para entender quem fala com áudio ruim. Esse esforço entra na avaliação tácita: "foi cansativo entrevistar essa pessoa". Você é reprovado e nem entende por quê. O feedback fica genérico em "communication".
Marchenko menciona explicitamente o investimento em microfone bom no próprio post. Razão: o entrevistador gasta menos energia para entender você, e essa energia volta para avaliar o que você está dizendo, não como.
Esse é o único erro deste post que você corrige hoje, sem estudar nada. Headset USB decente de 200 a 400 reais resolve. É também o mais barato e o menos discutido em prep guides.
Cuidado com internet instável pelo mesmo motivo. Reconectar três vezes em 45 minutos mata o flow da entrevista e o seu raciocínio junto.
Erro 7 — Você se prepara pro teste errado
Aqui o post fecha amarrando na frase do topo.
Você não precisa de mais LeetCode. Precisa de mais conversa técnica em inglês sob pressão.
3 dos 4 critérios em coding round são comunicação. 100% do round em system design é apresentação contínua. 100% do behavioral é narrativa estruturada em inglês falado. Os 6 erros anteriores são variações desse 7º. O 7º é o frame do problema. Os outros 6 são instâncias do mesmo gap.
O dev brasileiro forte na parte técnica que prepara errado perde para o dev mid-level com técnica menor e comunicação melhor. Essa é a conta que dói. Você gastou 18 meses no que importa menos.
A diferença entre passar e não passar não é mais o código.
Se você leu até aqui e reconheceu pelo menos 2 dos 7 padrões, é provável que sua próxima entrevista vai esbarrar neles. Não é falha de caráter. É falha de canal — falta de prática deliberada com o formato real.
Síntese
Os 7 não são exclusivos. São os que mais aparecem nos relatos públicos que coletei e nas aulas que dou.
São variações de uma só coisa: a entrevista mede se você comunica raciocínio técnico em inglês sob pressão. Código você decora. Conversa não.
Esse é o gap específico do dev brasileiro nesse mercado: técnica forte, leitura em inglês forte, speaking sob pressão fraco. Não é problema de inglês objetivo. É problema de canal de saída.
Para resolver isso, você não precisa de mais um curso de inglês geral. Ou mais LeetCode. É preciso fazer um trabalho específico, com exposição calibrada, vocabulário do contexto e prática em formato real. É outra coisa.
Fontes citadas
Todas as citações públicas literais deste post têm link clicável. Se reproduzi alguma palavra que você notou estar errada, comenta — corrijo no próximo update.
- Andrei Marchenko, "Cracking the FAANG Interview" (jan/2024) — amarchenko.dev
- Gláucio Oliveira, TabNews (jan/2023) — link
- TiagoPereira, comentário TabNews (jan/2023) — link
- mrvitor0, TabNews (mar/2026) — link
- "I failed 23 FAANG interviews before getting 4 offers" (lets-code-future, Medium, mar/2026) — link
- Autodesk AI Jobs Report 2025 (jun/2025) — adsknews.autodesk.com
Material complementar consultado, não citado literalmente:
- rachzy, "O medo de muitos devs brasileiros em relação ao inglês" (TabNews jan/2025)
- brunohafonso, comentário no post do rachzy (TabNews jan/2025)
- JVMC, "Ajuda na minha primeira entrevista que por acaso é em inglês" (TabNews jul/2023)
- canro91, "I applied at a FAANG and failed: three interviewing lessons" (Dev.to ago/2024)
- Anqi Silvia, "My 2025 Anthropic SWE Interview Experience" (Medium 2025)
Se chegou até aqui, três coisas:
1. Estou montando a versão expandida dessa análise em PDF — os 20 erros do mapeamento completo (estes 7 + 13 que não couberam aqui), com scripts em inglês prontos pra cada um. Sai nas próximas semanas. Quem quiser receber quando estiver pronto, deixa o email aqui: https://interview-ready-br.pages.dev
2. Se você tem entrevista marcada nas próximas semanas, comenta com a empresa e a data (ou DM se preferir privacidade). Posso indicar 1-2 fontes específicas sobre o processo daquela empresa, sem custo, sem pitch. Mapeei o formato dessas e outras.
3. Se discorda de algum dos 7, fala. Versão 2 desse post sai em 30 dias, com correções. Os 7 saíram de cruzamento de 11 fontes públicas + uma década de aulas — mas apenas 11 fontes não viram regra. Se sua experiência diz o contrário, é dado novo que entra na próxima rodada.