Reclutare bravi sviluppatori software è difficile. Un curriculum può sembrare solido, un test tecnico può sembrare impeccabile, eppure il colloquio potrebbe comunque non rivelare se la persona saprà lavorare bene con il tuo team.
In HDWEBSOFT, trattiamo i colloqui con gli sviluppatori come una conversazione, non come un esame. Verifichiamo comunque attentamente le competenze tecniche, ma prestiamo anche molta attenzione a come i candidati spiegano, fanno domande, accolgono i suggerimenti e trasformano un problema vago in una soluzione pratica. Questo vale sia quando costruiamo un team di sviluppo software personalizzato sia quando supportiamo un cliente attraverso un modello di ingegneria estesa.
In questo articolo condividerò l’approccio ai colloqui che usiamo quando assumiamo ingegneri software. È scritto principalmente per gli intervistatori tecnici, ma anche specialisti HR, team lead e founder possono usarlo per capire cosa dovrebbe rivelare un buon colloquio con uno sviluppatore software.
Consiglio inoltre di leggere la Guida del Software Engineer ai Colloqui con i Software Engineers di Chuck Groom e le Domande per i Colloqui con gli Sviluppatori. Entrambi offrono prospettive utili per rendere i colloqui più efficaci e più rispettosi.
Il pubblico di riferimento
Questo articolo è più utile per gli intervistatori tecnici che possono condurre una discussione pratica con i candidati. Alcuni esempi potrebbero risultare difficili per i lettori non tecnici, ma l’idea di fondo è semplice: un buon colloquio dovrebbe rivelare come uno sviluppatore pensa, comunica e cresce.
Definisci prima i tuoi criteri
Prima di fare domande, definisci cosa vuoi valutare. Ogni azienda ha i propri criteri di assunzione, ma nella nostra esperienza i più importanti sono:
- Comunicazione: il candidato sa spiegare con chiarezza, fare domande utili e lavorare con gli altri?
- Livello attuale: cosa sa fare il candidato in questo momento?
- Potenziale: cosa potrà diventare il candidato il mese prossimo, l’anno prossimo e nei prossimi cinque o dieci anni?
Per HDWEBSOFT, la comunicazione è il primo criterio. Lavoriamo come società di sviluppo software offshore con clienti in paesi diversi, quindi anche uno sviluppatore molto capace faticherà se non riesce a comunicare chiaramente.
Inizia con un approccio aperto e sereno
Prima di iniziare la parte tecnica, rendiamo chiara l’atmosfera del colloquio. Diciamo ai candidati qualcosa di simile:
Non andare nel panico. Nessuno sa tutto. Lo scopo di questo colloquio non è dimostrare che conosci ogni risposta. Vogliamo capire se possiamo collaborare, ragionare insieme sui problemi e trovare buone soluzioni.
Questo semplice messaggio aiuta i candidati a rilassarsi. Stabilisce anche l’aspettativa giusta: non stiamo solo testando la memoria; stiamo osservando come lavorano.
Valuta la comunicazione durante tutto il colloquio
Il modo migliore per intervistare gli sviluppatori software è valutare la comunicazione durante l’intero colloquio, non come una sezione separata.
La comunicazione emerge quando i candidati descrivono un progetto passato, chiariscono i requisiti, spiegano una decisione tecnica o ammettono ciò che non sanno. Questi momenti sono spesso più preziosi di una risposta da manuale perfetta.
Sanno spiegare ciò che hanno fatto in passato?
Una domanda utile è chiedere ai candidati di descrivere un progetto a cui hanno lavorato. Ad esempio:
- Qual è il tuo progetto preferito?
- Chi usava il prodotto e quale valore gli ha portato?
- Quali sono stati i punti tecnici più importanti di quel progetto?
- Qual è stato il tuo contributo reale?
La risposta attesa non è un lungo discorso con ogni dettaglio tecnico. Una buona risposta è breve, chiara e focalizzata sui punti importanti.
Questo ci aiuta a valutare due cose:
- Il candidato riesce a comprendere un progetto nel suo insieme?
- Il candidato riesce a individuare i punti chiave senza perdersi nei dettagli?
Se uno sviluppatore non ha una percezione chiara di ciò che ha costruito, è difficile credere che abbia davvero compreso il lavoro. Gli sviluppatori che sanno riassumere bene un progetto passato di solito hanno anche un miglior potenziale per comprendere i progetti futuri.
Sanno trasformare una spiegazione in specifiche tecniche?
Un altro metodo utile è dare ai candidati un piccolo requisito e lavorare insieme verso una soluzione. La difficoltà dovrebbe corrispondere al livello e all’esperienza del candidato.
L’obiettivo non è sempre vedere se conoscono subito la risposta. A volte il segnale migliore è se sanno fare buone domande, comprendere i suggerimenti e adattare il proprio ragionamento.
Di seguito alcuni esempi.
Esempio 1: una domanda semplice per un neolaureato
Domanda: ora a New York è l’1 di notte. Che ore sono in Vietnam?
Se il candidato non sa rispondere immediatamente, gli permetto di fare domande. Una buona domanda potrebbe essere: “Qual è il fuso orario di New York?”
Se non conosce la formula, posso spiegare che il Vietnam è UTC+7 e che New York ha un proprio fuso orario che dipende dalla data. Poi osservo se riesce a usare quella spiegazione per calcolare la risposta.
Il punto non è la geografia. Il punto è se riesce a fare domande significative e a usare le nuove informazioni.
Esempio 2: combinare la domanda con un algoritmo comune
Domanda: ho un array ordinato con 1.000 elementi. Voglio verificare se un valore esiste in quell’array. Nel caso peggiore della ricerca binaria, quanti controlli sono necessari?
Se il candidato ha dimenticato la ricerca binaria, gli spiego come funziona. Se riesce a seguire la spiegazione e a calcolare la risposta, è comunque un buon segnale.
Questa domanda testa più della semplice memoria. Verifica se il candidato riesce a comprendere rapidamente un concetto e ad applicarlo.
Esempio 3: per uno sviluppatore PHP, backend o full-stack
Domanda: dimentica per un attimo le Sessioni PHP. Se dovessi scrivere una tua libreria per fare lo stesso lavoro, cosa costruiresti?
Questa domanda può essere difficile anche per sviluppatori PHP con alcuni anni di esperienza. Se sono incerti, spiego come funzionano le Sessioni PHP e osservo se riescono a ragionare da quel punto.
Molti sviluppatori lavorano principalmente con framework di alto livello come CakePHP, Laravel, Symfony o strumenti simili. Va benissimo, ma a volte questo li porta a sottovalutare i fondamentali. Questa domanda aiuta a rivelare se comprendono cosa accade sotto il framework, il che è particolarmente importante quando devi assumere sviluppatori PHP per un prodotto di lunga durata.
Esempio 4: per uno sviluppatore full-stack
Domanda: come costruiresti un normale flusso di carrello e checkout per un e-commerce?
Se il candidato gestisce bene il flusso base, estendo la domanda: supponiamo che un prodotto abbia un inventario limitato. Come ti assicureresti che la quantità acquistata non superi mai quel limite?
Questo è un buon argomento quando si valutano candidati per lavori orientati al backend. Uno sviluppatore junior potrebbe parlare del comportamento base del carrello. Uno sviluppatore più forte potrebbe discutere di validazione, transazioni, locking, race condition, stato dei pagamenti e rollback degli ordini. Se il tuo progetto dipende da queste decisioni, potrebbe valere la pena lavorare con sviluppatori backend esperti.
Il modo in cui esplorano il problema ci dice molto sul loro livello reale.
Esempio 5: un problema tecnico meno comune ma interessante
Domanda: ho una pagina di amministrazione con un elenco di prodotti. Quando un utente apre la pagina di modifica di un prodotto, come possiamo assicurarci che nessun altro possa modificare lo stesso prodotto contemporaneamente?
Si tratta principalmente di resource locking. Alcuni candidati sanno rispondere direttamente. In caso contrario, li guido verso un caso più familiare: la registrazione degli utenti, dove il sistema deve impedire che due utenti vengano creati con la stessa email nello stesso momento.
Poi chiedo: “Si può applicare qui una pratica simile?”
Questa domanda è utile perché mostra se i candidati sanno trasferire le conoscenze da un problema all’altro.
Cosa rivelano queste domande
Dagli esempi precedenti, il colloquio porta di solito a due situazioni:
- Il candidato risponde fluentemente perché conosce già bene l’argomento.
- Il candidato non conosce subito la risposta, quindi ci lavoriamo insieme.
Il secondo caso è spesso il più interessante. Durante quel processo, possiamo vedere se il candidato fa domande utili, comprende i chiarimenti, ragiona in modo logico e procede verso una soluzione.
Questo ci permette di valutare diverse cose contemporaneamente:
- Comunicazione: sa fare domande e spiegare con chiarezza?
- Livello attuale: che tipo di problemi ha già gestito?
- Potenziale: può diventare un risolutore di problemi, o sa gestire solo compiti ripetitivi?
Ecco perché la discussione basata su scenari è uno dei migliori approcci per intervistare gli sviluppatori software. Comprime molti segnali in un’unica conversazione.
Verifica il livello attuale del candidato
Non mi soffermerò troppo su questa parte perché esistono già molte liste di domande tecniche. Java ha le sue domande più comuni. Lo stesso vale per .NET, Python, iOS, Android, React Native, Node.js, React, Vue, JavaScript, CSS e molte altre aree. Per i product team, questo spesso si collega direttamente al tipo di servizi di sviluppo software di cui hanno bisogno.
Queste domande sono comunque utili. Devi sapere se il candidato è in grado di svolgere il lavoro oggi. Ma una lista di domande sui framework non dovrebbe costituire l’intero colloquio.
Usale per verificare il livello tecnico attuale del candidato, poi usa scenari pratici per capire come ragiona. Per i ruoli orientati alla qualità, includi domande sulla strategia di testing e sui servizi di test automation, non solo sulla sintassi del codice.
Verifica il potenziale del candidato
Il livello attuale conta, ma il potenziale conta ancora di più. Se al livello attuale diamo un peso di 1, al potenziale potremmo dare un peso di 10.
Perché? Perché lo sviluppo software cambia rapidamente. Uno sviluppatore che conosce solo gli strumenti di oggi potrebbe smettere di crescere. Uno sviluppatore con solide basi, curiosità e capacità di problem-solving può continuare a migliorare per anni.
Una migliore formazione può aiutare, ma non è tutto
Un bravo sviluppatore software non arriva sempre da un’università prestigiosa. Molti eccellenti ingegneri sono autodidatti o provengono da scuole ordinarie.
Tuttavia, una formazione solida può fornire basi migliori. Potrebbe non creare un vantaggio visibile oggi, ma nel lungo periodo una base solida può aiutare uno sviluppatore ad apprendere più velocemente e ad andare più lontano.
Una conoscenza di base più solida significa maggiore potenziale
La formazione è solo un segnale. La conoscenza di base è più importante. Diamo valore ai candidati che comprendono i fondamentali in profondità.
Strutture dati e algoritmi
Per quanto riguarda i fondamentali, le strutture dati e gli algoritmi restano importanti.
Molti sviluppatori di applicazioni si concentrano solo sullo sviluppo di applicazioni di alto livello: Java Spring, .NET Framework, Node.js, Python, PHP, React, Vue e così via. È comprensibile, perché questi sono gli strumenti usati ogni giorno.
Tuttavia, gli sviluppatori che comprendono le strutture dati e gli algoritmi di solito hanno una base più solida per il problem-solving, il ragionamento sulle prestazioni e la progettazione dei sistemi.
Tecniche di programmazione
Anche le tecniche di programmazione di base sono importanti. In HDWEBSOFT, ci aspettiamo che gli sviluppatori comprendano le pratiche di clean code e i principi SOLID, non solo che ne ripetano le definizioni.
OOP, design pattern e UML
La maggior parte degli sviluppatori dice di usare la programmazione orientata agli oggetti. Ma è ancora difficile trovare sviluppatori con un pensiero OOP davvero solido.
Molti sanno spiegare astrazione, ereditarietà e polimorfismo. Pochi sanno indicare una riga del proprio codice e spiegare quale principio esprime.
Sono anche colpito quando uno sviluppatore padroneggia diversi design pattern e sa quando NON usarli. I design pattern non sono solo ricette. Sono un linguaggio condiviso per comprendere la struttura, l’intento e il codice degli altri.
Conclusione: il modo migliore per intervistare gli sviluppatori software
Quindi, qual è il modo migliore per intervistare gli sviluppatori software?
Non esiste un’unica domanda magica. Un buon colloquio combina diversi tipi di domande. Usa le domande tecniche per verificare le competenze attuali. Usa le domande sui fondamentali per verificare le basi. Usa gli scenari pratici per verificare comunicazione, problem-solving, adattabilità e potenziale.
In HDWEBSOFT, questo approccio ci aiuta ad assumere ingegneri in grado di dare un contributo da subito e di crescere con le sfide future. Rende anche il colloquio più umano: meno un test, più una vera conversazione di lavoro.
