Available inPortugueseEnglishFrenchGermanHindiRussianSpanish
Entrevista de system design: conceitos centrais
Defenda em voz alta, contra o relógio, um design de sistema nomeando o trade-off que o entrevistador está avaliando, em vez de listar componentes. Para desenvolvedores que já rodam sistemas em produção e precisam do vocabulário na ponta da língua, não de um curso do zero. Noventa e seis cartões em onze capítulos, do escopo do requisito ao cache, à replicação, ao particionamento, às filas e ao serving de modelos; o treino é a sala, não algoritmos nem produtos de um fornecedor.
“Projete o Twitter.” O entrevistador se cala. Qual é o seu primeiro movimento, antes de desenhar a primeira caixa?
Acertar o escopo em voz alta: quem usa, as duas ou três coisas que o sistema precisa fazer e a escala em que ele roda. O projeto é avaliado contra os requisitos que você nomear aqui.
— O primeiro artefato é uma lista, não um diagrama.
Source
Requisitos são o feedback escrito mais comum no nível pleno e seguem no top três no sênior (Hello Interview, “system design requirements”). O ritual é curto: funcionais primeiro (o que o usuário faz), depois os não funcionais que moldam a arquitetura, depois a escala. Dois ou três funcionais é o número certo para 45 minutos, e dizer “são esses que vou projetar” convida o entrevistador a corrigir você enquanto ainda sai barato — em inglês, “let me scope this first”. Desenhar antes é o movimento perdedor: toda caixa que você não justifica por um requisito é uma caixa que vai defender de graça.