È davvero raro che qualcuno abbandoni la sfida dei 100 giorni di codice proprio al primo giorno.

Il giorno 1 è la parte divertente. Scrivi qualche riga di codice, ti senti un genio e pubblichi qualcosa come: "giorno 1 di #100DaysOfCode andato, ho scritto la mia prima funzione!"

Anche il giorno 2 dà ottime sensazioni.

I problemi iniziano più tardi. Intorno alla terza settimana, l'entusiasmo svanisce. Il codice scritto la settimana prima sembra quasi privo di senso e, all'improvviso, 100 giorni sembrano un'eternità.

Nessuno ti mostra quella fase intermedia. Online vedi solo la raccolta dei momenti migliori: screenshot delle proprie streak, post entusiasti, persone che trovano lavoro prima ancora che siano passati tre mesi. Non vedi la parte centrale, quella più caotica e difficile, dove alcuni mollano e altri trovano la motivazione per andare avanti.

Vediamo quindi insieme come si presenta la sfida dei 100 giorni con Coddy, giorno per giorno, stato d'animo dopo stato d'animo, prima ancora di arrivare al giorno 1.

Cos'è la sfida dei 100 giorni di codice?

Beh, il nome dice già tutto: scrivere codice ogni singolo giorno per 100 giorni di fila! Tutto qui. Senza saltare un giorno.

È diventata popolare perché risolve un problema reale. Molte persone non falliscono nell'imparare a programmare perché la materia è troppo difficile, ma perché non riescono a creare l'abitudine di essere costanti.

La sfida dei 100 giorni costruisce questa abitudine rendendo la costanza stessa (la "streak") l'obiettivo principale, almeno all'inizio.

Alcune regole di base che di solito si seguono:

• Programmare per un minimo di tempo ogni giorno, anche solo per 10 o 15 minuti (anche solo cinque minuti contano!)
• Condividere i propri progressi da qualche parte: sui social media, su un blog o in un diario privato
• Scegliere un linguaggio o un progetto e portarlo avanti abbastanza a lungo da vedere dei progressi
• Se si salta un giorno, si ricomincia dal giorno 1 oppure si prende nota e si prosegue, a seconda della versione della sfida che si è scelto di seguire

Avete notato che nessuna di queste regole dice quanto bisogna imparare in un giorno? È fatto apposta. La sfida non consiste nel padroneggiare un linguaggio in 100 giorni, ma nel dimostrare a se stessi che si è capaci di mettersi al lavoro anche quando non se ne ha voglia.

Come funziona su Coddy

È qui che entra in gioco la parte "con Coddy". Non hai bisogno di configurare un editor, installare programmi o capire dove scrivere la tua prima riga di codice. Ti basta aprire Coddy, andare su Challenges (Sfide) e fare due scelte.

Prima di tutto, il linguaggio. Al momento puoi scegliere tra Python, JavaScript, C++, Java o C# (non preoccuparti, il team ne aggiungerà presto altri!). Non sai quale scegliere? Scegli quello che ti ispira di più e comincia da lì. Potrai sempre cambiare idea in seguito.

Secondo, la difficoltà: facile, media o difficile. Al giorno 1, la scelta giusta è "facile", non importa quanto tu voglia metterti alla prova.

Questo è tutto ciò che devi fare per iniziare le sfide. Due clic e stai già programmando. E questo conta molto più di quanto sembri per un percorso di 100 giorni! Ogni passaggio extra tra te e la sfida di oggi è una scusa in più per saltare un giorno, e i giorni saltati sono il modo in cui le streak si interrompono.

Le fasi

Se parli con abbastanza persone che hanno completato (o tentato) la sfida, noterai uno schema ricorrente. Non si tratta quasi mai di una linea retta di progressi costanti. Assomiglia molto di più a montagne russe con cali prevedibili.

Giorni da 1 a 10: La luna di miele

Tutto sembra nuovo e stimolante. Imparerai la sintassi, creerai piccolissimi progetti e ogni piccolo successo ti darà una bella sensazione. Questa è la parte più facile della sfida, soprattutto perché la novità mantiene alto l'entusiasmo.

Giorni da 11 a 30: L'impatto con la realtà

L'entusiasmo svanisce. O meglio, si ridimensiona un po'. I concetti diventano più difficili. Inizi a paragonarti alle persone online che sembrano andare più veloci, creare cose più interessanti e capire tutto all'istante (probabilmente non è così, ma questa è l'impressione). È qui che molti si arrendono.

Giorni da 31 a 70: Il cambio di identità

