Imparare a programmare con le flashcard: le carte che servono davvero

Per imparare a programmare con le flashcard, usale in tre casi: i concetti che devi saper spiegare, la sintassi che cerchi ogni settimana e brevi frammenti di codice di cui devi prevedere l'output. Il resto dell'apprendimento avviene scrivendo programmi, sbagliando e facendo debug. Le flashcard sostengono questa pratica; non la sostituiscono.

Il motivo è semplice: programmare è un'abilità di produzione. Riconoscere una funzione in un tutorial non significa saperla scrivere partendo da un editor vuoto. Eppure, ogni volta che interrompi un esercizio per cercare come scorrere un dizionario, perdi il filo del ragionamento. È proprio questo tipo di dato piccolo e ricorrente che va messo su una carta.

Limitarti a pochi formati rende il mazzo facile da ripassare e da correggere. Questi tre coprono quasi tutto ciò che vale la pena ricordare senza dover fare una ricerca.

Prima carta: se a = [10, 20, 30, 40, 50], che cosa restituisce a[1:3]? Risposta: [20, 30]. Lo slice parte dall'indice 1 (il secondo elemento, perché si conta da 0) e si ferma prima dell'indice 3. Seconda carta: con x = [1, 2] e y = [1, 2], che cosa danno x == y e x is y? Risposta: True e False. L'operatore == confronta i valori; is verifica se i due nomi puntano allo stesso oggetto, e qui sono due liste distinte con lo stesso contenuto.

Terza carta: che cosa stampa for i in range(3): print(i)? Risposta: 0, 1 e 2, ognuno su una riga, perché range(3) parte da 0 e si ferma prima di 3. Prima di salvare una carta del genere, esegui il frammento e copia l'output reale. Così non memorizzi mai una risposta sbagliata che hai scritto a memoria.

Il ciclo che funziona meglio unisce un progetto alle carte. Costruisci qualcosa di piccolo, come uno script che legge un file di voti e calcola le medie. Ogni volta che devi cercare qualcosa, te lo annoti. Alla fine della sessione trasformi due o tre di quelle note in carte e scarti quelle che non ti serviranno più.

In questo modo il mazzo riflette le tue difficoltà reali e non l'intera documentazione del linguaggio. Dopo qualche settimana cercherai di meno e dedicherai l'attenzione alla logica del problema. Quando una carta ha passato un mese senza errori e usi quel dato con disinvoltura nei tuoi progetti, smetti di aggiungerne varianti.

Kornell (2009) ha confrontato due modi di studiare flashcard di vocabolario: un unico mazzo grande in cui ogni carta tornava dopo molte altre, e diversi mazzi piccoli ripassati in sessioni concentrate. Il ripasso distanziato ha portato a ricordare meglio nella maggior parte dei partecipanti, anche se molti credevano che per loro funzionasse meglio lo studio concentrato. Lo studio usava parole, non codice, ma la lezione sul distanziamento vale per qualsiasi dato che devi ricordare.

In pratica, dieci minuti di carte al giorno valgono più di un'ora la domenica. Quando impari un linguaggio nuovo, aggiungi qualche carta per sessione e lascia che le più vecchie tornino prima di aggiungerne altre.

Roediger e Karpicke (2006) hanno rilevato, usando brani in prosa, che gli studenti che si interrogavano ricordavano di più a una settimana di distanza rispetto a quelli che ristudiavano. Applicato alla programmazione: scrivi su carta o in un file vuoto una funzione che hai già risolto, senza guardare la soluzione, poi eseguila. Gli errori che compaiono sono la tua lista di ripasso.

Un'altra verifica utile è spiegare ad alta voce che cosa fa ogni riga di un frammento prima di eseguirlo. Se non sai dire perché una variabile cambia valore, non hai ancora capito il codice, anche se il programma funziona. Quella spiegazione fa emergere lacune che una carta di sintassi non ti mostrerà mai.

Le flashcard di programmazione falliscono sempre per le stesse poche ragioni. Ogni qualche settimana, passa in rassegna il tuo mazzo con questa lista in mano.

In Lumia AI puoi creare un libro per ogni linguaggio o corso e suddividerlo in blocchi o neuroni, come tipi di dati, funzioni e gestione dei file. Scrivi le carte a mano con frammenti brevi, oppure genera una bozza dai tuoi appunti o da un PDF con la documentazione del corso; esegui ogni esempio prima di accettarlo, perché una bozza può contenere un output sbagliato.

Durante il ripasso valuti ogni carta con Di nuovo, Difficile, Bene o Facile, e Lumia programma il ripasso successivo. Un quiz con domande Metti in ordine ti aiuta a esercitarti sulla sequenza dei passi di un algoritmo. Lumia non esegue codice: i test veri restano nel tuo editor.