System-Design-Interview-Rubric: Ein vollständiges Framework
Das Buzzword-Problem
Ein Kandidat, der sagt „wir würden einen Redis-Cache davor setzen, nach Benutzer-ID sharden, Kafka für den Event-Bus nutzen, und es in Kubernetes ausführen" klingt Senior. Sie könnten Senior sein. Sie könnten auch ein YouTube-Video auswendig gelernt haben. Eine Rubric, die Buzzwords bewertet, kann nicht den Unterschied erkennen.
Die Lösung ist, die Begründung zwischen den Worten zu bewerten, nicht die Wörter selbst.
Fünf Rubric-Dimensionen, die es wert sind, bewertet zu werden
1. Anforderungs-Klärung
Hat der Kandidat gefragt, bevor er gezeichnet hat? „Was ist das Lese-/Schreib-Verhältnis? Wie viele Benutzer? Was ist das Latenz-Budget? Wie sieht Ausfallsmodus X aus?" Ein Senior-Engineer behandelt den Prompt als mehrdeutig. Ein Junior behandelt ihn als Spezifikation.
Score: Deckten sie mindestens eine Einschränkung auf, die das Design bedeutsam ändert?
2. Kompromiss-Artikulation
Für jede Komponenten-Wahl — Caching, Sharding, Konsistenz-Modell — haben sie den Kompromiss genannt? „Postgres ist hier in Ordnung, weil das Schreib-Volumen niedrig ist und wir Transaktionen mögen" schlägt „wir würden Postgres nutzen" selbst wenn die Antwort identisch ist.
Score: Anzahl von Design-Wahlmöglichkeiten begleitet von einer genannten Alternative und einem Grund für die Wahl.
3. Ausfallsmodus-Begründung
Was passiert, wenn der Cache-Cluster fällt? Wenn die Nachrichten-Queue säumt? Wenn der Leader über ausfällt? Senior-Engineers antizipieren Fehler. Weniger erfahrene Engineers designen nur den glücklichen Pfad.
Score: Identifizierten sie den wahrscheinlichsten Ausfallsmodus des Systems unpromptiert?
4. Kosten- und Betriebsbewusstsein
Ein Design, das $40.000/Monat für ein Nebenprojekt kostet, ist falsch. Ein Design, das eine 24/7 Oncall-Rotation für ein Feature mit 100 Benutzern erfordert, ist falsch. Kosten-Bewusstsein — Geld, Komplexität, Personalbestand — trennt Engineers, die Systeme geführt haben, von Engineers, die sie nur auf Papier designt haben.
Score: Dachten sie über Kosten oder operationale Last unpromptiert?
5. Kommunikation unter Korrektur
Wenn du Widerstand leistest — „warte, aber was, wenn X?" — aktualisiert der Kandidat elegant, verteidigt verteidigbar, oder verfällt? Alle drei sind Signal. Elegant zu aktualisieren ist, was du willst. Ein Standpunkt, den du durchdacht hast, zu verteidigen ist in Ordnung. Wild zu verfallen und zu pivoten ist nicht.
Score: Qualität der Antwort auf einen gezielten Widerstand.
Wie man es nutzt
- Bewerte jede Dimension 1–4 mit Ankern darauf, wie jede Stufe aussieht.
- Bewerte unabhängig, bevor du andere Interviewer debriefst.
- Reiche die Rubric ein, bevor du irgendjemands anderen Score liest. ClarityHire's Interview-Reports sperren die Rubric, sodass sie nach dem Sehen Peer-Scores nicht bearbeitet werden kann.
- Gewichte Dimensionen zur Rolle. Eine Staff-Engineer-Schleife sollte Ausfallsmodus-Begründung und Kosten-Bewusstsein gewichten; eine Senior-Schleife kann Kompromiss-Artikulation mehr gewichten.
Die Rubric verhindert nicht, dass ein auswendig gelernter Kandidat passt. Sie verhindert, dass ein auswendig gelernter Kandidat einfach passt — und das ist die meiste des Wertes.