Vale la pena elencare i repository di testing o autoapprendimento sul mio curriculum? [chiuso]

Ho un repository GitHub con programmi giocattolo che scrivo quando imparo qualcosa. Ad esempio, quando leggo un algoritmo o una struttura di dati, ne scrivo una rapida implementazione per assicurarmi che funzioni e lo capisco.

A volte risolvo i puzzle dell'algoritmo e della struttura dei dati e questo viene inserito nel repository.

Vale la pena collegare questo repository al mio curriculum o sarebbe effettivamente un danno per le mie possibilità di essere assunto?

Una volta ho sentito un curriculum descritto come "uno stato patrimoniale che mostra solo i tuoi beni ma non le tue passività".

Sulla base di questa definizione, si desidera includere progetti che saranno una risorsa per te per ottenere il lavoro, lasciando fuori quelli che potrebbero essere una responsabilità. Ciò significa che dovrebbero essere pertinenti al lavoro per cui ti stai candidando e mostrare il tuo miglior lavoro . Anche se consideri il tuo codice "programmi giocattolo", ciò non significa che non possano essere ben strutturati. Quindi, non includere codice usa e getta o hack sporchi. Conservali in un repository privato. E, naturalmente, dovresti essere in grado di parlare dei tuoi programmi , delle decisioni di progettazione che li riguardano, ecc. Una volta avevo un candidato che affermava di aver realizzato questo fantastico progetto un anno prima, ma poi non potevo dirmi nulla al riguardo. Non così buono.

Ricorda, un curriculum dovrebbe essere sviluppato pensando all'intervistatore e la maggior parte delle persone non vuole setacciare un trattato solo per determinare se meriti un colloquio. Vogliono che tu fornisca le informazioni più rilevanti riguardanti la posizione in modo conciso. Ciò richiede un'attenta definizione delle priorità dei contenuti. Tendo a personalizzare il mio curriculum in base alla posizione in modo da evidenziare al meglio le informazioni pertinenti e credo che questo sia un approccio ragionevole per questa particolare domanda.

Se ti stai candidando per una posizione di sviluppatore generale di basso livello, potrebbe essere utile un'ampia gamma di programmi. Forse uno dei programmi giocattolo illustra il momento in cui "hai cliccato" con i prototipi javascript o quando hai studiato il tuo primo LISP. Questi potrebbero essere utili.

Tuttavia, se si richiedesse una posizione che richiedesse la creazione di compilatori per i sistemi di difesa nazionali, gli esempi precedentemente indicati sarebbero di scarso aiuto per gli intervistatori. Sarebbero molto più interessati ad altri tipi di informazioni di base (progetti di compilatore a cui hai contribuito / guidato, ecc.)

Tutto ciò per dire, proverei a valutare la pertinenza dei progetti di giocattoli rispetto alla posizione attuale. Se sembrano rilevanti per la posizione corrente (ad esempio, la posizione richiede competenza git, la posizione richiede una predisposizione generale all'apprendimento autonomo, ecc.), Includerei il repository. Altrimenti, potrebbero esserci informazioni più importanti che possono essere evidenziate.

Non mettere sul tuo curriculum nulla che non ti senta a tuo agio mentre qualcuno esamina con occhio critico. Allo stesso modo, non fare in modo che un potenziale intervistatore debba scavare nel repository per trovare le cose buone, è meglio avere un piccolo repository con alcune librerie o frammenti di codice ben scritti, quindi si avrà un'applicazione completa.

Se fornisci il collegamento a un repository, assicurati che esista un file README chiaramente definito in grado di indirizzare le persone verso le parti interessanti del codice che desideri mostrare, nonché una breve panoramica del motivo esatto per cui sono le cose lo sono. Se rivelate il collegamento all'inizio del processo di assunzione, potreste non essere in giro per giustificare le vostre decisioni di progettazione, quindi un README potrebbe spiegare le cose per vostro conto.

Uno dei vantaggi di rendere disponibile il codice per i datori di lavoro è che puoi utilizzarlo per esaminare le tue opportunità.

Un colloquio di lavoro è bidirezionale; Non solo è il datore di lavoro la valutazione del candidato, il candidato dovrebbe essere di decidere se effettivamente vogliono al lavoro per il datore di lavoro.

Quando un datore di lavoro fa un'offerta senza prima aver effettivamente visto il lavoro del programmatore, ci sono ottime possibilità che lo stesso processo sia stato usato prima, per assumere tutti gli altri. Un cercatore di lavoro dovrebbe probabilmente essere molto cauto nell'accettare le offerte quando non c'è una ragione ovvia per cui un non programmatore non avrebbe dovuto essere in grado di qualificarsi per la stessa posizione (perché sicuramente ci sono stati)

Naturalmente, la maggior parte dei datori di lavoro non chiedono ai candidati per la produzione di un codice; e sembra di solito essere sotto forma di "scrivere una funzione su questa lavagna" o se sei fortunato "scrivere una funzione su questa workstation sconosciuta". Anche se questo può fare un lavoro ragionevole nel separare i candidati che non riescono nemmeno a scrivere "Hello World!", Diventa molto meno informativo sulla differenza tra chi può scrivere un buon codice da chi può mantenere la calma in un'intervista.

E così tanti (sebbene lontani dalla maggior parte dei datori di lavoro) sono ansiosi di dare un'occhiata anche al tipo di codice che un programmatore può produrre quando si trova nella sua impostazione ideale, lavorando su ciò su cui vuole lavorare e senza alcuna guida particolare.

Per trarne il meglio, è una buona idea offrire il codice ancor prima che un datore di lavoro lo richieda; Se non sono interessati, trova un'altra opportunità. Se sono interessati, dì loro quali progetti vorresti che guardassero e perché (e spiega anche perché non pensi che alcuni degli altri progetti siano rappresentativi, ad esempio stavi imparando la struttura da un libro) . Quindi chiedi loro cosa ne pensano di quello che hanno visto la prossima volta che parlerai con loro.

Se lo consideri come un portfolio , sì, ti consiglio di inserire quel link nel tuo CV. Lo voglio.

Un curriculum ha esattamente uno scopo: farti avanzare alla fase successiva del processo di assunzione. Tutto ciò che impedisce questo scopo è una cattiva idea. In qualità di ex responsabile delle assunzioni, posso dirti che la quantità di tempo che avevo a disposizione per ogni singolo candidato durante il processo di screening iniziale non ha permesso altro che leggere il curriculum e decidere se distruggerlo o meno. Le persone che mi hanno inviato curriculum di 7 pagine (davvero!) Non hanno ottenuto l'attenzione che desideravano. Anche le persone che mi hanno inviato riprendono principalmente URL. Più tardi, dopo essere stato più investito nei candidati rimanenti, forse.

Un portafoglio è una buona cosa. Ciò è particolarmente vero in alcuni aspetti della nostra attività, come il web design. Ma se non sei un artista grafico, il tuo portfolio non dovrebbe essere la tua presentazione.