Hoe een 30-Minuten Technische Telefonscreen Te Ontwerpen Die Werkelijk Signaal Produceert

Waarvoor een 30-minuten screen is

Een 30-minuten technische telefonscreen bestaat voor één reden: om te beslissen of de volgende 4–6 uur onsite- of virtuele loop-tijd waard is voor deze kandidaat. Dat is het hele baantje. Het is niet een mini-onsite. Het is niet een cultuurspraak met wat code aan het einde. Het is een poort.

Deze framing is bevrijdend. Je hoeft niet alles te beoordelen. Je hoeft de één of twee dingen te beoordelen die, als ze mislukken, de rest van de loop verspild is.

Het 30-minuten budget

Een werkend budget dat contact met realiteit overleeft:

• 2 minuten — korte intros, kandidaat's huidige rol.
• 3 minuten — leg het format uit, stel verwachtingen, bevestig tooling werkt (microfoon, code-editor, scherm delen).
• 20 minuten — één technisch probleem, van begin tot einde.
• 3 minuten — kandidaat vragen.
• 2 minuten — wrap, volgende-stap framing.

Het 20-minuten technische blok is het enige stuk dat telt. Alles ander is overhead die je niet verder kunt samendrukken zonder onbeleefd te zijn.

Kies het juiste probleem

Een 30-minuten probleem is niet een Leetcode hard. Het is ook niet Fizzbuzz. De juiste vorm is:

• Oplosbaar van begin tot einde in 15 minuten door een sterke kandidaat, met 5 minuten voor vervolgvragen.
• Heeft een duidelijke naïeve oplossing, zodat een zwakke kandidaat iets produceert en niet bevroren raakt.
• Heeft een duidelijke volgende-niveau-optimalisatie, zodat een sterke kandidaat na de naïeve pass ergens heen kan.
• Vereist geen terugroeping. Niets als "implementeer een B-tree". Je test denken, niet memorisering.

Voorbeelden die werken: "gegeven een lijst van vergaderingen, vind conflicten", "implementeer een LRU-cache tegen een gegeven interface", "gegeven een CSV-achtige blob, groepeerij rijen per sleutel". Ze zijn allemaal eenvoudig genoeg dat de naïeve oplossing in een schermcode past, en rijk genoeg dat er een echte vervolgvraag is.

Voorbeelden die niet werken in 30 minuten: alles grafiek-algoritme-vorm, alles dat steiger vereist, alles waar de kandidaat 10 minuten de prompt begrijpt.

Wat je werkelijk beoordeelt

Voor een telefonscreen, drie assen — niet vijf. Alles anders is theater bij dit tijdbudget.

1. Leest het probleem voor codering. Stelt de kandidaat één ophelderingsvraag, herformuleert het probleem, en stelt een benadering voor vóór typen? Of hamert ze op het toetsenbord terwijl je toekijkt?
2. Schrijft code die werkt. Niet perfecte code. Niet idiomatische code. Werkende code, waarbij de kandidaat randgevallen opmerkt terwijl ze voortgaan.
3. Kan praten terwijl typen. Stille codering voor 15 minuten is een niet-huur signaal ongeacht of de code werkt, omdat elke latere ronde ze luid denken nodig heeft.

Dat is alles. Als de kandidaat alle drie met een 3-of-beter raakt, ruk je vooruit. De gestructureerde rubric voor de volledige loop doet het zwaardere tillen later.

Wat te snijden

• Systeemdesign bij de telefonscreen. Spaar het voor het onsite. Je kunt geen zinvol signaal in 8 minuten krijgen.
• Gedragsvragen voorbij "vertellen me je huidigerol". Spaar die voor de toegewijde ronde.
• "Vertel me over een project." Het is een geweldige vraag. Het is geen 30-minuten-scherm vraag.
• Neem-huis waarnaar in de screen wordt verwezen. Als je een neem-huis hebt, komt het ervoor of daarna — niet gevouwen in de screen.

Voer de screen uit op de tooling die de werkelijk loop gebruikt

Een 30-minuten scherm op Google Docs gevolgd door een 90-minuten onsite op een werkelijk editor is een kandidaat-ervaring-noodsituatie. De kandidaat brengt het scherm door te demonstreren zij kunnen Python in een non-syntax-verlichte tekstneld schrijven — en dan test het onsite iets anders. Gebruik dezelfde editor en dezelfde executieomgeving van begin tot einde. Zie de live-codering-best-practices-gids voor de diepere versie.

Hoe ClarityHire aansluit

De interviewkamer standaards naar de Monaco-editor met Yjs samenwerkende typen en een werkelijk Linux-container achter de run-knop, dus een 30-minuten scherm is in hetzelfde oppervlak als je 90-minuten loop. De telefonscreen-scorecard-sjabloon werd verzonden met de drie-as-rubric pre-konfigureerd; kies het, pas de ankers voor je rol aan, en je bent klaar.

TL;DR

De 30-minuten telefonscreen is een poort, niet een mini-loop. Één technisch probleem, drie beoordelingsassen, dezelfde tooling als de volledige loop, geen systeemdesign, geen gedrag voorbij intros. Alles anders en je onderwaardeert de kandidaat of raakt de klok af.