Ho intenzione di laurearmi presto e ho pensato. Ho alcuni progetti / script molto piccoli (~ 100-200 LOC) che ho realizzato nel mio tempo libero e li ho su Github. Mi chiedevo se sono "degni" abbastanza da essere presentati ai futuri datori di lavoro? O dovrei includere solo quelli grandi (~ 1000 LOC)?
Quando intervistiamo, lo chiediamo nell'intervista finale. Inizierò dicendo che le dimensioni non contano e quindi si qualificano un po '(non è sempre così).
Se chiedo a qualcuno di inviare un pezzo di codice di cui si sentono orgogliosi e vogliono stampare il proprio nome e mi inviano un singolo file, ho intenzione di perdere la fiducia. In un caso, ho ricevuto un lungo file ASCX code-behind e non c'è nulla che io possa leggere in questo tranne che "a lui piace il suo codice nel livello dell'interfaccia utente".
In altri casi, ho ricevuto interi progetti considerevoli. Da un lato, questo mi rende più fiducioso, ma mi dà anche molto da fare per scavare buche senza scavare molto in profondità.
Ma ecco il segreto: il codice stesso non ha importanza così molto. Posso raccogliere buchi in tutto ciò che mi dai. Ciò che conta è come reagisci. Non essere polemico per il gusto di farlo, ma anche non essere d'accordo con me per il gusto di farlo. Forse non credo davvero a quello che sto dicendo, e anche se lo farò, ti rispetterò per aver appoggiato il tuo codice in modo costruttivo.
Non è la dimensione del progetto. È la qualità Prenditi il tempo per farlo bene in modo che sia degno di essere un pezzo di portfolio. Fintanto che il progetto è sufficientemente ampio per dimostrare le conoscenze che vuoi trasmettere, sarà importante solo la qualità.
Penso che la domanda dipenda da come e quando hai intenzione di presentarli a un futuro datore di lavoro. Stanno andando a un elemento pubblicitario sul tuo curriculum o sono datori di lavoro che ti chiedono di fornire brevi descrizioni di qualcosa che hai fatto durante un'intervista?
Per un elemento pubblicitario sul curriculum, mi piacerebbe indirizzare verso progetti più grandi. D'altra parte, uno script più piccolo è qualcosa che potresti descrivere a un intervistatore in poco tempo e il contenuto completo potrebbe essere compreso.
Alla fine, dipende più da quanto è interessante la cosa che stai menzionando. Se lo script fa qualcosa di così nuovo e non ha richiesto molto codice da fare, c'è molto peso in questo.
"Judge me by my size, do you?" - Yoda
Ciò che conta è la qualità. Un progetto impressionante è determinato dalla quantità di cose che può fare e dalla complessità delle cose che può fare, e questo è tutto ciò che conta per quanto riguarda i risultati finali.
Se il tuo progetto ha 1.000 righe, di cui le stesse 100 righe di codice sono state copiate 10 volte con piccole modifiche ogni volta, allora sembrerai un programmatore cattivo. Sembrerai un programmatore scadente perché non avresti potuto creare qualcosa bene . Avresti fallito nel mantenere il tuo progetto mantenibile, leggibile, gestibile e scalabile.
Crea semplicemente cose davvero fantastiche bene . Non è necessario nemmeno prendere in considerazione la lunghezza.
Personalmente non penso che il #LOC debba essere il fattore determinante. Invece penso che dovrebbe essere la creatività, la complessità e il problema risolti dal progetto che dovrebbe determinare gli esempi di codice che invii. La maggior parte dei datori di lavoro non vuole passare attraverso le righe di codice solo per trovare uno snippet che provi che comprendi algoritmi complessi e simili. Se sei in grado di produrre progetti che mostrano le tue capacità senza molto setacciare, penso che in definitiva sia una qualità più impressionante della mera quantità di linee di codice. Detto questo, avere il link a un grande progetto è utile se fossero in grado di compilare il progetto e assicurarsi che funzioni. Tuttavia tutto ciò dimostra davvero la tua capacità di scrivere un programma che separa in modo appropriato le preoccupazioni.
Le dimensioni non contano (come in LOC) in realtà. È (quasi) in diretta correlazione con il linguaggio (più o meno linee per la stessa cosa), quindi sarebbe ingiusto giudicare qualsiasi cosa su quella base.
Gradirei votare un progetto più o meno grande, in base al numero di funzioni, all'interesse personale per me e al numero di utenti che ha aiutato a risolvere un problema (questo dovrebbe essere stato il primo della lista).
La codifica è come scolpire - non si tratta di scrivere di più, si tratta di togliere ciò che non è necessario.
Il lavoro di un programmatore non è quello di produrre linee di codice; il lavoro è, invece, da capire, da tutte le masse di codice spazzatura che potrebbero essere scritte, qual è il set più piccolo e più pulito che risolverà un problema particolare.
Se uno dei tuoi progetti mostra la soluzione più piccola, più semplice e più pulita a un problema, usala come riferimento. In caso contrario, non.
Non mi è mai stato chiesto di fornire campioni di codice a un intervistatore. Di solito le aziende che vogliono assicurarsi di sapere come pensare e codificarti ti danno un esame, allora nel colloquio tecnico ti potrebbe essere chiesto di scrivere un piccolo algoritmo ma la maggior parte delle interviste tecniche che ho fatto per gli sviluppatori o fatte per me dove le discussioni. / p>