Bewertungs-Design

Open-Book-Coding-Bewertungen: Wann sie funktionieren und wann nicht

ClarityHire Team(Editorial)2 min read

Sie stellen ein? Senden Sie Kandidaten ein bewertetes, betrugssicheres Assessment.Kostenlos starten

Die Closed-Book-Ära ist vorbei

So zu tun, als würde Kandidaten nicht ChatGPT, Stack Overflow, GitHub Copilot und die Dokumentation für jedes Tool haben, das sie nutzen, ist institutionelle Selbstverblendung. Die ernsthafte Frage ist nicht mehr "sollten wir ihnen erlauben, dies zu nutzen?" — es ist "welche Bewertung liefert Signal, wenn wir es doch?"

Wie "Open-Book richtig gemacht" aussieht

Open-Book bedeutet nicht "einfacher." Richtig gemacht bedeutet es:

  • Das Problem ist schwieriger als eine Closed-Book-Version, weil der Kandidat Tools hat.
  • Die Grading konzentriert sich auf Urteil, nicht Erinnerung.
  • Das Follow-up ist obligatorisch, weil Einreichung allein nicht mehr hinreichender Beweis der Urheberschaft ist.

Drei Open-Book-Formate, die Signal liefern

1. Die "baue etwas Realistisches in 90 Minuten"

Der Kandidat hat vollständiges Internet, vollständige AI, vollständige Docs. Die Aufgabe ist realistisch und leicht größer als das, was er unaided in der Zeit tun könnte. Grading konzentriert sich auf: machte er die richtigen architektonischen Entscheidungen, priorisierte er richtig, machte der Testansatz Sinn.

Dieses Format belohnt erfahrene Ingenieure, die wissen, was zu bauen über schnelle Typisten, die Closed-Book-Herausforderungen schleifen können.

2. Die "verbessere diese Codebasis"-Übung

Kandidat bekommt eine funktionierende, aber fehlerhafte Codebasis. Aufgabe: identifiziere und behebe die drei größten Probleme, mit schriftlicher Erklärung. Tools erlaubt: alles.

Ein Senior Ingenieur mit AI ist viel schneller als ein Junior mit AI. Der Differenziator wird, welche Probleme sie wählen zu beheben.

3. Die "Design + Prototype"-Aufgabe

Ein kleines System Design-Problem (40 min) gefolgt von 50 min Prototyp des interessantesten Stücks. Öffne alles. Grading konzentriert sich auf das Design-Diskussion und die Entscheidungen im Prototyp.

Wie man Open-Book fair bewertet

Die Grading Rubrik muss sich ändern. Fallen lasse "schrieb idiomatischen Code" — Copilot macht das kostenlos. Füge Dimensionen wie diese hinzu:

  • "Machte angemessene architektonische Entscheidungen gegeben Einschränkungen"
  • "Identifizierte die richtigen Dinge, zuerst zu bauen"
  • "Fing den nicht-offensichtlichen Edge Case"
  • "Nutzte Tools effektiv und transparent"

Das obligatorische Follow-up

Eine 30–45 Minuten Live-Diskussion der Einreichung. Der Kandidat geht durch seinen Code, erklärt Entscheidungen, nimmt eine kleine Erweiterungs-Anfrage an. Hier wird Urheberschaft bestätigt.

Ohne das Follow-up, ist Open-Book unscorebar. Mit ihm, Open-Book gibt dir besseres Signal als jede Closed-Book-Interview jemals tat.

Coding AssessmentOpen BookTechnical HiringAssessment Design

Verwandte Artikel