Available inSpanishEnglishFrenchGermanHindiPortugueseRussian
Entrevista de diseño de sistemas: conceptos básicos
Defiende un diseño de sistema en voz alta contra el reloj, nombrando el trade-off que el entrevistador realmente evalúa en lugar de enumerar componentes. Para desarrolladores que ya operan sistemas en producción y necesitan el vocabulario a mano, no una introducción desde cero. Noventa y seis tarjetas en once capítulos, desde acotar los requisitos hasta caching, replicación, partición, colas y servicio de modelos; entrena lo que se pregunta en la sala, no algoritmos ni productos de un proveedor concreto.
«Diseña Twitter». El entrevistador calla. ¿Cuál es tu primer movimiento, antes de dibujar una sola caja?
Acordar el alcance en voz alta: quiénes son los usuarios, las dos o tres cosas que el sistema debe hacer y a qué escala corre. El diseño se juzga contra los requisitos que nombres aquí.
— El primer artefacto es una lista, no un diagrama.
Source
El trabajo de requisitos es el comentario escrito más frecuente en nivel medio y sigue en el top tres en senior (Hello Interview, «system design requirements»). El ritual es corto: primero los funcionales (qué puede hacer un usuario), luego los no funcionales que dan forma a la arquitectura, y por último la escala. Dos o tres funcionales es el número correcto para cuarenta y cinco minutos, y decir «voy a diseñar para estos» invita al entrevistador a corregirte cuando aún sale barato. Dibujar primero es la jugada perdedora: cada caja que no puedas justificar desde un requisito es una caja que defenderás gratis.