Come posso migliorare con le domande del colloquio sulla lavagna? [chiuso]

Mi sono seduto su interviste e ho notato una grande disparità tra individui con competenze simili nel rispondere alle domande su una lavagna durante un'intervista.

In generale, essere in grado di spiegare chiaramente il tuo pensiero, scrivere un codice leggibile con la penna per cancellare a secco, evitando lunghi momenti di silenzio tendeva a dare una valutazione più favorevole del candidato, anche se alla fine le risposte erano ugualmente corrette.

Come si può migliorare con le domande del colloquio sulla lavagna? Ci sono modi per essere meglio preparati?

Dovresti comprare una piccola lavagna e fare pratica, pratica, pratica. Chiedi ai tuoi amici di farti domande da un libro come Programmare le interviste esposte . Quindi risolvi il problema e spiega loro i tuoi processi di pensiero esattamente come faresti nel vero affare. Il tuo obiettivo è non sembrare frenetico. Vuoi articolare pensieri chiari. Anche se non riesci a risolvere il problema, mostra loro che il tuo processo di pensiero è intelligente e sulla buona strada.

Scrivere risposte su una lavagna non è intuitivo. Ci vuole pratica. Ero un insegnante per uno di quei programmi di formazione SAT, e abbiamo trascorso ore di formazione scrivendo alla lavagna e spiegando i nostri processi di pensiero. All'inizio del programma, molte persone si sono imbattute nelle loro parole e hanno scritto con orribile calligrafia. Alla fine, sembravamo veterani esperti. Non vuoi sembrare come abbiamo fatto all'inizio del programma.

Morale della storia: non andare alla tua intervista impreparata. Risolvere i problemi sulla lavagna è qualcosa che dovresti praticare.

Esistono tre domande a cui è necessario rispondere durante un'intervista alla lavagna:

1. Puoi risolvere il problema?
2. Puoi comunicare chiaramente sul problema e sulla soluzione?
3. Sei in grado di ricevere feedback dagli altri?

Quindi la soluzione non è il punto, è come sei arrivato alla soluzione , ed è su questo che gli intervistatori ti valuteranno.

Puoi migliorare? Si, puoi:

La prossima volta che devi spiegare qualcosa con i tuoi colleghi (altri studenti se stai studiando o altri colleghi se lavori), fai questo:

1. Trascinali sulla lavagna
2. Prendi la penna e la gomma
3. Inizia a spiegare il problema
4. ???
5. Profitto

Oh, e non essere imbarazzato. Supponi solo che i tuoi schizzi e il tuo pseudo codice faranno comunque schifo e improvviseranno invece. L'obiettivo è quello di raggiungere la risposta insieme al tuo pari ed essere sempre aperto al feedback del tuo pari. Punti bonus se riesci a risolvere i problemi. Più lo fai, meglio ci riesci. La pratica rende perfetti.

Altro che scrivere codice; imparare a disegnare diagrammi UML e a parlarne. Sono tutte caselle, cerchi e frecce e i tipi che di solito disegni sono diagrammi di classe, diagrammi di sequenza e (molto raramente) diagrammi di casi. E in tutti gli altri casi devi solo disegnare caselle, cerchi e frecce.

Le lavagne non sono solo per le interviste

Ciò può sembrare un concetto radicale, ma quando faccio una domanda alla lavagna per un candidato, sto confrontando mentalmente la sua risposta alle ultime volte in cui un collega ha usato una lavagna per spiegarmi qualcosa o chiedermi aiuto. Non è solo un test da amministrare al momento dell'intervista, è un'abilità di comunicazione quotidiana vitale.

Quindi, come può aiutarmi a prepararmi per le domande sulla lavagna quando vengo intervistato? Lo tratto proprio come risolvere un problema insieme a un collega, piuttosto che un esame universitario. Ciò significa che presento le mie idee e, quando ho bisogno di ulteriori informazioni, chiedo. Se qualcosa non sembra del tutto giusto, ne parlo con l'intervistatore fino a quando non sono soddisfatto.

Se vogliono che tu inverti un elenco collegato e non ricordi cos'è un elenco collegato, chiedi. Se il risultato finale è migliore, ti darò voti più alti rispetto al ragazzo che sa quale sia un elenco collegato in cima alla sua testa, ma che scrive codice pessimo per manipolarne uno. Non è che inizierai il lavoro in qualche modo magicamente conoscendo tutto il nostro codice e altre informazioni proprietarie, non importa quanto tu abbia esperienza di programmatore.

A mio avviso, le interviste non sono qualcosa per cui puoi stipare, e se potessi, distorcerebbe la percezione di quanto sei adatto per il lavoro e viceversa. È abbastanza facile dire quando qualcuno ha appena recitato una risposta che ha memorizzato. Questa è una delle ragioni per cui cerco intenzionalmente di spingere i candidati fuori dalla loro area di conoscenza. Voglio vedere come reagiscono alle domande per le quali non si sono preparati.

Potresti pensare che io sia pazzo, ma mi sento così fortemente sui benefici della valutazione del processo di pensiero di qualcuno rispetto alla loro capacità di memorizzazione, che ho detto agli intervistatori quando essenzialmente sto rigurgitando una risposta che ho dato alla stessa identica domanda in 3 interviste recenti e chiedi se vorrebbero scegliere qualcosa di più stimolante. Mi chiedono sempre di "umorizzarli" comunque, nel caso in cui io stia bluffando, suppongo, ma almeno stanno ottenendo una valutazione onesta delle mie capacità.

Mi sono seduto su interviste e ho notato una grande disparità tra individui con competenze simili nel rispondere alle domande su una lavagna durante un'intervista. In generale, essere in grado di spiegare chiaramente il tuo pensiero, scrivere un codice leggibile con la penna per cancellare a secco, evitando lunghi momenti di silenzio, tendeva a dare risultati più favorevoli al candidato, anche se alla fine le risposte erano ugualmente corrette.

