Processo di intervista (utilizzando carta bianca, ecc.) [duplicato]

Penso che non siano così interessati a verificare la sintassi ma la logica che stanno cercando di mettere. Hanno bisogno di risolutori di problemi ed è importante sapere quale approccio si sta tentando di implementare per risolvere un problema. La sintassi corretta sarebbe un vantaggio, ma non necessariamente quello che stanno cercando.

Parlando dall'esperienza sull'intervistato e sul lato intervistatore delle cose: i problemi in cui ti viene chiesto di usare un pezzo di carta o lavagna bianca sono fatti perché il tuo potenziale datore di lavoro essenzialmente vuole sapere due (2) cose su di te:

• Sei un risolutore di problemi ? Potrebbe sembrare elitario e duro, ma se non riesci a risolvere i miei problemi, allora perché dovrei assumerti?
• Sei in grado di comunicare bene su come risolvi un problema? Lavorerai insieme a un team, alla direzione e alle vendite. La mancata comunicazione è problematica in un ambiente di squadra, ci sono molte volte durante la creazione / lo sviluppo del software, in cui una soluzione può causare il caos su un'altra. Non sottolineerò mai abbastanza quanto sia importante che una semplice chat ti abbia salvato e che il tuo team abbia a che fare con il caos e trovare una soluzione ancora migliore.

Quando il problema che ti viene dato viene svolto direttamente dall'intervistatore, dovresti essere in grado di rispondere ad alcune domande e risolvere problemi senza la necessità di IDE o altri strumenti. Di solito i problemi che ti vengono dati dovrebbero essere rispondenti indipendentemente dalla conoscenza intellisense / autocomplete in quanto comunque non ti aiuteranno comunque nella progettazione di software e algoritmi, quindi è una falsa affermazione se qualcuno ti dice altrimenti poiché questi strumenti aiutano solo la tua produttività. Non sarei sorpreso se i candidati che lamentano la mancanza di IDE sono contrassegnati in rosso come utenti copia / incolla / wizard piuttosto che come programmatori / programmatori "reali".

Quindi, se ti trovi in una situazione in cui devi scrivere il codice, procedi come segue:

1. Fai un respiro profondo. Prendi quel sangue che circola nella tua testa.
2. Concentrati sul problema in questione. Tutto il resto è irrilevante.
3. E qualunque cosa tu faccia: Non farti prendere dal panico! Assumi sempre le buone intenzioni . Solo per quello che ne sai: scappare è un brutto segno.

Di solito non verrai comunque calibrato sulla correttezza della sintassi. Finché sai quali sono le variabili, gli array, i loop e i condizionali, dovresti essere in grado di risolvere i problemi sulla carta. Punti bonus se è possibile ricordare alcune strutture e algoritmi del computer. A volte l'intervistatore potrebbe sondare gli errori di battitura e sarebbe utile riconoscere i propri errori; in tali situazioni basta scusarsi, correggere e andare avanti.

E se vuoi fare pratica, c'è Project Euler ... oppure potresti semplicemente lavorare su problemi reali nella scrittura di applicazioni reali .

Poche società che conosco sono troppo particolari riguardo alla sintassi. Non si aspettano che tu scriva pseudo-codice, ma non si aspettano che tu scriva anche un codice sintatticamente perfetto. E 'per vederti sapere come procedere.

Se una società si aspetta che tu scriva codice compilabile su carta, probabilmente non è una società per cui vuoi lavorare.

Mostra quanto effettivamente conosci .

Il completamento automatico di intellisense / google / altri siti - sono solo strumenti.

Anche se devo ammettere che sapere cosa cercare e farlo velocemente è anche un'abilità, è diversa da quella richiesta in quel tipo di test.

Una persona che può scrivere un programma senza prima cercarlo di solito sarà più produttivo perché non sta perdendo tempo a cercarlo.

Perché?

Perché troppe persone con curriculum di bell'aspetto non possono farsi strada da un sacchetto di carta.

Inoltre, ci sono persone che forse possono codificare, ma non possono comunicare cosa o perché lo stanno facendo in quel modo, il che è un grosso danno per le situazioni di codifica della squadra.

E non preoccuparti della colorazione a punteggiatura e di altre cose che l'IDE può risolvere; perché se si tratta di qualcuno per cui vuoi lavorare, questa non è la parte della risposta a cui sono realmente interessati.

Perché voglio sapere se puoi salire alla lavagna durante una delle nostre sessioni di brainstorming e trasmettere le tue idee al resto della squadra.

Non mi interessa nemmeno se sai come si scrive il tuo nome, finché puoi alzarti di fronte al team e trasmettere le tue idee a tutti noi.

Questo potrebbe essere considerato un buon modo per identificare i candidati vera comprensione ed esperienza di una lingua.

Tuttavia, non sono un fan, i programmatori oggi usano IDE e strumenti perché migliorano la produttività. Se un candidato può fare grandi cose usando solo il Blocco note, non lo valuterei su qualcuno che può fare grandi cose usando l'intelisense, perché dovrei?

Potresti essere il più grande scavatore del mondo con una pala in mano, ma assumerei il tipo che è fantastico con l'escavatore se volessi scavare una grande buca.

Tuttavia, per esperienza personale, sono stupita da quante volte ho cercato di annotare soluzioni a problemi semplici e sono rimasto bloccato nel cercare di ricordare la sintassi di base. Può essere davvero un buon modo per consolidare la tua comprensione cercando di "pensare in codice".