Qual è la tua domanda di intervista preferita? [chiuso]

Dai un'occhiata a questo codice di esempio e dimmi come migliorarlo.

Questo è un po 'specifico per il mio scenario, ma penso che sia stata una grande domanda, tuttavia:

So you say here that you've never touched C# or .NET before, right? Ok, so here's a workstation. Figure out how to write a program that queries this DB over here and prints a list of Customers with their orders, sorted by customer name. You can use whatever resource you want.

L'unica domanda che ho mai avuto che ha effettivamente testato la mia capacità di apprendimento.

Questa non è una domanda di codifica, ma una questione comportamentale:

Tell me of a time when you just couldn't complete all of your work on time to meet a deadline. What did you do? What was the result?

Come sei entrato nella programmazione?

Bel modo di vedere se la persona ha una passione per la programmazione e rompere il ghiaccio.

Quando intervisti qualcuno che afferma di avere una quantità non trascurabile di esperienza Java, chiedo loro circa hashcode() e equals() e la relazione tra di loro. Non è davvero possibile acquisire una significativa esperienza di Java senza essere consapevoli delle potenziali insidie e chiunque non sia a conoscenza del problema aggiungerà bug difficili da trovare nel mio progetto.

Chiederò anche su ArrayList e LinkedList e sui pro e contro relativi. Speriamo che questo dovrebbe almeno essere consapevole delle implicazioni sul rendimento del codice che scrivono.

Mi piace anche farle esprimere un'opinione su qualche argomento tecnico (l'utilità o meno di Maven, contro le eccezioni controllate, ecc.), e poi giocare con l'avvocato del diavolo per vedere come possono discutere il loro punto.

"Qual è stato l'ultimo (migliore) libro tecnico che hai letto?"

o, più in generale:

"Come mantieni aggiornate le tue conoscenze?"

È incredibile quante persone non leggano mai un libro tecnico da quando hanno finito la scuola. E se non hai mai letto un libro da quando hai finito la scuola e finito la scuola dieci anni fa, probabilmente non hai mai sentito parlare di test unitari, schemi di progettazione, principi SOLID ...

Risposta al commento :

Se mi piacciono, puoi mandarmi a valle, ma questa è una delle mie domande preferite sull'intervista. Blog, wikipedia, SO sono tutte ottime fonti per le ultime notizie high-tech. Ma non credo che tu possa imparare in modo approfondito argomenti molto complessi (come quelli che trovi nei libri di Knuth) leggendo i blog.

Se devo scegliere tra due sviluppatori, dove uno mostra questa volontà di apprendere nuovi soggetti complessi e l'altro no, assumerò il primo. Anche se lui o lei vuole più soldi. Pagherà a lungo termine.

Invertire questo elenco collegato. Ora fallo in tempo lineare. Ora fallo in tempo lineare e spazio costante.

Ti consideri una persona fortunata?

Ho letto questo in un'intervista di uno dei membri fondatori di Bruel & Kjaer e ha colpito un accordo con me. È molto probabile che le persone di successo si considerino fortunate. Vedono le battute d'arresto come opportunità per migliorare e tendono a condividere i loro successi (fortuna) con le persone intorno a loro - Le persone fortunate portano più fortuna. *

Le persone che si considerano sfortunate hanno più probabilità di essere mela cattiva nella tua squadra.

* In questo contesto, Luck dovrebbe essere letto come opportunità di riunione preparazione , non un quadrifoglio.

Quello che ha sempre funzionato per me ...

"Parlami dei tuoi progetti precedenti" .

Quindi usa le loro risposte come punto di salto per chiedere loro sul loro ruolo nei progetti e perché hanno preso certe decisioni. Invece di fare l'intervista nei SAT, ho solo una conversazione con loro. Questo è sempre stato più che sufficiente per giudicare se lo sviluppatore fosse adatto per una posizione.

Sono stato assunto solo una volta per un lavoro in cui conoscevo già la lingua utilizzata, quindi le domande specifiche di langauge non hanno molto valore per me. Anche a me personalmente non interessa molto la sintassi della sintassi ( come faresti una sorta di zucchero filato mentre sei intrappolato in un recinto pieno zeppo di zebre? ) e ho delle domande, quindi non faccio mai quel tipo di domanda.

If you could have any job in the world, what would it be?

Sto solo cercando una cosa: un serio tentativo di rispondere. L'unica risposta sbagliata è così ridere e dire all'intervistatore che è la domanda dell'intervista più cliché al mondo. (Ho votato senza noleggio).

È davvero una soluzione per la mia domanda preferita di tutti i tempi:

If you want to be [a Rock Star], why are you applying to be an [Internet Development Engineer III] here at [HugeCorp]?

Funziona meglio se in realtà danno una risposta audace. Raramente lo vedono arrivare e questa è solo un'opportunità per qualcuno di brillare dicendo qualcosa come "le ore qui sono migliori" o "la mia carriera qui durerà più a lungo della tipica rockstar".

Ho anche mentito sul fatto che non ci fosse una risposta sbagliata alla prima domanda. A meno che non stiate intervistando per un lavoro da sogno assolutamente fantastico, il lavoro per il quale stanno intervistando è la risposta sbagliata. E se stai intervistando per il lavoro dei sogni e non lo hai già fatto, dovresti chiederti perché non stai facendo domanda per questo.

Facendo interviste in c #, mi piace chiedere: "Come gestisci gli errori in un metodo"? Se ottengo una risposta decente a questa domanda, chiedo "Come si / configureresti la gestione degli errori in un'applicazione web?"

Sono sempre sbalordito da quanti sviluppatori non hanno problemi con la prima domanda e nessun indizio sul secondo. Ho persino intervistato molti che non potevano descrivere come venivano gestiti gli errori nel loro attuale progetto.

Qualcosa del genere:

moltiplica un valore per 7 senza utilizzare * , / e + operazioni. :)

Simile a quello di David, ma leggermente diverso:

Dai un'occhiata al codice di produzione attuale e disordinato di una versione precedente che in seguito abbiamo risolto e migliorato. Dimmi cosa fa Dimmi dove sono i problemi (correttezza e stile). Dimmi come risolveresti e migliorerai.

Questo aiuta a distinguere le persone che possono semplicemente scrivere un nuovo codice e le persone che possono far fronte alla realtà delle codebase legacy.

molti anni fa mi è stata chiesta la differenza tra regexps / a * / e / a *? /

Personalmente tendo a fare alcune domande sulla ricorsione.

Sono sorpreso dal numero di risposte errate a questa domanda:

Come si cerca un elemento in un elenco non ordinato?

La mia domanda preferita è:

(Presumibilmente in un mix di Java / C # e pseudocode)

Usare contenitori non esotici, progettare una classe che si comporterebbe come un dizionario il più performante possibile, che consente anche di enumerare le chiavi non in ordine "casuale", ma nell'ordine queste chiavi sono state aggiunte al dizionario da quando è stato creato.