Open-book code evaluaties: Ontwerp voor het AI-tijdperk
Het dichtboek-tijdperk is voorbij
Doen alsof kandidaten geen ChatGPT, Stack Overflow, GitHub Copilot en documentatie voor elk tool dat zij gebruiken hebben, is institutionele zelf-bedrog. De ernstige vraag is niet langer "moeten we hen dit laten gebruiken?" — het is "wat evaluatie produceert signaal wanneer we dit wel doen?"
Wat "open-book goed gedaan" eruit ziet
Open-book betekent niet "makkelijker." Juist gedaan, betekent het:
- Het probleem is moeilijker dan een dichtboek versie, omdat de kandidaat tools heeft.
- De beoordeling richt zich op oordeel, niet herinnering.
- De vervolgstap is verplicht, omdat indiening alleen geen voldoende bewijs meer is van auteurschap.
Drie open-book formaten die signaal produceren
1. De "bouw iets realistisch in 90 minuten"
De kandidaat heeft volledig internet, volledig AI, volledig documenten. De taak is realistisch en iets groter dan zij ongesteund in de tijd zouden kunnen doen. Beoordeling richt zich op: maakten zij de juiste architectuur keuzes, prioriteerde zij juist, maakte de testaanpak zin?
Dit formaat beloont ervaren engineers die wat te bouwen weten boven snelle typisten die dichtboek challenges kunnen malen.
2. De "verbeter deze codebase" oefening
Kandidaat krijgt een werkende maar gebrekkige codebase. Taak: identificeer en repareer de drie grootste problemen, met geschreven uitleg. Tools toegestaan: alles.
Een senior engineer met AI is veel sneller dan een junior met AI. De differentiator wordt welke problemen zij kiezen op te lossen.
3. De "ontwerp + prototype" taak
Een klein systeem ontwerp probleem (40 min) gevolgd door 50 minuten prototype van het meest interessante stuk. Open alles. Beoordeling richt zich op het ontwerp discussie en de keuzes gemaakt in de prototype.
Hoe open-book eerlijk te beoordelen
De beoordeling rubric moet wijzigen. Zet neer "schreef idiomatische code" — Copilot doet dat gratis. Voeg dimensies toe zoals:
- "Maakte passende architectuur keuzes gegeven beperkingen"
- "Identificeerde de juiste dingen eerst te bouwen"
- "Ving het niet-duidelijke edge case"
- "Gebruikte tools effectief en transparant"
De verplichte vervolgstap
Een 30–45 minuten live discussie van de indiening. De kandidaat loopt door hun code, legt keuzes uit, neemt een kleine uitbreidingsverzoek aan. Dit is waar auteurschap wordt bevestigd.
Zonder de vervolgstap, open-book is onscoreable. Met het, open-book geeft je beter signaal dan elke dichtboek interview ooit deed.