Una delle tante cose che mi disturbano su LinkedIn è il post "come intervistare gli sviluppatori." Ce ne sono tonnellate, e quasi tutti cadono in tre campi:
Nel corso degli anni ho intervistato decine di volte e assunto centinaia di sviluppatori per varie aziende - da Microsoft e Dell a piccole startup. Ho anche avuto una vita precedente come un psicologo della ricerca specializzato in psicometria (la scienza di misurare le capacità mentali). Così ho visto il processo da ogni lato.
Scrivere codice spesso non è un'attività sociale. Certo - soft skills materia. Ma sono spesso ortogonali alla pratica effettiva di scrivere codice per risolvere problemi di utenti reali.
Quindi come si fa a intervistare qualcuno per un lavoro che è per lo più Riguardo alla scrittura del codice?
La nostra professione è anche ricca di sindrome di impostor L'ho visto in me stesso e in innumerevoli altri. già Ti senti come una truffa?
E spesso siamo un gruppo socialmente imbarazzante Un'intervista stressante. e richiede la soluzione di problemi dal vivo è una ricetta per il disastro.
Allora, come si fa a interrogare qualcuno nervoso, imbarazzante o che dubita già di se stesso?
Non farlo nemmeno. inizio A meno che la loro esperienza non si aggiudichi. e La tua.
Rendere il processo chiaro e umano significa:
Be in tempo. Ansia picchi durante l'attesa. Se sono in ritardo, dare loro qualche minuto - è probabile che non sono in riunioni back-to-back come te.
Chiediti: Si adatterebbero alla squadra in modo temperamentoso? Un programmatore brillante che e' un idiota e' una perdita netta.
Dopo anni di domande di Fibonacci e maratone di lista collegate, ho imparato una verità fondamentale:
I programmatori adorano parlare di codice che conoscono.
Questo è il segreto. E funziona solo se l'intervistatore in realtà capisce ciò che viene mostrato. Se non si conosce il quadro (Angolare, Reagire, qualsiasi cosa) - ancora bene. Concentrarsi sulla struttura, chiarezza, denominazione, intento.
Allora di' loro in anticipo 5 giorni è giusto) che si vuole discutere codice che hanno scritto. Nessuna pressione. Nessun trucco. Solo: Mostrami qualcosa di cui puoi parlare.
Potrebbero non avere GitHub che va bene. Un frammento personale o di lavoro va bene. L'obiettivo non è quello di trovare genio. E 'per trovare proprietà.
Non stai assumendo in base a quanto tempo libero qualcuno ha.
I Mi rende estremamente ansioso - anche se ho costruito centinaia di sistemi. E 'UNNECESSARIO.
Ecco perché questo approccio è migliore:
Junior candidates può hanno bisogno di un piccolo test pratico - ma mantenerlo umano. Non farli refactor un file legacy di 4.000-line.
Chiedi informazioni sui loop, le condizioni, le basi del mondo reale, tienilo legato al lavoro.
Design pattern? Molte persone li usano ogni giorno senza conoscere il nome. Non ottenere appeso sulle etichette.
Enigmi di logica? Mai avuto bisogno di loro nel lavoro reale. Mai una volta visto un uso reale per sapere quanti musicisti di pianoforte esistono a New York.
Che il candidato ottenga il ruolo o meno follow-up.
Se non ce l'hanno fatta Spiegami perche'. Dagli qualcosa di utile da portare via.
Se ce l'hanno fatta Di' loro cosa aspettarti dopo. Lasciateli respirare.
Perche' alla fine
Un colloquio dovrebbe rivelare capacità - non proteggere l'ego. Dovrebbe aggiungere valore - anche quando la risposta è no.
L'intervista più accurata che abbia mai trovato è semplice: Lasciate che i candidati parlino di codice di cui sono orgogliosi. Perche' in codice, l'onesta' mostra. La pressione lo nasconde.
Quando le persone lasciano il vostro colloquio sentimento rispettato anche se respinto Hai gia' costruito qualcosa che valga la pena unirsi.
© 2026 Scott Galloway — Unlicense — All content and source code on this site is free to use, copy, modify, and sell.
