Scriviamo codice

14.1 Una giornata normale nella vita di uno sviluppatore

Essere un programmatore è facile e piacevole. L'organizzazione del lavoro è responsabilità del Project Manager, la lista delle feature del prodotto è compito del Product Owner. I meeting sono organizzati dal Scrum Master. Tutti i processi organizzativi sono il più formalizzati e standardizzati possibile.

Arrivi al lavoro la mattina, ti fai un tè o un caffè e ti siedi al computer. Apri la chat di gruppo, controlli se ci sono messaggi urgenti, se qualcuno è ammalato, e se tutto è a posto, inizi a lavorare.

Apri il sito JIRA, dove è memorizzata la lista di tutte le attività del tuo team: il backlog del progetto e il backlog dello sprint corrente. Le attività sono già ordinate per priorità dal tuo Scrum Master/Team Lead o Product Owner.

Prendi l'attività in cima alla lista — la più prioritaria — e inizi a lavorarci su. Per farlo, devi cambiarne lo stato in In Progress. Questo si fa con un paio di click. Ecco, il tempo è iniziato.

Alla descrizione dell'attività solitamente si aggiungono informazioni aggiuntive o un link alla documentazione. L'attività deve contenere tutte le informazioni necessarie affinché tu possa completarla. La presenza di queste informazioni è responsabilità del tuo manager.

Se qualcosa non va, puoi riassegnare l'attività al tuo manager e scrivere nei commenti quali domande sono sorte e/o quali informazioni mancano.

14.2 Scriviamo codice

Hai esaminato la descrizione dell'attività e ti è chiaro cosa bisogna fare. Ottimo, inizia a lavorare. Qui ti aiuterà la tua esperienza di apprendimento su CodeGym, il lavoro in squadra.

Una volta che una nuova feature è pronta e ne sei sicuro, devi caricare il tuo codice su Git. Questo si fa con un paio di click direttamente dall'IDE. Nel tuo caso da WebStorm. Fai il commit del tuo codice prima nel tuo repository locale e poi fai push nel repository centrale Git.

Molto spesso questa ultima operazione viene effettuata tramite una Pull Request, quando invii tramite Git una richiesta al tuo team lead per la revisione del tuo codice. Se il codice va bene e non ci sono osservazioni, il tuo team lead accetterà la tua pull request e finirà nel ramo principale di lavoro di git.

Non ha senso andare dal team lead con la frase "non si può fare". Una frase del genere è molto irritante, soprattutto quando il team lead sa bene che "si può fare", e forse ha già fatto qualcosa di simile più di una volta.

Non sai come fare — dì: "ho passato due ore/due giorni cercando di capire come farlo, ma non ci riesco". Il team lead sarà felice di indicarti... in quale direzione cercare su Google.

Ecco, abbiamo illustrato il quadro dello sviluppo moderno di un prodotto. Scrivere codice è solo una piccola parte di tutto il lavoro, ma tutto è organizzato in modo tale che niente ti distragga dal tuo lavoro. Quindi passa senza esitazioni allo studio del Frontend — ti piacerà lavorare come programmatore.