Três formatos cobrem quase tudo o que cai num processo técnico de empresa americana: uma sessão de código ao vivo, uma conversa de projeto de sistema (system design) e um bloco comportamental, em que se espera um caso real com resultado. Nenhum é prova de inglês, e os três ficam difíceis pelo mesmo motivo: exigem que você pense em voz alta — e pensar em voz alta na segunda língua é a habilidade que ninguém treina.
Se a dúvida ainda é "o meu inglês dá?", o nível que se cobra e os testes para medir o seu estão em outro texto daqui — leia aquele primeiro. Aqui a pergunta é a de depois: dado que dá, o que vai ser perguntado.
Código ao vivo: o que quem assiste veio ver
Alguém abre um problema, você escreve código enquanto a pessoa assiste. O processo do estúdio diz em inglês, nestas palavras, o que se olha nessa hora: "we watch the reasoning, not the syntax" — o raciocínio, não a sintaxe. São 60 minutos, ao vivo, em código real, sem exercício para levar para casa.
O resto se deriva disso. Se o raciocínio é o que se olha, meia hora de silêncio não entrega a quem assiste o que ela veio ver: a tela mostra o resultado, nunca a decisão. E narrar enquanto digita é mais difícil fora da sua língua — as duas tarefas disputam a mesma atenção. Na prática, dividir em vez de falar mais: parar de digitar para falar, e falar para avisar o que vem.
- "Before I start, let me restate the problem." — reformular o enunciado antes da primeira linha confere se você entendeu e organiza a solução.
- "Give me ten seconds to think, then I'll walk you through it." — pausa anunciada deixa de ser silêncio.
- "I'd normally reach for a hash map here — does that work for you?" — põe a decisão na mesa antes de ela estar escrita, que é onde corrigir sai barato.
System design: a entrevista que começa com você perguntando
Aqui não existe resposta certa, e isso desarma quem chega preparado para dar uma. O trabalho é levantar requisitos, dizer quanto a solução aguenta e nomear o que você está trocando por quê. Os primeiros minutos são de perguntas suas — e perguntar em inglês é mais difícil que responder, que já vem com o contexto pronto.
Resolve ter a lista antes, e ela é quase a mesma para qualquer problema: quem usa, quantos são, lê mais ou escreve mais, o que pode falhar sem derrubar o resto, o que precisa estar consistente na hora e qual é o orçamento de latência. Decore a lista em inglês, não em português.
Há uma armadilha de vocabulário: quem estudou o tema em português sabe a ideia e não sabe a palavra. Fila de mensagens é message queue, balanceador é load balancer. Liste os trinta termos do seu domínio e diga cada um em voz alta. Para o tema, duas referências muito recomendadas: Designing Data-Intensive Applications, de Kleppmann, e System Design Interview, de Alex Xu — leia em inglês pelo mesmo motivo.
Comportamental: STAR, e por que não é enfeite de RH
STAR é a sigla de situation, task, action, result: a situação, o que era a sua responsabilidade, o que você fez e no que deu. É o formato em que a resposta fica verificável, e por isso empresa grande costuma cobrar algo parecido — a Amazon publica os Leadership Principles na própria página de vagas, e as perguntas comportamentais dela saem de lá.
Em inglês essa é a parte que você não improvisa, porque é narrativa no passado, com conectivo e sequência: mais exigente que explicar arquitetura no presente. Tenha quatro casos prontos: um incidente em produção, uma decisão de que você discordou, algo que entregou e deu errado, uma vez em que disse não.
Dois detalhes mudam a leitura. Diga I, não we: "we migrated the database" não informa o que você fez. E termine com número que você mediu — métrica inventada cai na primeira pergunta de acompanhamento.
As frases que salvam, e o erro de querer soar fluente
A frase mais útil das três conversas não é nova: "Let me make sure I understood: you want X, not Y." É a mesma ferramenta do "let me repeat that back to make sure I got it" que serve em reunião; aqui ela fecha o enunciado antes da primeira linha. Perto dela, duas que tiram você de qualquer buraco: "Can you rephrase that?" e "I'm blanking on the English word — it's the thing that holds the request until a worker picks it up." Descrever em vez de nomear é trabalho de engenheiro.
O que estraga é a desculpa: "Sorry, my English is not very good" muda o assunto — até ali avaliavam engenharia, e você acabou de pedir que avaliem o seu inglês. Pedir para repetir não precisa de perdão na frente.
Pelo mesmo motivo, não tente soar fluente. Palavra difícil aumenta a chance de pronúncia errada, e quem ouve para de seguir a ideia para decifrar a frase. Frase curta, voz ativa, zero gíria. Se for para mudar uma coisa só antes da chamada, fale mais devagar: o que atrapalha a compreensão costuma ser ritmo, não sotaque. E não decore resposta: texto decorado tende a desmontar na primeira pergunta de acompanhamento.
Duas semanas de preparo que valem algo
- Uma simulação com gente de verdade. No espelho não se treina a parte que quebra: ser interrompido. O interviewing.io faz simulação anônima; um colega que já trabalha para fora resolve igual.
- Exercício narrando. LeetCode e HackerRank treinam o músculo do problema, mas resolva falando em inglês em voz alta — resolver calado treina o que não vai ser avaliado.
- Áudio dos seus casos STAR. Grave e ouça procurando um momento só: onde você parou de narrar.
Onde isto não serve para você
Se o seu plano é ser ótimo no exercício e falar pouco, o formato trabalha contra: o que está publicado como objeto da avaliação é o raciocínio, e raciocínio calado não chega a quem assiste. Se ser interrompido no meio de um pensamento te desmonta, é isso que precisa de treino — com outra pessoa, não com espelho. E se a ideia era decorar as respostas, o bloco comportamental tem pergunta de acompanhamento exatamente aí. Nível de inglês, legenda e o corte de hoje estão no texto linkado no começo.
Ninguém pode te adiantar o formato da entrevista do cliente, porque ela é dele. O que a HireBrazilDevs publica é o próprio processo, e as duas etapas que são entrevista estão lá: a sessão de pareamento de 60 minutos em código real, com alguém do estúdio, e uma conversa técnica em inglês, sem roteiro. Depois, quando aparece uma vaga que encaixa, o processo publicado diz o que vem: o cliente propõe horários por escrito e você marca os que servem. Isso é diferente de escolher a hora — a janela proposta é a dele, e a alocação é em horário comercial combinado por escrito, como está na página do modelo.
Para calibrar, o número publicado é o do lado do comprador: na tabela de preços o cliente paga US$ 4.900 por mês por um sênior (US$ 3.500 mid-level, US$ 6.400 tech lead). É preço de cliente, não o que o engenheiro recebe — esse é combinado por escrito a cada alocação.
Nada aqui é orientação jurídica nem contábil. O contrato do engenheiro tem uma folha e é público: leia inteiro antes de aceitar, e o que tocar em PJ é assunto do seu contador.