Zo ga je om met een kandidaat die een tweede monitor gebruikt in een live coding interview
Het realistische beeld
De meeste kandidaten hebben multi-monitor setups. Ze gebruiken ze voor alles: documentatie, de probleemstelling, hun aantekeningen, een chatvenster met een recruiter, een LLM-tabblad. Sommige toepassingen zijn prima. Sommige zijn problematisch. Een totaal "geen tweede monitor" regel is ontoepasbaar, vervreemdt kandidaten met legitieme redenen (toegankelijkheid, ergonomie, tweetaligwerken), en duwt bepaalde bedrieger naar telefoon-op-bureau-buiten-beeld.
Het juiste beleid onderscheidt gebruik van misbruik.
Wat je expliciet toestaat
- Documentatietabs (MDN, taaldocs, framework docs)
- De probleemstelling open in een afzonderlijk venster
- Een notitieblok voor kladwerk
- IDE-functies die de kandidaat normaal gebruikt (autocomplete, linters, language servers)
Wat je kandidaten vraagt niet te doen
- Gebruik AI assistants (ChatGPT, Copilot inline suggesties) tijdens een live codering ronde waar het doel is het redeneren van de kandidaat te evalueren, niet hun toolkennis
- Een ander persoon op een call of in de kamer hebben
- Verwijzen naar speciaal voor dit interview voorbereide materialen
Voor take-home rondes is "gebruik wat tools je helpen, wees bereid om uit te leggen in de doorloop" het betere beleid. Verschillende rondes, verschillende regels.
Hoe je het beleid communiceren
In de interview uitnodiging, expliciet: "Dit is een live coding ronde. We willen je redenering zien, dus gebruik alsjeblieft geen AI codeeringsassistenten of laat iemand anders helpen. Je mag grust docs, aantekeningen en je normale IDE gebruiken. De vervolgprogramma doorloop zal je code onderzoeken."
Kandidaten waarderen helderheid. De vage "handelen met integriteit" framing is slechter dan specifieke dingen — zowel voor de eerlijke kandidaat (die zich zorgen maakt iets fout te doen) als voor het pakken van de oneerlijke (die onduidelijkheid kan beweren).
Wat je tijdens het interview doet
- Camera aan. Niet omdat je een tweede monitor visueel spot — je zult het meestal niet — maar omdat de sociale norm van op camera zijn off-camera fratsen psychologisch moeilijker maakt.
- Deel het hele scherm, niet alleen de IDE. De andere vensters en tabstrip van de kandidaat zijn zichtbaar. Dit vangt duidelijke gevallen (een Stack Overflow tabblad gelabeld "interview answer" — ja, het gebeurt).
- Stel procesvragen, niet alleen uitkomstvragen. "Loop me door wat je denkt voordat je typt." Een gecoachte kandidaat die van een ander venster leest zal vaak vreemd pauzeren tussen denken en typen. Het patroon is zichtbaarder in gesprek dan in code.
De vervolgprogramma die belangrijk is
Wat er ook gebeurde in de live ronde, een 5-minuten "loop me terug door wat je deed" aan het einde lost meeste onduidelijkheid op. Een kandidaat die hun eigen code schreef kan hun redenering afspelen. Een kandidaat die geplakt heeft zal worstelen.
ClarityHire toont een "tab-switch frequentie" en "paste-event" signaal tijdens live coding rondes — context, niet uitspraak. De interviewer ziet of er 47 tabwissel waren in een 30-minuten coderingsronde en kan besluiten of ze dieper willen.
Wanneer escaleren
Als je specifiek bewijs hebt (duidelijk plakken van buiten scherm, hoorbare tweede stem, zichtbaar persoon op camera in reflectie), pauze het interview, adresseer het direct, en beslis of je doorgaat of beëindigt. De meeste interviewers under-reageren op duidelijk bewijs en over-reageren op onduidelijk signaal. Bias naar het promptly adresseren van duidelijke gevallen en het negeren van onduidelijke.
De samenvatting
Probeer niet regels af te dwingen die je niet kunt observeren. Stel expliciete, rol-passende verwachtingen in. Gebruik de doorloop als je echte controle. Reserveer harde reacties voor ondubbelzinnige gevallen. Het doel is aanstellingsbeslissingen, niet het pakken van fraudeurs.