{"id":566,"date":"2015-09-25T09:25:03","date_gmt":"2015-09-25T07:25:03","guid":{"rendered":"https:\/\/alistapart.com\/it\/article\/iniziazione-al-codice\/"},"modified":"2015-09-25T09:25:03","modified_gmt":"2015-09-25T07:25:03","slug":"iniziazione-al-codice","status":"publish","type":"article","link":"https:\/\/alistapart.com\/it\/article\/iniziazione-al-codice\/","title":{"rendered":"Iniziazione al codice"},"content":{"rendered":"
<\/p>\n

Quando ci si immagina un mentore per la programmazione, potrebbero venire in mente alcuni archetipi. Magari potreste visualizzare il saggio monaco che ha modificato dei design patter per decenni. O magari \u00e8 il sofisticato keynote speaker con un’impressionante lista di contributi open source. Oppure potrebbe essere lo scienziato pazzo e poliglotta ossessionato da dozzine di linguaggi di cui non avete mai sentito parlare.<\/p>\n

Ma se questi personaggi non fanno parte del vostro team quando si unisce a voi il nuovo assunto fresco di studi, chi si far\u00e0 carico dell’addestramento?<\/p>\n

Voi, ovviamente.<\/p>\n

\n

Con l’aumento dei coding boot camp e con l’aumento delle iscrizioni ai corsi di informatica all’universit\u00e0, la scorta di junior developer \u00e8 pi\u00f9 grande che mai. Ma quando si tratta di educare tutto questo talento, molti team non sanno da dove cominciare. Alcuni sviluppatori pensano di non saperne ancora abbastanza per essere dei bravi mentori, mentre altri pensano di essere semplicemente troppo occupati per farlo.<\/p>\n

Qualsiasi siano le vostre riserve iniziali, potete fare da mentore e potete farlo bene. Tutto quello che serve sono le giuste linee guida e un po’ di struttura.<\/p>\n

\n

Iniziare la relazione mentore-protetto<\/h2>\n

Quando cercate la persona a cui fare da mentore, il vostro protetto, cercate \u201cqualcuno che abbia da insegnarvi qualcosa ma ancora non lo sa\u201c, come mi ha recentemente suggerito un mio amico che fa da mentore in RailsBridge<\/a>.<\/p>\n

Questa cosa per me ha due significati. Il primo \u00e8 di rimanere aperti ad una serie di tipi di personalit\u00e0. Cercate un possibile protetto che non sia simile a voi. Potreste cadere nella tentazione di confrontare i junior con il voi di tre anni fa e saltare alle conclusioni, ma la mentorship \u00e8 una strada a due corsie, non \u00e8 fare lezione. In effetti, non riguarda nemmeno il passaggio della vostra conoscenza ad un’altra persona. Riguarda raggiungere un accordo comune per migliorare entrambe in quello che fate. Imparerete di pi\u00f9 a vicenda se avete modi diversi di pensare.<\/p>\n

Il secondo \u00e8 di scegliere qualcuno da cui volete<\/em> imparare. Se il vostro protetto non \u00e8 il tipo di persona con cui vi piacerebbe partecipare ad una battaglia di codice, non andrete da nessuna parte. La prima qualit\u00e0 da evitare \u00e8 l’arroganza: una persona arrogante avr\u00e0 un tasso di crescita pi\u00f9 lento rispetto a chi accetta di buon cuore del feedback.<\/p>\n

Dal momento che le dinamiche del team sono in costante mutazione, potreste non stabilire spesso delle relazioni mentore-protetto con persone del vostro team. Questo non significa che non troverete opportunit\u00e0 per fare da mentore. Cercate piccoli momenti per intervenire e dare aiuto: sarete visti come leader e cominceranno a materializzarsi pi\u00f9 opportunit\u00e0 di mentoring.<\/p>\n<\/div>\n

\n

La chiave \u00e8 nell’agilit\u00e0<\/h2>\n

La chiave per essere un buon mentore \u00e8 un concetto con cui avete gi\u00e0 familiarit\u00e0, dal momento che \u00e8 cruciale per lo sviluppo di software di buona qualit\u00e0 e per apprendere nuove informazioni efficacemente. La chiave \u00e8 l’agilit\u00e0.<\/p>\n

Ovviamente, \u201cagile\u201c \u00e8 diventato un termine con pi\u00f9 significati e tende pi\u00f9 a confondere le idee che a chiarirle. Dave Thomas, uno dei firmatari originali dell’Agile Manifesto<\/a>, in un blog post del 2014<\/a> ha ammesso questa confusione, poi ci ha ricordato come fare tutto in maniera agile:<\/p>\n