Perguntas de entrevista de design de sistemas na Meta

Você pode ter se preparado decorando curiosidades de sistemas distribuídos, e essa etapa não recompensa isso. Esta seção cobre os formatos reais das perguntas, mais próximos da engenharia de produto do que da infraestrutura. O padrão recorrente é um recurso em escala de consumidor que você já usa, entregue como um problema aberto.

• Projete um feed de notícias. Ranking, fanout na escrita versus fanout na leitura, e o que acontece com contas com milhões de seguidores.
• Projete um sistema de mensagens ou chat. Garantias de entrega, ordem, presença e sincronização offline entre dispositivos.
• Projete um sistema de notificações. Deduplicação, processamento em lote, limites de taxa por usuário e entrega via push, e-mail e in-app.
• Projete amigos por perto ou um recurso de localização. Indexação geoespacial, frequência de atualização e o modelo de privacidade.
• Projete um componente de busca ou de tendências. Atualidade do índice contra latência de consulta.

Alguns processos dividem isso em uma variante de arquitetura de produto, mais próxima do comportamento visível ao usuário. Pergunte ao recrutador qual delas você vai ter, porque a preparação muda.

O modo de falha típico é começar a desenhar caixas no minuto dois. Uma divisão que funciona: esclarecer requisitos e escopo, esboçar a API e o modelo de dados, desenhar a arquitetura de alto nível e depois aprofundar onde o entrevistador apontar.

• Requisitos primeiro. Quais usuários, quais plataformas, mais leitura ou mais escrita, e o que você explicitamente não vai construir.
• Números em seguida. Uma estimativa aproximada de usuários ativos diários, taxas de requisição e tamanhos de payload, para que os trade-offs seguintes tenham uma base.
• Modelo de dados antes dos diagramas. Como é uma entidade e como ela é consultada geralmente decide a arquitetura.
• Um único aprofundamento. Espere ser direcionado a um único componente e questionado sobre como ele falha.

Diga suas suposições em voz alta. Um entrevistador que discordar de uma suposição vai corrigi-la, o que é informação gratuita; uma suposição não dita apenas parece uma lacuna.

Respostas medianas descrevem uma arquitetura correta. Respostas fortes nomeiam o trade-off que aceitaram e a falha que estão dispostas a tolerar. Dizer "estou escolhendo fanout na escrita porque a leitura domina aqui, e aceito escritas lentas para contas de celebridades, que eu trataria com um caminho de pull separado" vale mais do que um diagrama perfeito.

Imagine uma engenheira de backend em uma entrevista para um cargo sênior. Ela é convidada a projetar um sistema de notificações e passa os primeiros seis minutos só em requisitos: se um usuário pode receber duas notificações para um mesmo evento, se a ordem importa, qual é a janela de retenção. O entrevistador depois diz que a discussão sobre deduplicação foi a parte decisiva da entrevista, e ela nunca passou de um diagrama de uma única página.

Ensaiar essa narrativa sozinho na mesa é a parte difícil. Você pode praticar perguntas de design com um entrevistador de IA na página /mock-interview e se acostumar a falar enquanto pensa.

Em uma entrevista por vídeo falada, o SubcueAI transcreve a pergunta do entrevistador e mostra uma estrutura sugerida do seu lado, na sobreposição de desktop no macOS e no Windows ou no painel lateral da extensão de navegador Chromium. Nenhum bot de reunião entra na chamada, e nada é injetado na página da reunião. Para uma entrevista de design, o valor real é uma lista de verificação para o que você sempre esquece sob pressão, como a estimativa de capacidade ou o modo de falha, em vez de uma resposta lida em voz alta.

Os limites são firmes. Entrevistas de design costumam rodar em uma ferramenta de quadro branco compartilhado com sua tela compartilhada, e tudo na sua tela fica visível para a banca. Ler uma resposta gerada também desmorona na hora, porque a próxima pergunta do entrevistador é "por que não a outra abordagem?". Entrevistas relacionadas de outros empregadores estão no tópico de entrevistas por empresa.