Come posso migliorare alle domande dell'intervista sulla lavagna? [chiuso]

Dovresti comprare una piccola lavagna e esercitarti, esercitarti, esercitarti. Chiedi ai tuoi amici di porre domande da un libro come Interviste di programmazione esposte . Quindi risolvi il problema e spiega loro i tuoi processi mentali esattamente come faresti nel vero affare. Il tuo obiettivo è non sembrare frenetico. Vuoi esprimere pensieri chiari. Anche se non puoi risolvere il problema, mostra loro che il tuo processo di pensiero è intelligente e sulla strada giusta.

Scrivere le risposte su una lavagna non è intuitivo. Ci vuole pratica Ero un insegnante per uno di questi programmi di formazione SAT, e abbiamo trascorso ore di formazione con la scrittura alla lavagna e spiegando i nostri processi mentali. All'inizio del programma, la maggior parte delle persone incespicava sulle loro parole e scriveva con una scrittura orribile. Alla fine, sembravamo veterani esperti. Non vuoi apparire come abbiamo fatto all'inizio del programma.

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

Ci sono tre domande a cui devi rispondere quando fai un colloquio con la lavagna bianca:

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, è il modo in cui sei arrivato alla soluzione , e questo è ciò su cui ti interrogheranno gli intervistatori.

Puoi migliorare? Sì, puoi:

La prossima volta che devi spiegare qualcosa ai tuoi colleghi (altri studenti se stai studiando o altri colleghi di lavoro se stai lavorando), 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 che i tuoi schizzi e lo pseudo-codice facciano comunque schifo e improvvisi. L'obiettivo è raggiungere la risposta insieme al tuo pari ed essere sempre aperto al feedback del tuo pari. Punti bonus se puoi risolvere i problemi. Più lo fai, meglio ci riesci. La pratica rende perfetti.

Oltre a scrivere codice; impara a disegnare diagrammi UML e a parlarne. Sono tutte le caselle, i cerchi e le frecce ei tipi che di solito si disegnano sono diagrammi di classe, diagrammi di sequenza e (molto raramente) schemi di casi d'uso. E in tutti gli altri casi hai solo bisogno di disegnare scatole, cerchi e frecce.

Le lavagne non sono solo per le interviste

Questo potrebbe sembrare un concetto radicale, ma quando chiedo a un candidato una domanda sulla lavagna, sto confrontando mentalmente la sua risposta alle ultime volte che un collega ha usato una lavagna per spiegarmi qualcosa o chiedermi aiuto . Non è solo un test da somministrare al momento dell'intervista, è un'abilità vitale di comunicazione quotidiana.

Quindi, come può aiutarmi a preparare le domande sulla lavagna quando I'm viene intervistato? Lo tratto 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 maggiori informazioni, chiedo. Se qualcosa non sembra giusto, ne parlo con l'intervistatore finché non sono soddisfatto.

Se vogliono che tu invertire un elenco collegato e non ricordi cosa sia un elenco collegato, chiedi. Se il risultato finale è migliore, ti darò voti più alti di quelli che sanno che cosa è una lista concatenata, ma che scrive codice schifoso per manipolarne uno. Non è che inizierai il lavoro in qualche modo magicamente conoscendo tutto il nostro codice e altre informazioni proprietarie, non importa quanto esperto sia un programmatore.

A mio parere, le interviste non sono qualcosa per cui puoi stipare un lavoro, e se tu potessi, distorcerebbe la percezione di quanto sei bravo per il lavoro, e viceversa. È abbastanza facile dire quando qualcuno sta recitando una risposta che hanno memorizzato. Questa è una delle ragioni per cui ho cercato di spingere i candidati al di fuori della loro area di conoscenza. Voglio vedere come reagiscono alle domande per cui non si sono preparati.

Potresti pensare che io sia pazzo, ma mi sento così strongmente sui benefici di valutare il processo di pensiero di qualcuno rispetto alla capacità di memorizzazione, che ho detto agli intervistatori quando rigurgito essenzialmente di una risposta che ho dato al la stessa identica domanda a 3 interviste recenti e chiedo se vorrebbero scegliere qualcosa di più impegnativo. Mi chiedono sempre di "umorarli" comunque, nel caso in cui stia bluffando, suppongo, ma almeno stanno ottenendo una valutazione onesta delle mie capacità.

