A entrevista de código da Meta: formato, editor e prática

O ritmo é consistente tanto na entrevista por telefone quanto nas rodadas de código presenciais (onsite) da Meta: apresentações breves, um enunciado colado em um editor compartilhado, e o cronômetro efetivamente começa a contar. Você esclarece as restrições, explica uma abordagem, escreve código enquanto narra, e roda tudo manualmente contra os casos de teste. Com dois problemas em uma sessão, um candidato forte resolve o primeiro em menos de vinte minutos, deixando uma folga real para o segundo.

Os editores são propositalmente simples: muitas vezes sem execução, sem autocompletar, com destaque de sintaxe mínimo. Isso não é economia; o que é avaliado é o seu raciocínio, e um botão de executar tornaria confuso saber de quem foi o raciocínio que produziu a correção. Espere ser seu próprio interpretador, percorrendo índices e casos extremos em voz alta.

Onde essas rodadas se encaixam no processo completo da Meta está detalhado no hub de processos de entrevista por empresa.

O medo aqui costuma ser o silêncio: o que acontece nas anotações do entrevistador enquanto você pensa. A resposta honesta é que as anotações registram sinais, e o silêncio deixa esses sinais vazios. Correção e velocidade são apenas a metade visível. A outra metade é a comunicação: se você delimitou o problema antes de codificar, se declarou a troca que definiu sua abordagem, e se testou seu próprio código sem que ninguém pedisse.

É por isso que a prática narrada supera o treino silencioso. Um candidato que resolve um pouco menos problemas, mas pensa em voz alta, nomeia a complexidade e se autocorrige, produz um perfil de sinais mais completo do que quem resolve em silêncio. As próprias orientações de preparação da Meta dizem isso; o formato foi criado para recompensar o raciocínio visível.

A ferramenta de entrevista simulada oferece sessões cronometradas, com dois problemas, narradas em tempo real, o que é o ensaio mais próximo do editor compartilhado de verdade.

A preparação de última hora é sobre fidelidade ao formato, não sobre teoria nova. Resolva em um editor simples com o destaque de sintaxe desligado ou mínimo, diga cada solução em voz alta mesmo sozinho, e limite as sessões a quarenta e cinco minutos com dois problemas para que essa densidade vire normal. Reconstrua o hábito de seguir o código manualmente, porque o editor não vai rodá-lo por você.

Uma engenheira de infraestrutura a dez dias da rodada presencial (onsite) é um caso típico. Ela passou as noites em pares de problemas cronometrados, se gravou para identificar trechos de silêncio, e usou o último fim de semana para simular uma rodada onsite inteira. Nas rodadas reais, o editor, o ritmo e a narração já eram familiares, então sua atenção foi inteiramente para os problemas; a transcrição na própria máquina apenas mantinha as restrições do entrevistador fixadas à vista enquanto ela trabalhava.

Limites honestos continuam valendo: um editor compartilhado ao vivo é uma superfície visível para os dois lados, rodadas gravadas ou monitoradas ficam fora do escopo de qualquer ferramenta de assistência, e um cronograma tão apertado significa que a única coisa que realmente escala é a sua fluência. Esses limites estão reunidos no tema de detectabilidade.