Die Folge-Fragen, die einen Take-Home-Walk-Through tatsächlich nützlich machen

Was der Walk-Through tatsächlich misst

Drei Dinge, alle unsichtbar vom Artefakt allein:

1. Haben sie es tatsächlich geschrieben? Eine Kandidatin, die ihren eigenen Code nicht erklären kann, hat ihn nicht geschrieben.
2. Wie tief ist ihr Reasoning? Das Artefakt zeigt was sie taten. Der Walk-Through zeigt warum, und dort lebt Engineering-Urteil.
3. Wie handhaben sie Pushback? Wenn du eine Entscheidung anfechtest, updaten sie gracefully, verteidigen mit neuen Infos oder geraten in Panik?

Die meisten Walk-Throughs defaulten auf "geh durch was du gemacht hast", und die Kandidatin narriert das Diff. Das deckt vielleicht 30% des verfügbaren Signals.

Die Fragen, die die anderen 70% produzieren

"Warum hast du diesen Ansatz gegenüber [der offensichtlichen Alternative] gewählt?"

Zwingt sie, einen Trade-off zu artikulieren. Wenn sie keine Alternative bedachten, ist das ein Signal.

"Was an diesem bist du am wenigsten zufrieden mit?"

Testet Selbst-Awareness und Quality-Bar. Starke Kandidatinnen können einen spezifischen Kompromiss unter Zeitdruck nennen. Schwache sagen "ich denke alles sieht gut aus."

"Was würde sich ändern, wenn [spezifisches Constraint] anders wäre?"

Wähle ein Constraint, das sie implizit angenommen haben: Skala, Latenz, Edge-Case-Handhabung. Ihre Antwort offenbart, ob sie über Constraints räsonierten oder nur Defaults wählten.

"Geh durch, was passiert, wenn diese Funktion mit [spezifischem Edge-Case] aufgerufen wird."

Testet, ob sie den Code tatsächlich tracten oder von irgendwo bekamen. Wer ihn schrieb, kann Ausführung im Kopf simulieren. Wer einfügte, stolpert.

"Wenn du zwei Stunden mehr hättest, was würdest du ändern?"

Testet Priorisierung. "Ich würde Tests hinzufügen" ist ok. "Ich würde X refactorn, weil ich bemerkte, dass Y fragil ist" ist viel besser. "Ich denke, es ist fertig" ist auf Senior-Level besorgniserregend.

"Zeig mir, wo du am meisten Zeit verbracht hast. Warum war das schwer?"

Oft entdeckst du, dass die Kandidatin 40 Minuten an etwas verbrachte, das eine Senior-Engineer in 10 machen würde — das ist Kalibrations-Daten.

Was nicht zu fragen

• "Hast du KI-Assistenz genutzt?" Frag im Voraus mit spezifischer Policy, oder gar nicht.
• "Geh durch jede Zeile." Zu eng. Du bekommst Narration ohne Urteil.
• "Wie würdest du das auf eine Million User skalieren?" Andere Runde. Vermische System-Design nicht mit Take-Home-Walk-Through.

Die Rubric

Score den Walk-Through unabhängig vom Artefakt:

• Verteidigungs-Tiefe. Erklärten sie warum, nicht nur was?
• Edge-Case-Bewusstsein. Identifizierten sie Schwächen in ihrer eigenen Arbeit?
• Update-on-Pushback.
• Kommunikation.

Eine Kandidatin kann mittelmäßiges Artefakt und starken Walk-Through haben — das ist Hire-Signal. Umgekehrt — starkes Artefakt, schwacher Walk-Through — ist besorgniserregend, dass etwas mit der Autorenschaft des Artefakts nicht stimmt.

ClarityHire zeigt das Take-Home-Artefakt, die Rubric und das Walk-Through-Scoring side-by-side, sodass die Reviewerin Scores sauber Arbeit oder Erklärung zuordnen kann. Beide zählen, und oft sind sie sich uneins.