Perguntas de coding da Meta a esperar

Procura a lista real de perguntas para deixar de adivinhar o que treinar. Esta secção nomeia as famílias que a Meta reutiliza de facto, e é honesta sobre o que uma lista não consegue fazer. Os padrões transferem-se; o screenshot do prompt de outra pessoa, em geral, não.

• Arrays e strings. Dois ponteiros, janelas deslizantes, somas de prefixo e reescritas in-place.
• Grafos. BFS e DFS em grelhas ou listas de adjacência, componentes conexas e caminhos mais curtos em grafos não ponderados.
• Árvores. Travessias, ancestral comum mais baixo, serialização e agregados de caminhos.
• Heaps e ordenação. Elementos K-ésimos, fundir K listas e top-K em streaming.
• Intervalos e maps. Fundir, sobrepor e formas de sweep-line que parecem simples até aos casos limite.

Itens publicados envelhecem porque os entrevistadores escolhem os próprios prompts. O que se mantém estável é a família. Se conseguires nomear o padrão, indicar a complexidade e fazer dry-run em voz alta de um caso que falha, estás mais perto da rodada do que quem memorizou o screenshot do mês passado. Bancos por função estão sob o tópico de bancos de perguntas.

O pad é o mesmo objeto nas duas etapas: um editor partilhado, câmaras ligadas, muitas vezes sem execução. A diferença é a densidade e o follow-up. Um phone screen costuma ter um entrevistador e dois problemas, com um pouco mais de margem para recuperar. Uma rodada de coding no loop tem a mesma forma sob um relógio mais apertado, por vezes com um segundo entrevistador presente, e menos paciência para um arranque em silêncio.

Ambas as etapas querem uma abordagem que funcione antes de o código aparecer. Clarifica a entrada, escolhe uma estrutura, estima tempo e espaço, depois escreve. O segundo problema é muitas vezes uma volta numa família familiar em vez de um domínio novo, por isso acabar o primeiro com tempo restante importa mais do que polir.

Como esta rodada se encaixa no pipeline completo da Meta está no tópico de entrevistas por empresa.

Pratica a rodada, não só o puzzle. Resolve num editor simples sem highlight, diz cada escolha em voz alta e limita a sessão a 45 minutos com dois problemas. Traça o código à mão, porque o pad não o vai executar. Grava uma sessão e ouve os silêncios; é isso que o entrevistador ouve.

Uma engenheira de backend a apontar a um papel E5 passou três semanas numa lista pública com tag Meta e depois congelou num follow-up de grafos que não estava lá. Recuperou ao reformular a nova restrição, escolher BFS e falar do conjunto visited. O entrevistador pontuou que ela conseguia avançar, não que tinha visto aquele prompt.

Repetições cronometradas e narradas perante um entrevistador de IA estão na página de entrevista mock. Esse ensaio é para a parte falada do pad, que o grind em silêncio nunca treina.

O pad de coding é uma superfície partilhada. Teclas, apagamentos e pausas são visíveis para o entrevistador, e um IDE em ecrã partilhado mete no share tudo o que está no ecrã. Ajuda ao vivo fica fora de alcance nessa superfície, incluindo dispositivos supervisionados ou geridos pela empresa.

SubcueAI é feito para as rodadas faladas à volta desse pad. A app nativa de macOS e Windows captura o áudio do sistema mais o teu microfone num overlay local flutuante. Uma extensão de browser Side Panel faz ajuda ao vivo para um separador de reunião em browsers Chromium, capturando só o áudio desse separador, o entrevistador, nunca o teu microfone. Nenhum bot de reunião entra na chamada, e nada é injetado na página da reunião.

Usa-o para manter estrutura numa conversa comportamental ou de design. Não o uses no pad. Limites e arquitetura estão no tópico de detetabilidade.