Cosa cercano le migliori aziende in un'intervista? [chiuso]

Fondamentalmente sto cercando cosa ti fa impazzire e sei fuori dal processo rimanente?
I turni di eliminazione sono un modo giusto per giudicare una persona? Chiunque può avere una brutta ora :-(
Dovresti programmare il meglio possibile o dovresti ottenere l'algoritmo giusto? In genere prima codice una soluzione praticabile e poi ci lavoro su fino a un livello che mi sembra bello. È un approccio sbagliato?

Recentemente ho avuto un colloquio telefonico in cui mi è stato chiesto di scrivere una variazione del passaggio di livello in 20 minuti. Potrei ottenere l'algoritmo e il codice funzionante in 20 minuti, ma non riesco a ottenere subito la gestione delle eccezioni e la convenzione di codifica, dopo di che non ho avuto risposta da loro :-( Tutte le altre domande nell'intervista sono andate molto bene, questo è stato l'unica cosa che non era "all'altezza".

Inutile dire che mi piace la compagnia e mi applicherò di nuovo, ma voglio farlo bene la prossima volta :-)

Si prega di condividere le tue esperienze e suggerimenti preziosi.

interview experience top-companies

— Geek
fonte

Tieni presente i relativi costi di valutazione errata di un candidato. Un falso negativo (non assumere qualcuno che sarebbe stato un buon impiegato) ha solo costi di opportunità per il datore di lavoro, mentre un falso positivo può essere molto costoso e può avere conseguenze a livello di organizzazione e anche cattive.

— Chris Bye,

@ Chris: hai ragione. +1.

— Geek,

Risposte:

Durante le interviste tecniche, sono sinceramente alla ricerca di persone che si lancino in una corsa a casa. Se il candidato non sembra conoscere le sue cose, non saranno efficaci nel loro ruolo (sto parlando di posizioni di sviluppatori senior qui).

Guardate in questo modo: preferireste avere un colloquio duro in cui non si ottiene il lavoro (perché non sei una buona misura), o un semplice colloquio in cui si fa ottenere il lavoro, ma poi ottiene lasciato andare dopo 90 giorni perché sei sopra la testa?

Ho visto troppi sviluppatori in quest'ultimo campo. Se non hai ottenuto il lavoro perché hai cancellato la parte tecnica, consideralo una benedizione sotto mentite spoglie. Se non ti piace il rifiuto, approfondisci le tue abilità tecniche.

— Marcel Lamothe
fonte

Molto ben detto Marcel. In qualche modo ho la sensazione che non tutti (non importa quanto sia buono) potrebbero ottenere tutto nel modo giusto in un problema sconosciuto (il tempo è un vincolo). Se qualcuno risolve un problema, probabilmente ha già scritto lo stesso codice o un codice simile. Una domanda però in una fase di eliminazione sai che qualcuno non è abbastanza bravo se fa una domanda o due (a meno che qualcuno non commetta un errore). Il punto che sto cercando di chiarire è "Elimination Round" mentre sembra che tu stia passando da un'ipotesi "sai che some1 non è abbastanza buono". Sì, un cattivo ragazzo ?? Ovvio No Hire ..

— Geek,

L'intervista è sicuramente un'arte difficile e non pretendo di essere un esperto in alcun modo. Ma nel mio caso, non sto cercando di giocare a "gotcha!" - dove sto solo aspettando che qualcuno sbagli qualcosa. Invece, sto sondando la loro conoscenza, cercando di vedere quanto sia profonda. Il candidato può spiegare facilmente come funziona una tabella hash, ad esempio. Di solito è abbastanza facile vedere chi finisce nella colonna delle vittorie e chi no.

— Marcel Lamothe,

@Geek - Preferiresti essere la persona che ha capito bene ed è stata lasciata da qualcuno che non l'ha fatto? Potrebbe essere una sfida di programmazione o qualche domanda delicata su come lavori con i membri del team problematico, ma alla fine, tutti i candidati tranne uno devono essere eliminati.

— JeffO,

@Geek: "ha già scritto un codice simile". Forse hanno scritto un codice grossolanamente simile. Il traversal di ordine di livello è una variante del traversal tree, che dovrebbe essere familiare a tutti i laureati CS. Se non ti è familiare, allora ti sei perso qualcosa da qualche parte. Hai preso una classe di algoritmi, vero?

— Kevin Cline,

@kevin: l'attraversamento dell'ordine dei livelli è facile compagno, se potessi riformulare la domanda come "Dato il vincolo di tempo, quali sono le cose che puoi saltare ed essere ancora considerato abbastanza buono". Penso che Chris Bye abbia un ottimo commento con la domanda.

— Geek,

Quando le persone ti chiedono di codificare semplici algoritmi in un tempo molto limitato, le convenzioni di codifica e la gestione delle eccezioni sarebbero l'ultima cosa che guardano. A meno che non si sta facendo qualcosa di terribile, naturalmente, come chiamare il vostro funzione di traslazione func, e tutte le variabili a, b, c. Forse, c'era un altro motivo per cui non ti richiamavano.

Certo, chiunque può avere una brutta ora. Ma è un brutto segno se è probabile che tu abbia un'ora brutta su quei cinque che passi in diversi round di intervista e se non riesci a prepararti ad azioni importanti.

Personalmente, penso che ottenere qualcosa che funzioni e migliorarlo sia un approccio sbagliato. Molte persone (incluso me) pensano che se una persona scrive codice che sembra un disastro, ha anche un disastro nella sua testa. Ti suggerirei di scrivere il codice più lentamente, ma in modo più ponderato.

E ancora più personalmente (e, forse, offensivo), non penso che tu sia abbastanza bravo con gli algoritmi. Solo perché lo scrivi come "l'algoritmo" con la maiuscola A. Non scrivi qualcosa di cui non hai paura in questo modo.

— P rasato
fonte

Lol .. Mi è piaciuto l'ultimo paragrafo :-) Nota la L maiuscola in "Lol". Mi dispiace ma l'inglese non è la mia prima lingua. A proposito, ho imparato che l'algoritmo deve essere scritto senza la A maiuscola :-)

— Geek,