Non ricordo l'ultima volta che ho lavorato come individuo durante lo sviluppo di software. Ho sempre dovuto coordinare le mie attività con gli altri, discutere le mie decisioni di progettazione e implementazione e lavorare con gli altri per costruire software. Dimostrare abilità comunicative in un'intervista è un grande vantaggio. Le interviste possono renderti nervoso, ma anche le scadenze incombenti e la pressione del lavoro.

Ribadirei anche il mio commento. Data la natura orientata al team dell'ingegneria del software, è necessario considerare più della competenza tecnica. La capacità di parlare e scrivere, soprattutto tecnicamente, è importante per la maggior parte delle posizioni. Valuterei la competenza di qualcuno su tutti i fattori rilevanti per il lavoro, non solo sulla sua capacità di creare software.

Quali sono alcuni modi in cui si può migliorare nelle domande dell'intervista alla lavagna?

Ci sono modi per essere meglio preparati?

Posso pensare a due motivi per cui qualcuno potrebbe avere una scarsa risposta alle domande della lavagna: non hanno una buona conoscenza delle informazioni tecniche o sono un oratore / presentatore scadente. Certo, potrebbero sempre essere entrambi.

Il modo per migliorare dipende dal problema. Il miglioramento tecnico arriva leggendo, facendo e ponendo domande (di solito in questo ordine). Scarse capacità di presentazione derivano dalla pratica, anche se alcune persone sono semplicemente dei buoni oratori, mentre altre no. Penso che chiunque possa sviluppare le capacità comunicative, ma la personalità svolgerà un ruolo enorme nel modo in cui qualcuno è veramente bravo.

Suggerimenti su come procedere durante l'intervista?

Dipende.

Maggiori dettagli sono sempre buoni, fino al punto di una "discarica cerebrale" totale per l'intervistatore. Se non fornivo informazioni sufficienti, gli intervistatori mi chiedevano di spiegare qualcosa in modo più dettagliato e in genere mi ponevano domande esplicite e precise sul mio progetto o codice.

Trascorrere un paio di minuti a riflettere prima sul problema, senza dire o fare qualcosa è sempre una buona idea. Puoi usare questo tempo anche per porre domande per chiarire cosa sta cercando l'intervistatore. Questo non solo ti darà l'opportunità di dare all'intervistatore esattamente quello che stanno cercando, ma mostrerà anche che puoi pensare a modo tuo attraverso molteplici possibilità.

Stare in piedi di fronte agli altri e fare una presentazione è un'abilità apprendibile. Se sei debole, ti consiglio di unirti al capitolo locale di Toastmasters . Eserciterai alcuni degli "ecco un argomento che non hai mai visto prima, ora alzati di fronte agli estranei e lo spieghi" lo stress che incontri durante le interviste, e in particolare la parte della lavagna (se presente).

Mentre altri hanno coperto gli aspetti fisici (pratica!), Toccherò gli aspetti mentali. Indipendentemente da quanta pratica fai, il colloquio è un diverso tipo di ambiente. Non sarai solo o con i tuoi amici - sarai con qualcuno che non hai mai incontrato e che sta cercando di giudicare la tua abilità.

Quando ti alleni, tieni sempre presente quell'ambiente. Non devi adularli o succhiarli: il tuo obiettivo è mostrare la tua competenza e attitudine. Parla naturalmente e spiega cosa succede nella tua testa. Vogliono vedere come pensi, quindi pensa ad alta voce, parla, discuti e coinvolgi la tua mente.

Un altro fattore importante è il rimbalzo. I problemi di pratica hanno sempre soluzioni: quando rimani bloccato, puoi controllare il passaggio successivo, scriverlo, capire e imparare. Ma il tuo intervistatore non è un manuale di soluzione. Ti aiuteranno, ma nessuno dice "il prossimo passo è fare x", diranno "hai pensato a y (che è legato a x)?" Quindi esercitati senza fare sempre riferimento al manuale. Chiedi a un amico di darti alcuni suggerimenti vaghi ma correlati e prova a costruire da lì. Spiega come il loro suggerimento ti ha aiutato a risolvere il problema. Mostra sempre loro come stai.

Spero che sia d'aiuto!

Fare domande ed evitare ipotesi è un altro punto per alcune domande sulla lavagna. Ciò che potrebbe sembrare, "Ehi, ho già fatto una cosa del genere prima e qui è la soluzione ..." è davvero una questione di vedere se avresti fatto quei presupposti e ti avresti sparato. Non che si tratti di essere una domanda trabocchetto o di metterti in imbarazzo, ma in genere ci sono un sacco di piccole cose che se ne colpisci una, ti mostreranno piuttosto facilmente. Alcune aree di esempio:

• Quanto sono specifici i requisiti? Sei sicuro di come sarebbe il risultato?
• Quale metrica di complessità è più importante, tempo o spazio, e alcune operazioni meritano più considerazioni di altre, ad esempio se si sta costruendo una struttura di dati potrebbe esserci il desiderio che l'accesso sia più veloce dell'aggiunta o dell'eliminazione o viceversa?
• Quanto bene puoi spiegare perché la tua soluzione è buona?
• Potresti passare attraverso uno o due esempi che mostrano come funzionerebbe la tua soluzione teorica? I casi di test qui possono essere interessanti da scoprire come se ci fosse l'input dell'utente, dove viene convalidato e come vengono comunicati i messaggi di errore, ecc.

Ci sono altre aree ovviamente, ma quelle sono le principali che prenderei in considerazione quando analizzo come ho fatto in una finta intervista.