Portare codice per un'intervista? [chiuso]


14

Portare il codice stampato o il codice su una USB a un'intervista è una buona idea? In tal caso, che tipo di codice dovrei portare. Devo evitare grandi progetti e mostrare solo piccoli frammenti che mettono in mostra le mie capacità?


No. Quello che un'azienda può fare è darti un esame da portare a casa dopo un colloquio e poi farti tornare tra 2 giorni circa per spiegare cosa hai fatto e perché.
Giobbe

Risposte:


15

Piuttosto no . Lo farei solo quando esplicitamente richiesto, e ovviamente non puoi portare codice che sia in qualche modo confidenziale, che di solito si applica a tutto ciò che hai scritto nel tuo lavoro precedente, quindi sei sostanzialmente limitato al codice che hai creato nel tuo tempo libero. (La maggior parte degli intervistatori ti farebbe immediatamente scortare alla porta se verrai con un codice confidenziale del tuo attuale datore di lavoro ...)

Ad ogni modo, come intervistatore, preferirei vederti scrivere codice durante l'intervista, quindi posso essere sicuro che tu sia quello che ha le competenze. È troppo facile avere buoni amici che ti aiutano a scrivere un codice molto impressionante e a memorizzare le spiegazioni.


6

Penso che sia un'ottima idea! È un peccato che le revisioni del codice non vengano eseguite più frequentemente in quanto è uno dei pochi modi per riconoscere buoni programmatori (tranne per il fatto che hanno effettivamente programmato qualcosa). Guardando il codice di qualcuno, puoi capire abbastanza velocemente quanto un programmatore sia bravo solo perché quanto "pulito" è il suo codice.

Se avessi intervistato, avrei esaminato due cose che probabilmente sarebbe stato utile includere nel codice che porti

a) La qualità di alcune implementazioni / metodi / algoritmi. Mostra del codice che hai trovato particolarmente elegante

b) L'architettura complessiva di un programma più ampio. In che modo il programmatore ha gestito le dipendenze, può spiegare le decisioni di progettazione che ha preso?

L'obiettivo non è passare attraverso tutto il codice, quindi non importa davvero quanto tempo porti il ​​codice, ma cosa hai scelto di evidenziare al riguardo.


5
C'è sempre il problema di sapere effettivamente che il codice è scritto dall'intervistato. In tal senso, forse una revisione del codice di qualcun altro potrebbe insegnarti tanto, se non di più - come l'intervistato non sarà stato in grado di preparare in anticipo?
Benjol,

1
Non penso che sia stato un grosso problema, dal momento che stai giudicando la persona sulla capacità di spiegare il suo codice e pensare. È piuttosto difficile da fare se non è il tuo codice. Come puoi spiegare bene qualcosa che non capisci completamente?
Homde,

5
Non dimentichiamo il potenziale (o la probabilità) che il pezzo che hai scritto sia l'IP del tuo ex datore di lavoro (a meno che non sia un progetto secondario o un pezzo personale scritto) e eviterei di attraversare quella linea il più possibile, innocente o meno.
Brad Christie,

Brad, è un buon punto. Normalmente non ti è permesso conservare copie del lavoro svolto come consulente, quindi potrebbe essere difficile usare un codice del genere. Un altro motivo per assumere programmatori che lavorano su progetti per animali domestici! :)
Homde,

4

Una variazione su questo è fornire all'intervistatore l'URL per il repository per alcuni progetti open source a cui hai dato un contributo importante.


2

No.

A meno che tu non abbia programmato di presentare una durata ragionevole durante l'intervista, il tipo di codice che hai il tempo di mostrare e loro hanno il tempo di apprezzare; non può essere rappresentativo delle tue abilità, indipendentemente da dove ti trovi nella tua carriera.

Se vogliono vedere le prove che sei uno sviluppatore di software maturo, allora ciò non si troverà nella dimensione del programma che puoi effettivamente esaminare nella sezione AOB di un'intervista.

Se vogliono che tu dimostri che puoi programmare, avranno un test adeguato o ti faranno fare qualcosa di piccolo come un elenco collegato sul posto. Se porti con te un'implementazione di un elenco collegato su una chiave USB, non hanno idea di quanto ne hai copiato da un libro; se ti ci sono voluti 10 minuti o due settimane; o se hai dovuto chiedere a StackOverflow cos'è un puntatore.

Inoltre, cosa mostreresti? Il codice pulito e ben scritto che è facilmente comprensibile è noioso. I tuoi intervistatori non si siederanno lì meravigliati di quanto chiaramente possano cogliere l'intento del tuo frammento, si staranno chiedendo perché lo consideri il gioiello della tua corona. D'altra parte, immagina di aver inventato qualcosa di intelligente come il dispositivo di Duff e di volerlo mostrare. Gli intervistatori probabilmente ti considererebbero un nemico della leggibilità.


Un codice pulito e ben scritto che risolva un problema complicato può essere estremamente interessante. E se l'intervistatore non la pensa così, ti dice una delle due cose: o non sei al livello che stanno cercando, o non sono al livello che desideri per i colleghi. Ad ogni modo (e si spera che la discussione evidenzierebbe quale), è tempo di cercare altrove.
Anon

Ciò che intendo è che il codice pulito e ben scritto che risolve un problema delicato rende il problema molto meno complicato, rendendo il codice stesso molto meno interessante.
Paul Butcher,

1

Il codice che mostri dovrebbe in genere essere abbastanza piccolo da poter essere discusso entro 5 minuti e il codice non dovrebbe occupare più di 2 pagine stampate. Anche se è solo un metodo che hai scritto per analizzare i numeri di telefono da una rubrica, è utile.


1

Se vuoi portare il design. Non portare il codice. Più che vedere la pulizia, l'intervistatore inizierà a sottolineare gli errori. Ci sarebbero certamente (molti) errori (che non hai pensato) se il progetto fosse un progetto di scuola superiore. E se è un codice aziendale, è illegale portare il codice protetto da copyright e mostrarlo ad altre persone.
Mostrare il codice che hai già scritto potrebbe non avere molto peso se non rispondi alle domande poste dall'intervistatore. E se non lo porti, allora non ci sono punti -ve. Quindi perché preoccuparsi.


1

Sì!

Ogni sciocco può scrivere codice che un computer può capire, ci vuole un grande programmatore per scrivere codice che un essere umano possa capire.

Solo per questo motivo dovresti metterti in mostra


Se il tuo codice è in realtà comprensibile all'uomo. Altrimenti, no :)
Mchl

0

Se hai un pezzo di codice che è particolarmente interessante, allora portalo sicuramente (supponendo, ovviamente, che non sia proprietà intellettuale protetta). Ma non forzarlo sull'intervistatore . Se è interessato a guardare il tuo codice, ti chiederà se hai qualcosa da mostrare.

Preparati a spiegare perché è interessante e migliore cosa faresti diversamente in futuro.


0

Se hai fatto uno sviluppo open source (aziendale o personale), penso che sarebbe un'ottima idea. Ho inviato frammenti di codice insieme ai materiali di candidatura per il lavoro che attualmente svolgo, quindi immagino che per me sia andato tutto bene. Assicurati di rispettare la riservatezza / il copyright e di attribuire l'attribuzione agli altri soggetti coinvolti (se si trattava di un progetto collaborativo).

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.