Ci sono state domande simili a questa, ma la mia domanda è: come esporre esattamente il tuo codice quando vai a un colloquio? Mostrate schermate o portate il codice vero? Prendi l'intero progetto con te o solo quel pezzetto di codice?
Ci sono state domande simili a questa, ma la mia domanda è: come esporre esattamente il tuo codice quando vai a un colloquio? Mostrate schermate o portate il codice vero? Prendi l'intero progetto con te o solo quel pezzetto di codice?
Metti in mostra il tuo codice in:
Avere un codice di alta qualità che è ben scritto e commentato, con pochi o pochi bug,
che è il tuo, da un progetto personale, non un codice sorgente dei tuoi colleghi, né il codice che hai preso da internet,
che non è troppo piccolo, ma non è ancora troppo grande, per essere abbastanza impegnativo e per evitare un codice troppo elevato,
che hai pubblicato in un controllo di versione pubblico o su un sito web pubblico,
e che menzioni nel tuo CV e lo comunichi prima dell'intervista, in modo che l'intervistatore abbia tempo sufficiente per esplorarlo.
Ecco alcuni suggerimenti in dettaglio.
Non dovresti aspettare fino all'intervista per dare il tuo codice. Idealmente , dovresti avere un progetto open source già disponibile che chiunque sia interessato alle tue capacità può scaricare da un controllo di versione pubblico. Se non hai un controllo di versione pubblico, dovresti almeno avere un codice sorgente pronto per essere pubblicato sul tuo sito web.
Hai un link a questo codice nel tuo CV. Non aspettare fino a che la gente ti chieda (ma nota che molte persone non hanno tempo per leggere il tuo CV¹, quindi lo chiedono comunque).
Se sei uno sviluppatore, la tua codifica e le tue capacità di comunicazione dovrebbero essere le competenze più richieste da cercare, quindi un CV che menzioni che stai suonando il violino e divertiti a giocare a golf ma dimentica di menzionare qualsiasi codice sorgente o qualsiasi articolo hai scritto non ha valore.
Fornire il codice prima dell'intervista consente all'intervistatore di esplorarlo e preparare le domande. Se l'intervistatore scopre il tuo codice solo durante l'intervista, non c'è tempo sufficiente per leggerlo nei dettagli, e riceverai solo alcune osservazioni superficiali e domande.
Un codice abbastanza lungo è un must. Fornire un metodo con solo 10 LOC non consente all'intervistatore di avere una visione chiara delle tue capacità di codifica (beh, a volte, anche 10 righe sono sufficienti per capire che il programmatore fa schifo).
Tuttavia, il codice non dovrebbe essere troppo lungo, per due motivi:
Un intervistatore non ha tempo a cercare il codice boilerplate, ed è difficile trovare un codice stimolante in una grande base di codice quando non ci si è abituati.
Durante l'intervista, dovrai rispondere a domande sul tuo codice. Se è un pezzo piccolo, difficilmente andrai perduto. Più codice = più possibilità di avere un bug in esso.
L'imbroglio è molto dannoso. Ogni candidato è in grado di trovare un pezzo di codice su Internet, ma quando l'intervistatore inizierà a pubblicare domande su questo codice durante l'intervista, il candidato avrà difficoltà a rispondere a quelle domande.
Una volta, ho avuto un'intervista piuttosto strana. Era simile a questo:
Me: do you have anything to tell about the line 1402 to 1406?
Candidate: no.
Me: well, first, you create the variable
ac, but never use it later. Secondly, there is a bug: you actually expect to add every element from the collection to the list, but you're looping backwards, so the list will always be empty. Any remark?Candidate: ah, I haven't noticed it. But you know, this part of the code was not written by me, but by my colleague.
Non mi interessa. Se pubblichi questo pezzo di codice durante l'intervista, presumo che tu l'abbia scritto e che tu sia responsabile per ogni personaggio in esso contenuto.
¹ In generale, non dare mai per scontato che l'intervistatore abbia aperto il tuo CV. Quando sono stato intervistato da me, è stato davvero sorprendente ricevere domande che non avevano senso da qualcuno che si aspettava di fare uno sforzo per aprire il mio CV almeno una volta prima dell'intervista.
Tuttavia, lo fai, ricorda solo la riservatezza ... potresti aver scritto il codice (tutto o parte di esso) ma a meno che non sia interamente un progetto per hobby, potrebbe contenere materiale commercialmente sensibile.
Questo è ovviamente particolarmente vero se l'intervista è con un concorrente.
Personalmente, se stavo intervistando un candidato, e hanno iniziato a sventolare il loro lavoro esistente con me, sarei cauto, perché il lavoro che faccio (e che avrebbero fatto con me) è MOLTO commercialmente sensibile, e io d preoccupati che facciano la stessa cosa con il nostro codice !!!
Per quanto strano possa sembrare, la maggior parte degli intervistatori non è interessata a vedere il tuo codice! Il ragazzo che ti sta intervistando è probabilmente un capo progetto o di un flusso di carriera simile e potrebbe non capire nemmeno il codice che gli mostri.
Anche se l'intervistatore è un tecnico e comprende il codice, non sa quanto tempo hai impiegato per scriverlo, non sa se hai coperto davvero le specifiche / casi d'uso, non sa come hai testato e fatto il debug il codice, in realtà l'intervistatore non può nemmeno essere sicuro del suo "tuo" codice.
Se l'intervistatore è veramente interessato a come codifichi, allora ti assegnerà un compito di codifica, comprensione del codice o di debug e vedrai come ti comporti. Altrimenti puoi tranquillamente supporre che non vogliono sapere.
Leggi altre domande sui tag source-code interview