Ao contrário das entrevistas de codificação, que são muito mais comuns e nas quais é possível praticar e simular as condições da entrevista, é muito mais difícil praticar para entrevistas de design de sistemas.
Aqui está uma lista de erros comuns cometidos pelos candidatos ao responder perguntas de entrevistas sobre design de sistemas, e muitos deles não são específicos para entrevistas de design de sistemas front-end. Espero que você se lembre desses pontos e evite-os em suas próprias entrevistas.
Não responda imediatamente à pergunta! Dedique um tempo para reunir os requisitos e esclarecer suposições fazendo perguntas. Responder à pergunta errada de forma correta é pior do que responder à pergunta certa de forma inadequada.
Como as entrevistas de design de sistemas são muito abertas e não possuem um marco de conclusão explícito (ao contrário das entrevistas de codificação, onde você precisa produzir um código funcional), alguns candidatos podem simplesmente falar sobre qualquer coisa que lhes venha à mente, e a resposta pode acabar parecendo confusa para o entrevistador. Utilize o framework RADIO para te auxiliar.
Escreva cada etapa do framework RADIO no quadro branco no início da entrevista e garanta que, ao final da entrevista, você tenha abordado cada seção de forma suficiente. Observe que você não precisa necessariamente completar cada seção em ordem e sempre pode revisitar seções anteriores se tiver deixado de fora certos elementos.
Não insista que existe apenas uma solução, especialmente se o entrevistador lhe pedir abordagens alternativas. Na maioria das vezes, existem várias maneiras de resolver um problema, cada uma com suas próprias compensações (tradeoffs).
O entrevistador quer ver você identificar uma solução com as compensações adequadas para o problema em questão, e não que você diga que existe apenas uma solução correta ou melhor. As outras soluções podem ser claramente ruins e óbvias para você, mas o entrevistador precisa ouvir você explicar por que elas são ruins.
No extremo oposto do espectro de responder muito rapidamente, temos pessoas que permanecem em silêncio. Não permaneça em silêncio o tempo todo e apenas pense em sua cabeça. Pense em voz alta! As entrevistas de design de sistemas têm como objetivo ser exercícios colaborativos entre você e o entrevistador. Trate seu entrevistador como um colega de trabalho, mencione as questões que você identificou, compartilhe ideias e discuta possíveis soluções com eles.
Não se aprofunde demais em um componente específico, seguindo um caminho longo e complexo que não seja relevante para a questão em discussão. Elabore a arquitetura/design de alto nível primeiro e, em seguida, prossiga para as várias partes do sistema. Concentre-se nas partes mais importantes para o problema em questão.
Se você não tiver certeza, pergunte ao entrevistador se deve se aprofundar mais em um componente específico. Seria ruim gastar muito tempo discutindo sobre um componente irrelevante, desperdiçando tempo precioso sem fornecer um sinal útil ao entrevistador.
Não utilize termos da moda ou palavras-chave que você não consiga explicar adequadamente. Pode ser tentador usar termos interessantes como "Virtual DOM", "DOM Reconciliation", "Partial Hydration", "Streaming Server-side Rendering" e você pode fazê-lo se forem relevantes para o tópico atual!
No entanto, se você fizer isso, certifique-se de que consegue explicar o termo que acabou de usar, pois o entrevistador provavelmente irá investigar mais informações para testar seus conhecimentos. É um sinal preocupante se você não conseguir explicar o termo que acabou de usar.