1. Una giornata tipica nella vita di uno sviluppatore
Essere un programmatore è facile e piacevole ☀️. L'organizzazione del lavoro è responsabilità del Project Manager, l'elenco delle funzionalità del prodotto — del Product Owner. Le riunioni sono organizzate dallo Scrum Master. Tutti i processi organizzativi sono il più possibile formalizzati e standardizzati ✅.
La mattina arrivate al lavoro, vi preparate un tè o un caffè ☕️, vi sedete al computer 🖥️. Aprite la chat comune 💬, controllate se ci sono messaggi urgenti, se qualcuno si è ammalato 🤒 e, se tutto è in ordine, iniziate a lavorare.
Aprite il sito JIRA, dove è conservato l'elenco di tutte le attività del vostro team: il backlog del progetto e il backlog dello sprint corrente. Le attività sono già ordinate per priorità dal vostro Scrum Master/TeamLead o dal ProductOwner.
Prendete l'attività in cima all'elenco — la più prioritaria 🔝 e iniziate a lavorarci. Per farlo bisogna portarla allo stato In Progress. Si fa con un paio di clic 🖱️. E via, il tempo parte ⏳.
Alla descrizione dell'attività di solito si aggiungono informazioni supplementari o un link alla documentazione 📄. L'attività deve contenere tutte le informazioni necessarie affinché possiate eseguirla. Garantire la presenza di tali informazioni — è responsabilità del vostro manager 👨💼.
Se qualcosa non va, potete riassegnare l'attività («task» nel gergo dei programmatori) al vostro manager e scrivere nei commenti quali domande sono sorte e/o quali informazioni mancano.
2. Scriviamo il codice
Avete studiato la descrizione dell'attività e vi è chiaro cosa fare. Ottimo, mettetevi al lavoro 🏁. Qui vi aiuteranno la vostra esperienza di studio su CodeGym e l'esperienza di lavoro in team 🤝.
Quando la prossima funzionalità è pronta e ve ne siete assicurati, dovete caricare il codice su Git. Si fa con un paio di clic direttamente dall'IDE. Nel vostro caso — da IntelliJ IDEA 🚀. Eseguite il commit del vostro codice prima nel repository locale e poi eseguite il push (push) nel repository Git centrale.
Molto spesso l'ultima operazione si esegue tramite Pull Request, quando tramite Git inviate una richiesta al vostro team lead per la revisione del vostro codice. Se con il codice è tutto ok e non ci sono osservazioni, il vostro team lead approverà (accept) ✅ la vostra pull request e questa confluirà nel branch principale di Git.
Importante! In nessun caso dovete restare seduti in silenzio se non sapete come svolgere un'attività. Questa situazione capita spesso e molti principianti (e non solo loro) la risolvono nel modo sbagliato. Ricordate: se nell'arco di 2 ore non siete riusciti a capire come svolgere l'attività, dovete informarne il vostro manager 🚩.
Non andate dal team lead dicendo «non si può fare». Questa frase è molto irritante, soprattutto se il team lead sa perfettamente che «si può fare» e ha già fatto qualcosa di analogo più di una volta.
Se non sapete come fare — dite: «ho passato due ore/due giorni cercando di capire come farlo, ma non ci sono riuscito». Il team lead vi indicherà in che direzione cercare su Google 🔍.
Ecco quindi un quadro dello sviluppo moderno di un prodotto. Scrivere codice — è solo una piccola parte del lavoro, ma tutto è organizzato in modo che nulla vi distragga dal vostro lavoro. Quindi passate senza esitazioni allo studio di Java 25 — lavorare come programmatore vi piacerà 😉.
GO TO FULL VERSION