Le interviste tecniche sono famose per i loro puzzle. Se ti viene chiesto di scrivere un albero binario su una lavagna, spiegare un algoritmo di ordinamento o implementare FizzBuzz in 10 righe o meno, dovresti prepararti per le domande di programmazione tecnica nell'intervista media.
Ma questa non è l'unica cosa per cui dovresti essere preparato.
La realtà è che molti sviluppatori saranno in grado di risolvere le domande più frequenti sulle interviste di programmazione con poca varianza tra le risposte. Quindi, cosa ti rende diverso dal prossimo candidato? Questo è esattamente ciò su cui ci concentreremo in questi cinque suggerimenti.
1. Parla del tuo ragionamento e del processo di risoluzione dei problemi
La cosa peggiore che puoi fare quando ti viene posta una domanda difficile è rimanere totalmente senza parole. Sfortunatamente, è molto facile farlo per caso. Quando incontri un problema che richiede una notevole energia mentale e concentrazione, è probabile che la tua prima inclinazione sia quella di ritirarti nella tua mente. Anche se questo è naturale, non è anche molto utile per l'intervistatore.
Il punto delle domande tecniche, in parte, è scoprire come pensi di risolvere i problemi. Qual è il tuo processo? Come si scompongono i diversi componenti? Come si arriva a una soluzione? Come reagisci quando provi qualcosa che non funziona? Sei più bravo a sperimentare nel codice o a disegnare qualcosa su una lavagna?
Spiega cosa sta succedendo nella tua testa mentre risolvi il problema. Comportati come se stessi registrando la tua voce per pubblicarla online per insegnare agli altri come risolvere quel problema. Anche se i tuoi intervistatori ti stanno dando lo spazio per pensare in silenzio, potresti trarre beneficio dallo spiegare il tuo processo di pensiero senza che ti spingano a farlo. Ciò non solo li aiuta a comprendere più a fondo le tue capacità e il tuo pensiero critico, ma ti rende anche più memorabile.
2. Cosa c'è di meglio che risolvere un problema in un'intervista tecnica? Risolvendolo due volte
Pochissimi problemi hanno una sola soluzione e tutti i problemi hanno infinite soluzioni errate. Quindi, se ti concentri su un solo modo per risolvere un problema, stai perdendo un'importante opportunità per dimostrare la tua flessibilità e il tuo set di abilità.
Invece di semplicemente andare con una soluzione ben nota o lavorare in una sola lingua, apri la discussione su quel particolare problema e risolvilo per diversi scenari. Ad esempio, se ti viene chiesto di programmare FizzBuzz, potresti offrirti di farlo in due lingue, oppure impiegando due paradigmi diversi, o magari prendendo alcuni vincoli di prestazione per una soluzione e vincoli estetici per un'altra.
Convalidando che il problema può avere più soluzioni, stai dimostrando la tua adattabilità, flessibilità e consapevolezza, tutto ciò infonderà fiducia nei tuoi intervistatori che sarai in grado di scegliere la soluzione giusta tra molte possibilità.
Ovviamente, non esagerare: c'è un'arte da leggere quando rispondere a una domanda con più soluzioni è eccessivo o felicemente accolto. In caso di dubbi, non aver paura di chiedere ai tuoi intervistatori se si preoccupano se ti prendi del tempo per espandere la tua soluzione con un'opzione secondaria.
3. Non aver paura di condividere le tue opinioni, se applicabile
A volte, mentre affronti i problemi, prenderai decisioni interamente basate sui tuoi gusti e opinioni. E va bene, i datori di lavoro sono interessati alla tua opinione! Il modo in cui pensi e reagisci alle situazioni fa una grande differenza per la cultura di un'azienda. Avere un'opinione è anche un segno di leadership e maturità tecnica come sviluppatore. Per discutere delle tue opinioni devi aver valutato altre posizioni su un determinato argomento.
Ricorda, tuttavia, che le opinioni possono essere tenute molto da vicino. Se non sei d'accordo con il tuo intervistatore su un determinato argomento, cammina leggermente quando condividi tali informazioni. Anche se è bello avere un punto di vista, è anche importante notare che la condivisione non è sempre necessaria e sapere come scegliere le tue battaglie. Una buona regola empirica: non condividere la tua opinione a meno che non ti venga chiesto.
4. Non finire mai una risposta con "Non lo so"
A meno che tu non stia affrontando uno scenario di "Kobayashi Maru", non porre mai fine a un'intervista con "Non lo so". Non è un'opzione sul lavoro, quindi non dovrebbe essere un'opzione nell'intervista.
Certo, non sto dicendo che dovresti sapere tutto. È impossibile! Ma dovresti dimostrare di avere una strategia per imparare ciò che devi sapere per fare il lavoro. Prova a rispondere con "Non so come farlo, ma ecco come farei per capirlo." Questa risposta dovrebbe andare oltre il semplice dire "Lo farei su Google". Farai meglio a spiegare la direzione più probabile su cui indagheresti.
Soprattutto, non vergognarti! L'apprendimento è in gran parte il processo per capire le cose che non conosci. Il tuo datore di lavoro non si aspetta che tu sia perfetto, ma si aspetta che tu sia diligente e intelligente e che non lasci mai un problema.
5. Gioca sempre per la squadra
A meno che tu non sia uno sviluppatore freelance, il tuo lavoro sarà sempre impostato nel contesto di un team e il successo del team è sempre fondamentale per il tuo. Quindi il tuo colloquio dovrebbe riflettere che non ti preoccupi solo di risolvere i tuoi problemi in un determinato giorno, ma piuttosto che ti concentri sul fare tutto il necessario per il successo della squadra.
Quindi, come puoi comunicarlo in un'intervista?
Non discutere mai dei problemi come se fossero nel vuoto
Quasi ogni progetto avrebbe praticamente requisiti e limiti di risorse, quindi mostra la tua consapevolezza del contesto del problema. Un problema che è stato risolto bene ma ha superato il budget non è davvero la soluzione migliore.
Mostra la tua consapevolezza dell'esperienza nel team esistente
A volte la risposta migliore a una domanda è chiedere ad altri membri del tuo team di collaborare con te e potresti fare riferimento a quelle persone nelle domande tecniche: “Se mi fosse presentato questo problema nel contesto del nostro team, probabilmente chiederei di rivedere anche la mia soluzione. ”Ciò dimostra che sei disposto a fare affidamento sull'esperienza degli altri e che il tuo obiettivo è arrivare alla soluzione migliore.
Comunica esplicitamente i valori guidati dal tuo team
Questo è un problema abbastanza importante che dovresti venire subito a dirlo. Vuoi assicurarti che i tuoi datori di lavoro siano pienamente consapevoli del fatto che il tuo obiettivo è aiutare l'azienda ad avere successo, non solo sederti alla scrivania e programmare tutto il giorno.
In definitiva, il tuo lavoro come sviluppatore non è solo codificare. Deve essere un giocatore di squadra, un leader e qualcuno che non è mai disposto a smettere di risolvere un problema. Le opportunità in un colloquio tecnico non sono solo di dimostrare che è possibile raggiungere obiettivi o scrivere algoritmi, ma anche di mettersi al di sopra della concorrenza e mostrare il valore aggiunto a un datore di lavoro.