Se superi l'impatto con la realtà, succede qualcosa di interessante. Scrivere codice smette di sembrare un compito che ti imponi di fare e diventa semplicemente parte della tua routine. I progressi potrebbero sembrare ancora lenti, ma l'abitudine quotidiana non è più faticosa.

Giorni da 71 a 100: La conquista della sicurezza

A questo punto, guardando il codice del giorno 1, farai fatica a credere di averlo scritto tu. L'ultimo tratto spesso non riguarda l'apprendimento di cose completamente nuove, ma l'applicazione di ciò che già sai a problemi più complessi. Di solito è qui che si inizia a creare progetti reali invece di limitarsi a seguire i tutorial.

Come si presenta una giornata tipo

Molti immaginano che 100 giorni di programmazione significhino ore di concentrazione intensa ogni singolo giorno. In realtà, questo è il modo più rapido per andare in burnout nel giro di una settimana o due.

Vediamo invece come si presenta un programma sostenibile:

• Alcuni giorni: da 10 a 15 minuti per risolvere una piccola sfida o ripassare un concetto
• Altri giorni: da 45 minuti a un'ora per sviluppare un progetto più grande
• Giorni di riposo "sotto mentite spoglie": leggere la documentazione, guardare un breve video o rivedere il vecchio codice senza scrivere nulla di nuovo

Quest'ultimo punto è fondamentale. Non tutti i giorni devono per forza tradursi nello scrivere nuovo codice. Rivedere ciò che hai già imparato, correggere un vecchio bug o leggere il codice di qualcun altro conta comunque come "esserci"! Piccoli gesti ripetibili sono il tipo di abitudini quotidiane che formano uno sviluppatore migliore.

Perché le persone mollano intorno alla terza settimana?

Se la sfida consiste solo nel farsi vivi ogni giorno, perché una cosa così semplice spinge così tante persone a mollare?

La risposta di solito si riconduce a uno di questi motivi:

