2014-05-15 15:00:07 +0000 2014-05-15 15:00:07 +0000
42
42
Advertisement

Dovrei includere la mia pagina Github nel mio curriculum?

Advertisement

Sto cercando di diventare uno sviluppatore e mentre studiavo ho realizzato una pagina Github e l'ho riempita per lo più con script o semplici giochi che ho realizzato più un paio di applicazioni web di base.

In parole povere, dovrei elencare la mia pagina Github sul mio curriculum così com'è, o dovrei includerla solo se contiene qualcosa di impressionante (per esempio, che consiste di molte classi e/o che si misura nelle migliaia di LOC rispetto alle centinaia)?

Credo di voler dimostrare che faccio script e programmi nel mio tempo libero, ma non so se la semplicità di questi scripts/apps è prevista, o se sarebbe negativa.

Advertisement
Advertisement

Risposte (4)

44
44
44
2014-05-15 15:04:21 +0000

Se siete soddisfatti del codice, allora è sempre utile pubblicarlo. Sono un responsabile delle assunzioni per gli ingegneri, e anche se il progetto non è di grande effetto, vorrei sfogliarlo per avere un'idea di:

  • Se l'ingegnere ha abbastanza motivazione interna per pubblicare progetti collaterali

  • Se il codice sembra seguire la maggior parte delle best practice. Non dovrò insegnare le best practice all'ingegnere se si unirà al mio team

  • Se il codice sembra seguire la maggior parte delle best practice.

Se ne sei orgoglioso, includi il link!

15
15
15
2014-05-15 15:15:22 +0000

Dovreste.

Il vostro deposito github è l'unica prova a loro disposizione che potete scrivere o progettare qualsiasi cosa. Sì, i vostri contenuti github potrebbero essere migliorati. Ho messo il mio come motivazione per me per migliorare le mie capacità di ingegneria del software. Il mio github è tristemente obsoleto, ma mi diverto a vedere dove mi trovo rispetto a dove mi trovavo. Mostrare qualcosa è meglio che non mostrare nulla, purché il qualcosa che mostri sia positivo, come la tua competenza :)

Plus, il tuo github link è il tuo modo di dire che sai come usare github. In realtà, ho dovuto imparare gli interni di github per farlo, ma questa è un'altra storia per un altro giorno. Come minimo, pubblicare il tuo account github dovrebbe motivarti ad imparare il più possibile su github. Non c'è niente di meglio che essere troppo bravi in github :)

Essere un buon ingegnere del software è un processo, non un punto di arrivo di un processo. Man mano che si migliora e si diventa più bravi a risolvere i problemi, i contenuti di github diventano più sofisticati. E no, il processo non ha un punto di arrivo :)

In termini di cosa pubblicare, il codice che evidenzia la vostra presa sui fondamenti va bene. La spazzatura non lo è. La linea di demarcazione tra roba buona e spazzatura può essere sfuocata. Il mio standard è che io non pubblico nulla che non possa giustificare come pubblicabile.

6
Advertisement
6
6
2014-05-15 17:52:42 +0000
Advertisement

Se facesse un colloquio presso la mia azienda, le _chiederemmo se avesse un account github (o qualche altro repository di codice pubblico) abbastanza presto nel processo di assunzione. A seconda delle sue responsabilità, cercheremmo poi dei tratti specifici (in realtà più che altro l'assenza di tratti indesiderati) in modo da avere una sensazione di

  • le sue capacità effettive rispetto alle esperienze rivendicate_
  • quanta formazione sarebbe necessaria per integrarla in un team di progetto

Quindi, insieme ai miei predecessori, raccomando vivamente di includerla.

Edit 04/2016: re Tratti indesiderati

Felice coincidenza … solo pochi giorni fa mi sono imbattuto questo pezzo , che riassume bene questo per il lato “programmatore” dei dipendenti.

A livello di “personalità” … difficile da dire senza entrare in un lungo monologo. Recentemente uno dei miei clienti si è complimentato con me per come riesco sempre a proiettare la calma e ad ascoltarli, a pensare ai problemi prima di presentare una soluzione, mentre altri consulenti “vogliono solo fare le loro cose” e si fanno pagare pesantemente. Al che ho risposto “ho lasciato il mio ego legato nel bagagliaio fuori nel parcheggio”. Hanno anche sentito dire “Non lo so, devo cercarlo”, “Problema interessante, fammi sperimentare un po’, gratis”, “Potrei farlo, ma se compri solo X, starai meglio” da me.

TL;DR: rock star, ninja in codice, maghi della tecnologia pura: no. Umano generalmente competente: sì.

0
0
0
2018-11-30 12:38:09 +0000

Io dico di sì. Come capo tecnico che fa anche le interviste, mi piace vedere il codice delle persone e onestamente, non sono alla ricerca di codice di qualità, anche se questo sarebbe notato se fosse il caso. Si tratta piuttosto di: Si può migliorare? Si può imparare? Puoi crescere? Per me, il repository ideale è un repository che inizia con un'applicazione di calcolo molto vecchia e mal fatta e poi l'ultimo impegno è un progetto di passione personale con più livelli di complessità. Non ha bisogno di essere perfetto o buono. Ho solo bisogno di vedere se si può crescere. Il candidato ideale è un candidato che è estremamente reattivo al cambiamento e che non ha paura di imparare cose nuove.

Advertisement

Domande correlate

20
21
19
15
2
Advertisement
Advertisement