I have sat on interviews and noticed a big disparity between individuals of similar competency at answering questions on a whiteboard during an interview. Generally being able to clearly explain your thinking, writing readable code with the dry eraser pen, avoiding long moments of silence tended to result in more favorable reviews of the candidate even though in the end the answers were about equally correct.

Non ricordo l'ultima volta che ho lavorato come individuo nello 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 le capacità comunicative in un'intervista è un vantaggio enorme. Le interviste possono renderti nervoso, ma così possono incombere le scadenze e la pressione del lavoro.

Vorrei anche reiterare 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 loro capacità di creare software.

What are some ways that one can get better at whiteboard interview questions?

Are there ways to be better prepared?

Posso pensare a due motivi per cui qualcuno potrebbe avere risposte inadeguate alle domande sulla lavagna: non hanno una buona conoscenza delle informazioni tecniche o sono un povero oratore / presentatore. Certo, potrebbe sempre essere entrambi questi.

Il modo migliore per migliorare dipende dal problema. Il miglioramento tecnico avviene leggendo, facendo e facendo domande (di solito in questo ordine). Le scarse abilità di presentazione derivano dalla pratica, anche se alcune persone sono semplicemente buone oratori, mentre altre no. Penso che chiunque possa sviluppare le capacità comunicative, ma la personalità avrà un ruolo enorme nel modo in cui qualcuno è veramente buono.

Tips for how to proceed during the interview?

Dipende.

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

Trascorrere un paio di minuti a pensare al problema in anticipo, senza dire o fare nulla è sempre una buona idea. Puoi usare questo tempo per porre anche delle domande per chiarire che cosa sta cercando l'intervistatore. Questo non solo ti darà l'opportunità di dare all'intervistatore esattamente quello che sta cercando, ma mostrerà anche che puoi pensare in più modi.

Stare di fronte agli altri e dare una presentazione è un'abilità apprendibile. Se sei debole, ti consiglio di unirti al tuo capitolo locale di Toastmaster . Praticherete alcuni dei "qui è un argomento che non avete mai visto prima, ora alzatevi di fronte agli estranei e spiegatelo" sottolineate di incontrare 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, intervistare è 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 pratichi, tieni sempre presente questo ambiente. Non devi adulare o succhiare loro - il tuo obiettivo è mostrare la tua competenza e il tuo atteggiamento. Parla in modo naturale e spiega cosa ti passa per la testa. Vogliono vedere come pensi, quindi pensa ad alta voce, parla, discuti e fai in modo che siano coinvolti nella tua mente.

Un altro fattore importante è il rimbalzo. I problemi di pratica hanno sempre soluzioni - quando rimani bloccato, puoi controllare il passo 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 pratica senza sempre fare riferimento al manuale. Invita un amico a darti alcuni suggerimenti vaghi ma correlati e cerca di costruire da lì. Spiega come il loro suggerimento ti ha aiutato a risolvere il problema. Mostra loro come stai pensando.

Spero che ti aiuti!

Fare domande ed evitare ipotesi è un altro punto per alcune domande sulla lavagna. Quello che potrebbe sembrare, "Ehi, ho già fatto qualcosa del genere prima e qui è la soluzione ..." è davvero una questione di vedere se farai quelle supposizioni e ti sparerai il piede. Non che sia destinato a essere una domanda trabocchetto o ti mette in imbarazzo, ma ci sono in genere un sacco di piccole cose che se colpisci qualcuno di loro lo farai vedere piuttosto facilmente. Alcune aree di esempio:

• Quanto sono specifici i requisiti? Sei sicuro di quale sarebbe il risultato?
• Quale metrica di complessità è più importante, tempo o spazio, e alcune operazioni valgono più considerazioni di altre, ad es. se stai costruendo una struttura 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 esaminare un esempio o due che mostrano come funzionerebbe la tua soluzione teorica? I casi di test qui possono essere interessanti da scoprire come se ci fosse un input da parte dell'utente, dove è convalidato e in che modo vengono comunicati i messaggi di errore, ecc.

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