• Hanno fissato un obiettivo quotidiano troppo alto (due ore al giorno sembrano un'ottima idea, finché non si mette in mezzo la vita reale)
• Hanno scelto un progetto o un linguaggio che non li interessava davvero, solo perché andava di moda
• Non avevano modo di monitorare i progressi, quindi sembrava che non stesse succedendo nulla, anche se non era così
• Hanno saltato un giorno, si sono sentiti dei falliti e hanno rinunciato invece di andare avanti

Nessuno di questi motivi ha a che fare con l'intelligenza o il talento. Riguardano l'organizzazione. La sfida non è difficile perché programmare è difficile. È difficile perché creare un'abitudine è difficile, e molte persone iniziano senza un piano per i giorni più duri, quelli in cui manca la motivazione.

Come arrivare al giorno 100

Se vuoi avere una reale possibilità di arrivare alla fine, alcuni piccoli accorgimenti faranno molta più differenza di quanta ne farà mai la sola forza di volontà.

1. Stabilisci un obiettivo minimo ridicolmente basso. Invece di prometterti un'ora al giorno, promettiti dieci minuti. Nei giorni buoni farai anche di più. In quelli no, dieci minuti saranno comunque una vittoria, e una vittoria è ciò che tiene viva la streak!

2. Scegli qualcosa che ti entusiasmi almeno un po'. Se odi il progetto che hai scelto, il giorno 30 sembrerà un inferno. Scegli un linguaggio o un'idea di progetto che ti metta addosso un minimo di curiosità di aprire il portatile, anche quando sei stanco.

3. Tieni traccia dei progressi in un posto visibile. Un contatore di streak, un calendario da barrare fisicamente, un post pubblico: qualsiasi cosa che trasformi un progresso invisibile in qualcosa di tangibile.

4. Pianifica i giorni persi prima ancora che accadano. Decidi fin da ora cosa farai se salterai un giorno. Ricomincerai da capo? Continuerai semplicemente prendendo nota dell'interruzione? Decidere in anticipo ti eviterà di mollare tutto non appena la vita si complicherà (perché, prima o poi, si complicherà).

5. Trova una forma di responsabilità esterna. Potrebbe essere un amico che fa la sfida con te, una community online o un'app che si accorge se sparisci. Siamo molto più costanti quando sappiamo che qualcuno o qualcosa ci sta prestando attenzione.

Cosa cambia entro il giorno 100

La gente si espetta che il giorno 100 sia come un traguardo festeggiato con i coriandoli. In realtà, la sensazione è un po' diversa, e decisamente migliore.

Entro il giorno 100, molte persone notano che:

• Leggere il codice sembra meno decifrare una lingua straniera e più, beh, semplicemente leggere
• I piccoli bug che prima scatenavano il panico ora sembrano normali rompicapo risolvibili
• Hanno creato due o tre piccoli progetti invece di seguire decine di tutorial lasciati a metà
• L'idea di programmare ogni giorno non sembra più una sfida, ma semplicemente qualcosa che fanno

Cosa dovresti creare in 100 giorni?

Per buona parte della sfida, potresti non creare affatto un progetto completo, e va benissimo così. Su Coddy, il lavoro consiste nelle sfide quotidiane. Scegli il tuo linguaggio, scegli la difficoltà, risolvi quello che hai davanti e lascia che questo ti guidi nelle prime settimane.

A metà percorso, però, una volta che le basi non sembrano più così instabili, a molti viene la tentazione di creare qualcosa di proprio.

Quando arriva quel momento, evita di passare un'ora a scorrere idee di progetti e fatti una domanda migliore: cos'è quella piccola cosa che vorresti esistesse già, o di cui sei curioso di capire il funzionamento?

Alcune strade che funzionano bene per un percorso di 100 giorni:

• Un piccolo strumento che risolve un problema fastidioso della tua vita quotidiana, come un tracker di budget o un registro delle abitudini
• Un gioco semplice, anche banale come il tris, poiché i giochi costringono a ragionare sulla logica e sulle regole
• Ricreare una piccola parte di un sito web o di un'app che già usi, solo per vedere come potrebbe funzionare dietro le quinte
• Una serie di mini sfide non collegate tra loro, se impegnarsi in un unico grande progetto sembra troppo spaventoso in questa fase iniziale

Nessuno di questi deve essere un capolavoro. Il punto è scegliere qualcosa di abbastanza concreto da non farti rimanere a fissare un file vuoto chiedendoti da dove iniziare. Va benissimo anche cambiare progetto in corsa. Inizia con un'idea, superala dopo qualche settimana e passa a qualcosa di più ambizioso non appena le tue competenze saranno migliorate.

Devi imparare qualcosa di nuovo ogni giorno?

No, e pretenderlo da se stessi è la via più rapida per il burnout.

Alcuni giorni comporteranno l'apprendimento di qualcosa di completamente nuovo, come un concetto mai affrontato prima. Altri giorni consisteranno nel fare pratica su qualcosa che già conosci, finché non diventerà automatico.

Entrambi i casi sono validi. I giorni ripetitivi, quelli che sembrano noiosi perché stai consolidando qualcosa di familiare, spesso fanno molto di più per la tua memoria a lungo termine rispetto ai giorni entusiasmanti in cui tutto è nuovo.

Questo tipo di ripetizione conta ancora di più oggi. In un'epoca in cui l'intelligenza artificiale può generare codice funzionante in pochi secondi, la pratica manuale che fai tu è ciò che trasforma le risposte altrui in competenze che rimangono tue.

Se stai tenendo il conto mentale di quante nuove informazioni hai appreso oggi, prova a lasciar perdere. Completamente. L'unica domanda che vale la pena farsi ogni giorno è: mi sono messo al lavoro?

Dovresti farlo?

Un'altra domanda da porsi è: ho bisogno di una sfida di 100 giorni o di un sistema che mi spinga a tornare ogni giorno senza la pressione di un conto alla rovescia?

Entrambi gli approcci sono validi. Alcune persone danno il meglio con la struttura e la responsabilità pubblica di una sfida definita. Altre si trovano meglio con un'abitudine continua che non ha un traguardo finale, così non c'è pressione una volta arrivati al giorno 100 e la vita va avanti.

Se ti piace l'idea delle streak, dei promemoria quotidiani e delle brevi sfide senza dover annunciare nulla a tutto l'internet, questo è un ottimo modo per costruire la stessa abitudine.

Il numero 100 non ha nulla di magico; è solo una cifra tonda che si rivela abbastanza lunga da creare un'abitudine e abbastanza breve da sembrare raggiungibile!

In conclusione

La sfida dei 100 giorni di codice non riguarda il codice in sé. È un esperimento di costruzione di un'abitudine, presentato sotto forma di progetto di programmazione.

La sintassi che impari lungo il percorso è importante, ma la vera vittoria consiste nel dimostrare a te stesso che puoi essere costante ogni giorno.

Aspettati un momento difficile intorno al giorno 20. Aspettati un cambiamento a metà percorso, in cui programmare smetterà di sembrare un obbligo. E aspettati che il giorno 100 non sembri una fine, ma piuttosto il momento in cui ti rendi conto che non hai più bisogno della sfida, perché l'abitudine si è ormai consolidata da sola.

Quindi, se stai pensando di iniziare, non aspettare l'idea di progetto perfetta o il lunedì ideale per cominciare. Scegli qualcosa di piccolo, apri il portatile oggi stesso e inizia.