diff --git a/docs/it/carriera-junior.md b/docs/it/carriera-junior.md index a0d92b93..9b57118f 100644 --- a/docs/it/carriera-junior.md +++ b/docs/it/carriera-junior.md @@ -4,7 +4,7 @@ All'interno di questo libro sono stati affrontati in diverse forme molti dei tecnicismi che fanno parte del mestiere di chi sviluppa, l'obiettivo di questo libro peró non é parlare di devs solamente come artigiani/e del software ma anche in modo piú generale come risorse umane. -Sono presenti infatti diversi capitoli pubblicati o in stesura che parlano del modo in cui formarsi, il significato di questa professione o i percorsi possibili di carriera e che quindi affrontano l'aspetto piú "personale" e "lavorativo" di questo mestiere. +Sono presenti infatti diversi capitoli pubblicati o in stesura che parlano del modo in cui formarsi, il significato di questa professione o i percorsi possibili di carriera e che quindi affrontano l'aspetto piú "personale" e "lavorativo"di questo mestiere. L'obiettivo di questo capitolo é descrivere per noi cosa significa in linea generale essere Junior Developer, esplorare le pratiche giornaliere per poter crescere e collaborare in modo sano in un team e infine il percorso per crescere di livello e non solo, il fine é raccontare anche quanto questa fase della carriera possa essere complessa oltre che delicata e fondamentale per il futuro, a seconda di come viene affrontata. @@ -14,31 +14,31 @@ Come possiamo identificare un/a Junior Developer? Spoiler: non é semplice. A seconda dei panni che si stanno indossando (es. dev, recruiter, team leader, coach...) questo ruolo puó assumere molteplici forme e declinazioni che aumentano esponenzialmente a seconda delle tipologie e delle dimensioni delle aziende, oppure se della categoria di consulenza o di prodotto e anche ad esempio se si é impiegati in ambito front-end o back-end. -Anche affidandoci ad internet per trovare una definizione le sfumature che emergono sono diverse, potremmo classificare chi sviluppa in base all'etá (ad oggi non é piú di tanto un indice di esperienza), in base agli studi e da quanto tempo siano stati completati o anche in base agli anni di esperienza in una determina azienda o in generale di carriera. +Anche affidandoci ad internet per trovare una definizione le sfumature che emergono sono diverse, potremmo classificare chi sviluppa in base all'età (ad oggi non é piú di tanto un indice di esperienza), in base agli studi e da quanto tempo siano stati completati o anche in base agli anni di esperienza in una determinata azienda o in generale di carriera. Per creare un piano comune che ci permetta di esplorare facilmente l'argomento e fissare quello che per noi é il fulcro del capitolo, la definizione di Junior Dev per noi é la seguente: -> Una persona di una qualsiasi etá, proveniente da qualsivoglia ambito di studi e che ha seguito un percorso di carriera di un qualsiasi tipo tipo che peró é in grado di leggere ed interpretare i requisiti di un possibile artefatto software o di una sua parte e ha le competenze tecniche per riprodurlo, non in completa autonomia. +> Una persona di una qualsiasi età, proveniente da qualsivoglia ambito di studi e che ha seguito un percorso di carriera di un qualsiasi tipo che peró é in grado di leggere ed interpretare i requisiti di un possibile artefatto software o di una sua parte e ha le competenze tecniche per riprodurlo, non in completa autonomia. -Per noi la chiave di volta é questa, non una delimitazione basata su aspetti come i titoli di studio, gli anni di esperienza o di lavoro ma un'identificazione tramite la capacitá di scrivere software, con una particolare attenzione al livello di autonomia. +Per noi la chiave di volta é questa, non una delimitazione basata su aspetti come i titoli di studio, gli anni di esperienza o di lavoro ma un'identificazione tramite la capacità di scrivere software, con una particolare attenzione al livello di autonomia. Se volessimo schematizzare e fare qualche esempio a sostegno di questa tesi: | Tesi | Antitesi | | ---------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| "Ho 10 anni di carriera alle spalle quindi non sono piú un/a Junior Dev" | Il tuo apprendimento é stato efficace in questi anni? Sei autonoma/o nel tuo ambito? In quali ambiti hai lavorato? Come possiamo misurare la qualitá del tuo lavoro sapendo solo che hai 10 anni di carriera alle spalle? Potresti essere stagnante da tempo e non essere aggiornato/a. | +| "Ho 10 anni di carriera alle spalle quindi non sono piú un/a Junior Dev" | Il tuo apprendimento é stato efficace in questi anni? Sei autonoma/o nel tuo ambito? In quali ambiti hai lavorato? Come possiamo misurare la qualità del tuo lavoro sapendo solo che hai 10 anni di carriera alle spalle? Potresti essere stagnante da tempo e non essere aggiornato/a. | | "Ho una laurea o un dottorato in Ingegneria o in Informatica" | Che tipo di competenze hai assorbito durante il percorso di studi? Come le hai applicate nel tuo lavoro? Sei autonomo/a grazie al tuo percorso di studi? | -| "Come esperienza lavorativa hai solamente un anno nella Azienda Esempio Srl, sarai certamente Junior Dev!" | Potresti invece aver praticato in autonomia in side-projects o potresti aver contribuito a progetti FOSS le tue abilitá nello scrivere codice. | -| "Ho 40 anni, non posso essere classificata come Junior Dev " | L'etá é solamente un numero, non fornisce informazioni sul tuo background o il percorso aziendale che hai compiuto. | +| "Come esperienza lavorativa hai solamente un anno nella Azienda Esempio Srl, sarai certamente Junior Dev!" | Potresti invece aver praticato in autonomia in side-projects o potresti aver contribuito a progetti FOSS le tue abilità nello scrivere codice. | +| "Ho 40 anni, non posso essere classificata come Junior Dev " | L'età é solamente un numero, non fornisce informazioni sul tuo background o il percorso aziendale che hai compiuto. | | "Con una laurea in Psicologia non puoi che essere un/a Junior Dev" | Alcuni background contribuiscono a migliorare le tue soft-skills e soprattutto ti forniscono un punto di vista diverso e come per l'esempio dell'esperienza lavorativa, potresti aver programmato nel tempo libero per anni, come passione e aver appreso abbastanza. | -È importante peró fare una precisazione, fermo restando che una persona puó sviluppare e apprendere per passione tutte le capacitá di programmare che vuole, lavorare in team é differente e lo é soprattutto perché si lavora all'interno di un'azienda, con le sue regole, i suoi tools e le sue pratiche. +È importante peró fare una precisazione, fermo restando che una persona puó sviluppare e apprendere per passione tutte le capacità di programmare che vuole, lavorare in team é differente e lo é soprattutto perché si lavora all'interno di un'azienda, con le sue regole, i suoi tools e le sue pratiche. Sicuramente ci sono fattori che non possono mancare in un/a dev con molta esperienza, come i test, l'attenzione alla security o le performance ottimali di un applicativo insieme alla sua architettura, che sono tutti aspetti piú complessi da assorbire in autonomia come Junior Dev, anche se la passione e la voglia di imparare possono portarti ovunque. Potresti essere contributor di progetti FOSS da anni o potresti aver lavorato per molto in un'azienda ma arrivata/o in un'azienda nuova é facile trovarsi spaesati nonostante l'esperienza, ricadendo quindi nella figura di "Junior" in un certo senso, a prescindere dalla sfida da affrontare. -Magari in qualche modo hai curato in autonomia o in un team gli aspetti piú complessi citati sopra come security e performance ad esempio, iniziando da zero in una nuova realtá aziendale peró tutto potrebbe sembrarti diverso e nuovo e come ribadito in diversi capitoli di questo nostro libro open, noi devs non finiamo mai di imparare, ricordandoci che chiunque potrebbe avere qualcosa da insegnarci, anche chi ha iniziato da poco. +Magari in qualche modo hai curato in autonomia o in un team gli aspetti piú complessi citati sopra come security e performance ad esempio, iniziando da zero in una nuova realtà aziendale peró tutto potrebbe sembrarti diverso e nuovo e come ribadito in diversi capitoli di questo nostro libro open, noi devs non finiamo mai di imparare, ricordandoci che chiunque potrebbe avere qualcosa da insegnarci, anche chi ha iniziato da poco. Questo cosa puó significare? @@ -48,7 +48,7 @@ Probabilmente che gli Junior Devs che sono dentro di noi, se pratichiamo un appr Stabilito un punto fisso come definizione di Junior Dev, possiamo proseguire nell'esplorare questa figura analizzandola dal punto di vista della carriera, immaginandola come la prima fase di un percorso lavorativo. -In primis é bene stabilire che ogni sviluppatore a seconda delle esperienze, ha i suoi tempi e di conseguenza non esiste un limite di tempo giá stablito entro cui dovrai evolvere come dev e nel titolo abbiamo deliberatamente ripreso un vecchio proverbio per introdurre un concetto per noi fondamentale: nessuno, se non te stess\* puó far avanzare la tua carriera in termini di competenze. +In primis é bene stabilire che ogni sviluppatore a seconda delle esperienze, ha i suoi tempi e di conseguenza non esiste un limite di tempo già stabilito entro cui dovrai evolvere come dev e nel titolo abbiamo deliberatamente ripreso un vecchio proverbio per introdurre un concetto per noi fondamentale: nessuno, se non te stess\* puó far avanzare la tua carriera in termini di competenze. Con questa espressione intendiamo evidenziare che di "occasioni" se ne presenteranno molte: la spiegazione di un concetto da parte dei colleghi, affiancamenti ad un senior, contenuti grautiti online (per il momento lasciamo perdere la formazione a pagamento), serate spese a sperimentare in autonomia oppure un nuovo progetto in azienda dove poter toccare con mano un nuovo aspetto mai affrontato. @@ -56,13 +56,13 @@ Sta solamente a te decidere di riconoscere di non sapere e non limitarti a "non Al concetto di "occasioni" peró é bene aggiungere anche i casi "limite" che nel bene nel male come vedremo rimangono comunque momenti per imparare ma andiamo per fasi. -In caso non ti fosse mai capitato sappi che é facile uscire dal "recinto" del ruolo di Junior Dev in termini di responsabilitá, soprattutto in aziende o team di piccole dimensioni, un collega é malato o si é licenziato, un progetto fuori tempo che si accavalla ad altri ed é un attimo trovarsi a gestire aspetti di un progetto che normalmente non dovremmo gestire noi e in linea di massima, non dovrebbe gestire una figura Junior. +In caso non ti fosse mai capitato sappi che é facile uscire dal "recinto" del ruolo di Junior Dev in termini di responsabilità, soprattutto in aziende o team di piccole dimensioni, un collega é malato o si é licenziato, un progetto fuori tempo che si accavalla ad altri ed é un attimo trovarsi a gestire aspetti di un progetto che normalmente non dovremmo gestire noi e in linea di massima, non dovrebbe gestire una figura Junior. Beh per fortuna che almeno in questi casi il compenso economico aumenta... sbagliato, non é cosí che funziona. -Potremmo dipingere il mondo come un bellissimo posto pieno di arcobaleni e di RAL commisurate alle responsabilitá e ci sono sicuramente un sacco di aziende validissime e dalla struttura solida dove questi scenari sono ben lontani dalla norma, ma é comune che possano presentarsi ed é comune trovarsi in situazioni dove non si é abbastanza formati. +Potremmo dipingere il mondo come un bellissimo posto pieno di arcobaleni e di RAL commisurate alle responsabilità e ci sono sicuramente un sacco di aziende validissime e dalla struttura solida dove questi scenari sono ben lontani dalla norma, ma é comune che possano presentarsi ed é comune trovarsi in situazioni dove non si é abbastanza formati. -Con queste righe non vogliamo assolutamente promuovere una cultura tossica del lavoro ne incoraggiare ad accettare situazioni "scomode" di questo stampo che si ripetono nel tempo e soprattutto non vogliamo spingerti a gestire situazioni di grande responsabilitá per le quali non hai le skills, ma siccome ci sono e ci saranno sempre probabilmente, é bene che tu acquisisca una adeguata preparazione. +Con queste righe non vogliamo assolutamente promuovere una cultura tossica del lavoro ne incoraggiare ad accettare situazioni "scomode" di questo stampo che si ripetono nel tempo e soprattutto non vogliamo spingerti a gestire situazioni di grande responsabilità per le quali non hai le skills, ma siccome ci sono e ci saranno sempre probabilmente, é bene che tu acquisisca una adeguata preparazione. Cosa possiamo fare per affrontare queste occasioni? @@ -70,29 +70,52 @@ Possiamo lamentarci, alzare le mani e sedersi immobili ad aspettare aiuto, oppur Potresti iniziare a scorrere la codebase, indagare su internet, raccogliere piú informazioni possibili, fare piccoli tentativi in codebase separate e magari ad esempio in caso di bug riprodurre le casistiche per delineare con piú precisione il problema e poi, successivamente, confrontarti con altri devs e se non hai modo di farlo, beh, puoi solo provare in autonomia. -In linea di massima finché non ci sono perdite di dati in produzione, interruzioni di servizio e perdite di codice importante, possiamo agire ed é quello lo spazio dove possiamo muoverci per aumentare le nostre abilitá di coding con una certa confidenza. +In linea di massima finché non ci sono perdite di dati in produzione, interruzioni di servizio e perdite di codice importante, possiamo agire ed é quello lo spazio dove possiamo muoverci per aumentare le nostre abilità di coding con una certa confidenza. Ribadiamo che queste situazioni non dovrebbero comunque essere la norma, non senza supervisione e non senza gli adeguati riferimenti in caso di problemi e in caso tu ti trovassi in questa posizione, questi sono tutti campanelli d'allarme per un'azienda che non considera la salute mentale dei suoi dipendenti e l'efficacia del proprio team. -Quello a cui dovremmo mirare é arrivare ad avere un sottile limite entro cui é salutare esplorare "terre sconosciute" per imparare, senza alcun rischio e forse non avrai sempre una RAL commisurata alle responsabilitá, ma avrai nuove abilitá da esercitare. +Quello a cui dovremmo mirare é arrivare ad avere un sottile limite entro cui é salutare esplorare "terre sconosciute" per imparare, senza alcun rischio e forse non avrai sempre una RAL commisurata alle responsabilità, ma avrai nuove abilità da esercitare. Se decidiamo di non cogliere nessuna delle occasione che arrivano, abbiamo il rovescio della medaglia: essere stagni nella propria posizione. -Questo per noi é un altro dei fondamenti dell'essere buoni Junior, non fossilizzarsi che in linea di massima é un termine generale per indicare che non dovrai porti dei limiti nell'apprendere, nel definire quando qualcosa é fuori dalla tua sfera d'interesse o delle tue responsabilitá e soprattutto, fatto un "gradino" (ad esempio appreso un nuovo framework) é bene pensare al prossimo da superare, ritornando al concetto di apprendimento continuo. +Questo per noi é un altro dei fondamenti dell'essere buoni Junior, non fossilizzarsi che in linea di massima é un termine generale per indicare che non dovrai porti dei limiti nell'apprendere, nel definire quando qualcosa é fuori dalla tua sfera d'interesse o delle tue responsabilità e soprattutto, fatto un "gradino" (ad esempio appreso un nuovo framework) é bene pensare al prossimo da superare, ritornando al concetto di apprendimento continuo. Anche in questo caso peró dobbiamo avvisarti, qui c'é un ulteriore punto fondamentale che é bene ricordare come Junior Dev ma é una costante nella carriera dei devs: attenzione alle tecnologie nuove. -Spesso ti capiterá di veder persone che gridano che il framework, il linguaggio o la tecnologia che stai usando stanno morendo e che é bene imparare la nuovissima tecnologia di cui invece sono dei sostenitori o a cui hanno contribuito. -In realtá potremmo vedere molti di questi esempi grazie all'IA, dello stampo "Inutile imparare a programmare ora!" ma la realtá dei fatti é che tutto va filtrato e analizzato singolarmente e l'aspetto fondamentale di una tecnologia da valutare é la sua robustezza e non c'é giudice piú capace del tempo, la tua stella polare dovrebbe essere la giusta flessibilitá accompagnata dalla soliditá e la sicurezza di aver scritto (o aver tentato il piú possibile) di scrivere codice di qualitá. +Spesso ti capiterà di veder persone che gridano che il framework, il linguaggio o la tecnologia che stai usando stanno morendo e che é bene imparare la nuovissima tecnologia di cui invece sono dei sostenitori o a cui hanno contribuito. +In realtà potremmo vedere molti di questi esempi grazie all'IA, dello stampo "Inutile imparare a programmare ora!" ma la realtà dei fatti é che tutto va filtrato e analizzato singolarmente e l'aspetto fondamentale di una tecnologia da valutare é la sua robustezza e non c'é giudice piú capace del tempo, la tua stella polare dovrebbe essere la giusta flessibilità accompagnata dalla solidità e la sicurezza di aver scritto (o aver tentato il piú possibile) di scrivere codice di qualità. -In poche parole, equilibrio tra questi aspetti: innovazione, adattabilitá, ottimizzazione, sicurezza e robustezza. +In poche parole, equilibrio tra questi aspetti: innovazione, adattabilità, ottimizzazione, sicurezza e robustezza. -Non spingere la tua mente in uno stato mentale di stress o di FOMO, la paura di "perdersi qualcosa", solo perché non hai appreso l'ultima tecnologia e a sostegno di questa tesi ti segnaliamo che ci sono sistemi centrali per l'umanitá che navigano con tecnologie inventati decenni fa o con codice a basso livello. +Non spingere la tua mente in uno stato mentale di stress o di FOMO, la paura di "perdersi qualcosa", solo perché non hai appreso l'ultima tecnologia e a sostegno di questa tesi ti segnaliamo che ci sono sistemi centrali per l'umanità che navigano con tecnologie inventati decenni fa o con codice a basso livello. -Prendi le novitá cosí come vengono, se ti interessano informati e magari provale ma fai attenzione ad integrarla ovunque e concentrati sul non dimenticare i fondamenti e la forma mentale in favore di ció che arrivato ieri piuttosto che un mese fa. +Prendi le novità cosí come vengono, se ti interessano informati e magari provale ma fai attenzione ad integrarla ovunque e concentrati sul non dimenticare i fondamenti e la forma mentale in favore di ció che arrivato ieri piuttosto che un mese fa. Imparare, sperimentare e testare nuovi strumenti richiede tempo e sicuramente la frizione nell'assorbire una nuova tecnologia fa parte delle occasioni sopracitate ma é anche vero che forse un training di due settimane sul nuovo framework é poco sensato per ottenere semplicemente due millisecondi risparmiati durante il render di una pagina web, forse hai modi migliori di trascorrere il tuo tempo... magari contribuire all'open source :) Faccenda complessa vero? -Come puoi vedere non vogliamo indorarti la pillola, la fase di carriera da Junior é parecchio delicata e composta di molteplici fattori da considerare e ancora non abbiamo esplorato cosa dovrebbe fare o non fare un Junior Dev per lavorare in modo ottimale, ci sono mille sfaccettature perché dopotutto in questa fase starai gettando le basi della tua carriera, quindi in realtá l'unico consiglio che possiamo darti é di non demordere, ora hai piú chiaro quanto puó essere complesso iniziare a sviluppare nel mondo di oggi. +Come puoi vedere non vogliamo indorarti la pillola, la fase di carriera da Junior é parecchio delicata e composta di molteplici fattori da considerare e ancora non abbiamo esplorato cosa dovrebbe fare o non fare un Junior Dev per lavorare in modo ottimale, ci sono mille sfaccettature perché dopotutto in questa fase starai gettando le basi della tua carriera, quindi in realtà l'unico consiglio che possiamo darti é di non demordere, ora hai piú chiaro quanto puó essere complesso iniziare a sviluppare nel mondo di oggi. + +## Come crescere professionalmente + +Partiamo dal presupposto che spesso ad essere identificati professionalmente come Junior troviamo tutta una fetta di popolazione che, per definizione, Junior non è. Dedicare un capitolo di questo libro ad ogni " livello" professionale sarebbe impensabile, ed è per questo motivo che abbiamo deciso di inglobare nella definizione di Junior anche la popolazione entry level degli sviluppatori. +Per questo motivo, il percorso di crescita professionale che andremo ad analizzare in questo capitolo potrà essere seguito sia da chi si sta affacciando per la prima volta al mondo del lavoro, sia da chi ha già alle spalle qualche anno di esperienza. +La chiave di volta per la crescita professionale nel mondo dello sviluppo software è la proattività. Essere proattivi significa non aspettare che le cose accadano, ma fare in modo che accadano. Questo concetto è particolarmente importante per chi si trova nella fase iniziale della propria carriera, in quanto è proprio in questo momento che si gettano le basi per il proprio futuro professionale. +I primi anni della carriera, così come i primi anni di vita, sono quelli in cui si impara di più. È in questa fase che si acquisiscono le competenze tecniche e non tecniche che saranno fondamentali per il proprio futuro professionale. È in questo momento che si impara a lavorare in team, a risolvere i problemi, a comunicare con gli altri, a gestire il tempo e le risorse a propria disposizione. + +Per gli entry level, coloro i quali hanno appena avviato la propria carriera professionale, è importante scegliere la prima azienda nel modo giusto. Spesso si tende a sottovalutare l'importanza di questa decisione, ma è proprio da qui che si parte per costruire il proprio futuro professionale. È importante scegliere un'azienda che offra un ambiente di lavoro stimolante, che permetta di crescere professionalmente e che dia la possibilità di mettersi alla prova. In questa fase è molto importante riconsiderare le proprie priorità a breve termine per puntare quasi esclusivamente su quelle a lungo termine. +Per anni, soprattutto a causa di influenze dettate dai tempi passati, siamo stati abituati a pensare al luogo di lavoro come un posto in cui scambiare il proprio tempo per denaro. La retorica degli ultimi cinquant'anni ci ha portato a credere che il lavoro fosse un obbligo, un dovere, una necessità. Ma la realtà è ben diversa. Il lavoro è una scelta, una scelta che facciamo ogni giorno, una scelta che ci permette di esprimere noi stessi, di realizzarci, di crescere. Ecco perché è importante scegliere con cura il luogo in cui lavorare, perché è da qui che parte tutto. +In generale, durante la scelta di un posto di lavoro, mettiamo sul piatto della bilancia diversi aspetti, e tendiamo ad attribuire un peso a ognuno di essi. La retribuzione, e aggiungerei la flessibilità sulla modalità di lavoro, spesso giocano un ruolo fondamentale nello spostare l'ago della bilancia. Ma è importante non dimenticare che ci sono altri aspetti che possono fare la differenza, soprattutto se stiamo per varcare per la prima volta la soglia di un'azienda. Un lavoro non è per sempre, i nostri gusti, le nostre abitudini, i nostri modi di fare possono cambiare, e con essi anche le nostre priorità. + +Nei primi tre mesi di carriera il tuo obiettivo principale dovrebbe essere quello di farti conoscere e conoscere l'azienda nella quale sei dentro. Questo periodo di solito coincide con il periodo di prova, e quindi è importante capire se siete fatti per stare insieme. Non aver paura di fuggire se il tuo sesto senso ti dice che non è il posto giusto per te. Non è un fallimento, è solo un'altra tappa del tuo percorso. E ricorda, non è mai troppo tardi per cambiare strada. In questo momento l'obiettivo principale è imparare, imparare, imparare. Non preoccuparti troppo di fare errori, è normale, è umano. +Nei primi sei mesi di carriera dovrai diventare un detective, devi cercare di acquisire quante più informazioni possibili sia su come lavora l'azienda, e sia sul dominio applicativo della stessa. Ci sono realtà dove il dominio applicativo è molto complesso, e richiede tempo per essere assimilato. Non aver paura di chiedere, non aver paura di fare domande, non aver paura di sbagliare. Ricorda, sei lì per imparare, non per dimostrare quanto vali. In questa fase dovresti riuscire a identificare il capobranco del tuo team, colui o colei che ha più esperienza, e che può aiutarti a crescere. Ecco, ti ci devi attaccare come una cozza al suo scoglio. +Nei tuoi primi nove mesi di carriera dovresti dimenticare totalmente il tuo stipendio. Questo non significa che non dovrai preoccuparti di come pagare l'affitto o la spesa, ma che non dovresti permettere allo stesso di diventare un'etichetta per il tuo livello di professionalità. Non lavorare mai gratis, piuttosto meglio farsi assegnare un rimborso spese, il lavoro, seppur non di esperienza, va sempre ricompensato. Evita di accettare lavori superpagati ma senza prospettive o che non ti soddisfano, la gratificazione economica dura poco e soprattutto non è considerata un investimento a lungo termine. +Durante il primo anno di carriera ti ritroverai a svolgere task sia semplici che leggermente più complessi. Da junior, è molto probabile che il tuo lavoro sarà spesso di supporto, e che ti troverai a lavorare su task che non richiedono particolari competenze tecniche. Questo non significa che il tuo lavoro non sia importante, anzi. Il tuo lavoro è fondamentale per il buon funzionamento del team, e per la riuscita del progetto. Non sottovalutare mai il tuo ruolo, e non permettere a nessuno di farlo. Se ti trovi in un ambiente in cui il tuo lavoro non è riconosciuto, è il momento di cambiare aria. Ricorda, il tuo lavoro è importante, e tu sei importante. +In questo periodo, spesso e volentieri ti capiterà di svolgere attività nelle quali non ti senti a tuo agio, o che non ti piacciono, o peggio, che per un motivo o per l'altro, non riuscirai a risolvere. Qui la contemporanea presenza e assenza di informazione giocheranno un ruolo fondamentale nello sviluppo delle tue abilità di problem solving. Cerca di attivare la modalità esplorativa nel tuo cervello, poniti domande, e soprattutto falle agli altri. È importante imparare a porre le domande in modo da mantenere attiva la modalità esplorativa. Cerca di desistere dal chiedere la soluzione: un cervello in fase di stress positivo è un cervello che impara. +Un'altra importante fase che dovrai imparare a sfruttare al meglio per massimizzare l'apprendimento è quella di pair programming e di code review. Cerca insistentemente di lavorare a stretto contatto con i tuoi colleghi, e cerca di farti revisionare il codice il più possibile. Questo ti permetterà di imparare nuove tecniche, nuovi pattern, e soprattutto ti permetterà di capire come lavorano gli altri. Ricorda, il pair programming e le code review sono due attività fondamentali per la crescita professionale di un developer, e non dovrebbero mai essere trascurate. Cerca di mettere da parte l'idea che il giudizio degli altri possa essere negativo sulla tua persona, e cerca di accettare le critiche come un'opportunità di crescita. Ricorda, il tuo obiettivo è imparare, non dimostrare quanto vali. + +Dopo un po' di tempo passato a lavorare in azienda, molto probabilmente individuerai una certa predilezione verso determinati processi e a maturare un certo livello di competenza verso alcune aree del dominio applicativo. Le attività di pair programming si riducono allo stretto necessario, e le sessioni di code review non impegnano troppo tempo al tuo reviewer nel suggerirti dei cambiamenti. Inizierai ad avere responsabilità diverse, e probabilmente ti troverai a dover gestire task più complessi e a dover prendere decisioni più importanti. Complimenti! Questi sono buoni indicatori che la tua professionalità sta crescendo, e che stai maturando come sviluppatore. +Quasi sicuramente le tue competenze tecniche saranno migliorate, imparerai a conoscere più nel dettaglio un linguaggio di programmazione, a saper utilizzare meglio il framework di riferimento nella tua azienda, e soprattutto a saper risolvere attività più lunghe e corpose nel minor tempo possibile utilizzando pattern e dogmi dell'ingegneria del software. + +WIP