Imparare a programmare: prevedi l'output prima di eseguire

Molti principianti passano settimane a seguire tutorial, annuendo, e poi si bloccano davanti a un editor vuoto. Si chiama a volte tutorial hell e ha una causa semplice. Seguire un tutorial ti chiede di riconoscere il codice. Scrivere un programma ti chiede di produrlo. Se vuoi imparare a programmare in un modo che regga a un esame o a un progetto, l'esercizio deve assomigliare alla produzione.

Questa guida è per chi frequenta un primo o secondo corso di programmazione e per chi studia da autodidatta. Gli esempi usano Python, ma ogni tecnica funziona in qualsiasi linguaggio. Troverai un ciclo prevedi-esegui, un metodo di tracciamento, un formato di carte per i concetti e un piano settimanale.

I tutorial hanno ancora un ruolo. Usali per incontrare un'idea nuova. Poi chiudi il video e ricostruisci ciò che hai visto partendo da un file vuoto. Quello che non riesci a ricostruire è la parte da studiare.

L'abitudine di base è un ciclo in quattro passi. Richiede pochi secondi per frammento e trasforma ogni esempio del tuo corso in esercizio.

Provalo adesso. In Python scrivi a = [1, 2, 3], poi b = a, poi chiama b.append(4), poi print(a). Prevedi l'output prima di continuare a leggere. Molti principianti rispondono [1, 2, 3]. L'output reale è [1, 2, 3, 4], perché b = a non copia la lista: entrambi i nomi puntano alla stessa lista. Questa sola sorpresa insegna più su come funzionano le variabili di una pagina di spiegazioni. Il tutorial ufficiale di Python è pieno di brevi frammenti che puoi usare allo stesso modo.

L'ultima riga nasconde un dettaglio che spesso esce agli esami: in Python la variabile del ciclo mantiene il suo ultimo valore anche dopo la fine del ciclo. Te ne accorgi solo scrivendo ogni riga. Traccia ogni settimana qualche ciclo, condizione e chiamata di funzione, soprattutto per argomenti come la ricorsione, difficili da visualizzare.

La ricerca sulla memoria lo conferma. In un esperimento, gli studenti che continuavano a richiamare gli elementi dopo la prima risposta corretta ne ricordavano circa l'80 per cento una settimana dopo, mentre quelli che si fermavano al primo successo ne ricordavano circa il 35 per cento, come descrivono Karpicke e colleghi. Per il codice, l'equivalente è riscrivere una ricerca binaria o la definizione di una classe da un file vuoto il lunedì, il giovedì e di nuovo la settimana dopo. Vedi richiamo attivo e ripetizione dilazionata per il metodo completo.

I programmatori lo chiamano rubber duck debugging, e chi studia l'apprendimento chiama l'abitudine generale autospiegazione. L'idea è la stessa: mettere il ragionamento in parole ti obbliga a colmare i vuoti che la lettura silenziosa salta. Quando studi una soluzione svolta, fermati dopo ogni blocco e di' che cosa fa e perché l'autore l'ha preferito a un'alternativa.

È uno dei modi più economici per imparare a programmare in profondità, perché funziona su qualsiasi codice incontri: gli esempi del corso, la documentazione di una libreria o il progetto di un compagno. Abbinalo al ciclo di previsione e coglierai la maggior parte dei fraintendimenti molto prima che diventino bug in un esercizio.

In uno studio di matematica con 787 studenti di seconda media statunitensi (settimo anno), chi si esercitava su tipi di problemi alternati ha ottenuto il 61 per cento a un test a sorpresa, contro il 38 per cento di chi si esercitava su un tipo alla volta, secondo uno studio randomizzato finanziato dall'Institute of Education Sciences. La programmazione condivide la stessa sfida di scegliere un metodo. Costruisci una piccola raccolta di esercizi, etichetta ciascuno per argomento e pesca da più argomenti in ogni sessione. La nostra guida alla pratica intercalata spiega come.

1. Giorno 1: Prevedi ed esegui ogni esempio della lezione.
2. Giorno 2: Traccia a mano due frammenti, uno con una chiamata di funzione.
3. Giorno 3: Scrivi un piccolo programma che usa il concetto, senza guardare gli esempi.
4. Giorno 5: Esercizi misti di questa settimana e delle precedenti.
5. Giorno 7: Riscrivi a memoria il programma della settimana scorsa, poi confronta.

Tieni anche un diario dei bug. Per ogni bug scrivi il sintomo, la causa e il concetto che avevi frainteso. Dopo qualche settimana diventa un elenco personale dei tuoi punti deboli, come il metodo del quaderno degli errori usato in matematica e nelle scienze. Per altre guide per materia, parti da come studiare le materie scientifiche.