Skip to content

Instantly share code, notes, and snippets.

@GiuseppePiscopo
Last active April 30, 2026 08:47
Show Gist options
  • Select an option

  • Save GiuseppePiscopo/3f33848c56ee84a309401166fd3afd05 to your computer and use it in GitHub Desktop.

Select an option

Save GiuseppePiscopo/3f33848c56ee84a309401166fd3afd05 to your computer and use it in GitHub Desktop.
Imparare in pubblico - Learn in Public Italian Translation

[Traduzione in italiano dell'articolo Learn in Public, scritto da swyx. Traduzione di Giuseppe Piscopo]

Il modo più veloce per imparare

19 Giugno 2018

Se c'è una regola d'oro, è questa, quindi la metto all'inizio. Tutte le altre regole sono più o meno elaborazioni di questa.

Sai già di tuo che non smetterai mai di imparare. Ma la maggior parte delle persone "impara in privato" e si nasconde. Sfrutta contenuti esistenti, senza crearne di propri. Ok, non c'è nulla di male, ma qui stiamo parlando di far parte del top 20%. Quello che devi costruire qui è l'abitudine di produrre un output da ciò che hai appreso:

  • Scrivi blog, tutorial e cheatsheet (schemi riassuntivi).
  • Partecipa come speaker a meetup e conferenze.
  • Fai domande e rispondi su Stackoverflow o Reddit. Evita i canali chiusi (walled gardens) come Slack e Discord: non sono pubblici.
  • Crea video su YouTube o stream su Twitch.
  • Inizia una newsletter.
  • Disegna fumetti (le persone AMANO i fumetti!).

Qualunque sia la tua "cosa", il tuo argomento di interesse, crea la cosa che avresti voluto trovare quando la stavi imparando. Non giudicare i tuoi risultati in base agli "applausi", ai retweet, alle stelle o agli upvote che ricevi: invece, chiedi un parere al te stesso di 3 mesi fa. Ho un blog di sviluppo, con frequenza quasi quotidiana, destinato a nessun altro se non a me.

Pensa un po', non si tratta di raggiungere il maggior numero possibile di persone attraverso i tuoi contenuti. Se ci riesci, fantastico, ricordati di me quando sarai famoso. Ma è probabile che, nel tuo tentativo di aiutare il te stesso del passato, chi trarrà di gran lunga il maggior vantaggio sarà il te stesso del futuro. Se anche altri ne beneficiano, quella è la ciliegina sulla torta.

Credi di aver finito? Non fermarti qui:

  • Ti è piaciuto un video di coding? Contatta l'autrice/autore e ringrazialo, e chiedigli delle domande.
  • Sottoponi delle Pull Request alle librerie che usi.
  • Crea le tue librerie anche se nessuno le userà mai.
  • Clona le cose che ti piacciono, da zero, per capire come funzionano.
  • Insegna nei workshop.
  • Partecipa come speaker alle conferenze e riassumi ciò che hai imparato.

Se sei stanco di creare cose una tantum, inizia a costruirti una base di conoscenze persistente che cresce nel tempo. [Condividi la tua conoscenza (Open Source your Knowledge)](https://www.swyx.io/ideas/?filter=open source your&show=Talk)! Ad ogni passo del percorso: documenta ciò che hai fatto e i problemi che hai risolto.

Il sottotitolo della regola principale sarebbe: Fai del tuo meglio per essere corretto, ma non preoccuparti quando sbagli. Ripetutamente. Se ti senti a disagio, o ti senti un impostore, ottimo. Vuol dire che ti stai spingendo oltre i tuoi limiti. Non pensare di sapere tutto, ma fai comunque del tuo meglio, e lascia che internet ti corregga quando inevitabilmente sbaglierai. Indossa la tua inesperienza come un distintivo.

Le persone pensano che tu sia scarso? Bene. Sei d'accordo con loro. Chiedigli di spiegare, nei dettagli, perché pensano che tu lo sia. Vuoi sentirti a tuo agio, o vuoi migliorare? Niente critiche, niente crescita. Certo, poi vai e torna per dimostrare che si sbagliavano. Ovviamente, se diventano molesti, bloccali.

Ho già detto che insegnare è il modo migliore per imparare? Parla mentre programmi. Può essere stressante e io stesso non l'ho fatto così spesso, ma i miei migliori colloqui tecnici sono stati quelli in cui finivo per parlare come se stessi insegnando, anziché cercare disperatamente di dimostrare chi fossi. Siamo animali, siamo attratti dalla fiducia e possiamo fiutare la disperazione.

Ad un certo punto, avrai qualcuno che ti supporta. Le persone notano gli apprendisti veri. Vorranno aiutarti. Non dirglielo, ma in realtà sono diventati i tuoi mentori. Questo è molto importante: Raccogli ciò che ti offrono. Considerali come se ti stessero offrendo delle missioni da completare. Quando chiedono "C'è qualcuno disposto ad aiutarci su XY?", tu sei quel ragazzo in prima fila con la mano già alzata. Questi sono ingegneri senior, alcune delle persone più richieste nel settore tech. Passeranno del tempo con te, uno a uno, se li aiuti (P.S. e c'è sempre qualcosa su cui cercano aiuto). Queste cose non puoi pagarle. Saranno tuoi insegnanti gratuitamente. La maggior parte delle persone non vede ciò che ha davanti agli occhi. Ma tu sì.

"Ma con tanti sviluppatori junior là fuori, perché dovrebbero aiutare proprio me?", ti starai chiedendo.

Perché stai imparando in pubblico. Perché insegnando a te, insegnano a molti. Perché li amplifichi. Perché hai una cosa che loro non hanno: la mentalità da principiante. Capisci come funziona?

Ad un certo punto, le persone inizieranno a chiederti aiuto proprio grazie a tutto ciò che hai pubblicato. L'80% degli sviluppatori è "nascosto", non scrive, non parla o non partecipa al discorso tech pubblico. Ma tu sì. E quindi, per forza di cose, sei un esperto, no? Non dirgli che non lo sei. Rispondi al meglio delle tue capacità, e quando sei bloccato o hai sbagliato passa la palla ai tuoi mentori.

Alla fine, esaurirai i mentori e risolverai i problemi in autonomia. Ma intanto continuerai a pubblicare contenuti. Capisci come funziona?

Impara in pubblico.

P.S. Alla fine, vorranno pagarti per il tuo aiuto. Molto più di quanto pensi.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment