Coding e pensiero computazionale: programmare è per tutti

In sintesi

• Il pensiero computazionale (scomporre problemi, individuare pattern, creare sequenze logiche) e accessibile a tutti, anche con disabilita.
• Le attivita unplugged come CodyRoby e i percorsi a terra insegnano il ragionamento computazionale senza barriera tecnologica.
• Scratch e la robotica educativa offrono feedback immediato e concreto, ideali per alunni con DSA, ADHD e autismo.
• Il lavoro in coppia (pair programming) permette allo studente con disabilita di decidere la strategia mentre il compagno esegue.

Il pensiero computazionale — scomporre problemi, individuare pattern, costruire sequenze logiche — è una competenza accessibile a tutti gli studenti, inclusi quelli con disabilità intellettiva, DSA o autismo. Non richiede di scrivere codice: richiede di ragionare in modo strutturato, e questo si insegna con attività unplugged, robotica educativa e strumenti come Scratch, adattati al livello di ogni alunno.

Giovedì pomeriggio, aula di informatica. La professoressa Mancini ha appena finito di spiegare l’attività: programmare un percorso in Scratch per far muovere un gatto sullo schermo e raccogliere tre stelle. I ragazzi si mettono al lavoro a coppie. Davide, tredici anni, disabilità intellettiva lieve e un PEI che prevede obiettivi differenziati, guarda lo schermo con aria perplessa. La sua compagna di banco, Chiara, gli dice: “Tu scegli i colori e io metto i blocchi.” Davide sceglie: sfondo blu, gatto arancione, stelle gialle. Poi Chiara gli chiede: “Il gatto deve andare prima a destra o prima in alto?” Davide indica lo schermo: “Prima lì.” Chiara trascina il blocco “muovi di 10 passi” e il gatto si sposta. Davide sorride. “Ancora,” dice. In quindici minuti, con Chiara che gestisce i blocchi e Davide che decide la strategia, il gatto ha raccolto tutte e tre le stelle. Davide non ha scritto una riga di codice. Ma ha scomposto un problema in passaggi, ha preso decisioni sequenziali, ha verificato il risultato e ha corretto la rotta quando il gatto andava nella direzione sbagliata. Ha fatto pensiero computazionale.

Questo è il punto che molti insegnanti — e molti genitori — faticano ad afferrare: il coding e il pensiero computazionale non sono la stessa cosa. Il coding è scrivere istruzioni per un computer. Il pensiero computazionale è un modo di ragionare che serve nella vita, con o senza computer. E questo modo di ragionare è accessibile a tutti, anche a chi non leggerà mai una riga di JavaScript.

Cos’è il pensiero computazionale

Jeannette Wing, informatica della Columbia University, ha definito il pensiero computazionale nel 2006 come “il processo mentale coinvolto nella formulazione di problemi e delle loro soluzioni, in modo che le soluzioni siano rappresentate in una forma che può essere effettivamente eseguita da un agente che elabora informazioni.” La definizione è accademica, ma l’idea è semplice: scomporre un problema, trovare pattern, creare una sequenza di passi per risolverlo, e verificare che funzioni.

Le quattro componenti

Il pensiero computazionale si articola in quattro componenti fondamentali.

Scomposizione (decomposition). Prendere un problema grande e dividerlo in problemi piccoli. “Vestirsi la mattina” diventa: prendere i vestiti dall’armadio, togliere il pigiama, mettere la maglietta, mettere i pantaloni, mettere le calze, mettere le scarpe. Questa scomposizione è esattamente ciò che in pedagogia speciale si chiama Task Analysis — l’analisi del compito — ed è una strategia fondamentale per l’insegnamento agli alunni con disabilità. È lo stesso principio con cui i volumi NextAbility, come la Divina Commedia semplificata o Ragioniamo coi Filosofi, scompongono contenuti disciplinari complessi in passaggi graduali e accessibili. Il pensiero computazionale e la pedagogia speciale, in questo punto, si sovrappongono perfettamente.

Riconoscimento di pattern (pattern recognition). Trovare regolarità, somiglianze, schemi ricorrenti. “Ogni volta che piove, devo prendere l’ombrello” è un pattern. “In matematica, ogni volta che moltiplico per 10, aggiungo uno zero” è un pattern. Per lo studente con DSA, riconoscere pattern è spesso più facile che memorizzare regole: il pattern è una comprensione, la regola è una formula.

Astrazione. Togliere i dettagli irrilevanti e concentrarsi su ciò che conta. La mappa della metropolitana è un’astrazione: non mostra le strade, le distanze reali, i palazzi. Mostra solo le fermate e le connessioni — che è l’unica cosa che serve per usarla. Le mappe concettuali sono un altro esempio di astrazione: dal testo completo si estrae la struttura essenziale.

Algoritmo. Creare una sequenza ordinata di istruzioni che risolve il problema. Una ricetta di cucina è un algoritmo. Le istruzioni per montare un mobile sono un algoritmo. I passaggi per risolvere un’equazione sono un algoritmo. L’algoritmo è il cuore del pensiero computazionale: trasforma un’idea in un’azione replicabile.

Perché è accessibile anche con disabilità

L’obiezione più comune è: “Ma se lo studente ha difficoltà cognitive, come può programmare?” La risposta è che il pensiero computazionale non richiede le stesse competenze cognitive della matematica o della comprensione del testo. Richiede competenze diverse — sequenzialità, causa-effetto, prova-errore — che molti studenti con disabilità possiedono, anche se non emergono nelle materie tradizionali.

Lo studente con disabilità intellettiva che non riesce a risolvere un’equazione può essere perfettamente in grado di creare un percorso per un robot: “vai avanti, gira a destra, vai avanti, gira a sinistra.” La differenza è che il robot gli dà un feedback immediato e concreto — si muove o non si muove, va dove deve andare o no — mentre l’equazione resta astratta e il feedback arriva solo dal voto dell’insegnante.

Lo studente con autismo che fatica nelle interazioni sociali ma eccelle nel pensiero sistematico può trovare nel coding il suo ambiente naturale: regole precise, risultati prevedibili, nessuna ambiguità sociale. Non è un caso che molti professionisti dell’informatica siano nello spettro autistico: il pensiero computazionale valorizza competenze che la scuola tradizionale spesso ignora.

Lo studente con ADHD che non riesce a stare fermo per un’ora di lezione frontale può concentrarsi per un’ora su un progetto di coding, perché il coding offre ciò che la lezione frontale non offre: interattività, feedback immediato, stimolazione multisensoriale, e la possibilità di sbagliare senza conseguenze — si preme “annulla” e si ricomincia.

Attività unplugged: pensiero computazionale senza computer

Le attività unplugged — senza computer, senza tablet, senza schermo — sono il modo migliore per introdurre il pensiero computazionale nella classe inclusiva. Eliminano la barriera tecnologica e rendono il ragionamento visibile, tangibile, corporeo.

CodyRoby

CodyRoby è un kit di carte, ideato da Alessandro Bogliolo dell’Università di Urbino, con cui i ragazzi programmano un compagno-robot (Roby) usando carte-istruzione: avanti, destra, sinistra. Il “programmatore” (Cody) sceglie la sequenza di carte; il “robot” (Roby) la esegue, muovendosi fisicamente su una griglia disegnata a terra.

Per lo studente con disabilità, CodyRoby è potente perché rende il pensiero computazionale un gioco corporeo. Lo studente che fa Roby si muove nello spazio seguendo istruzioni precise — un esercizio di comprensione, attenzione e coordinazione motoria. Lo studente che fa Cody deve pensare in anticipo la sequenza — un esercizio di pianificazione e sequenzialità. E se Roby finisce nella casella sbagliata, il feedback è immediato e visivo: è lì, non dove doveva essere. Non serve un voto per sapere che l’algoritmo era sbagliato.

Percorsi a terra con frecce

Una variante ancora più semplice: una griglia disegnata a terra con lo scotch, frecce stampate su fogli A4 (avanti, destra, sinistra, stop), e un obiettivo — raggiungere una casella precisa. Lo studente dispone le frecce in sequenza, poi le segue camminando. Per lo studente con disprassia o con difficoltà di orientamento spaziale, questo esercizio è insieme pensiero computazionale e riabilitazione motoria.

L’algoritmo per fare un panino

Un classico delle attività unplugged: scrivere le istruzioni per fare un panino. L’insegnante esegue alla lettera le istruzioni degli studenti. Se lo studente scrive “metti il prosciutto sul pane” senza aver scritto “prendi il pane”, l’insegnante rimane fermo con il prosciutto in mano. Le risate sono garantite, e l’apprendimento è profondo: le istruzioni devono essere complete, ordinate, non ambigue. Questa è la logica della programmazione, senza una riga di codice.

Per lo studente con disabilità intellettiva, l’attività può essere semplificata: le istruzioni sono su carte con immagini, lo studente le mette in ordine, e l’insegnante esegue. Il concetto è lo stesso. L’accessibilità è garantita.

Scratch e Scratch Jr: programmazione visiva

Scratch, sviluppato dal MIT Media Lab, è un ambiente di programmazione a blocchi visivi: anziché scrivere codice, lo studente trascina e incastra blocchi colorati — come i mattoncini Lego — per creare animazioni, giochi, storie interattive. Scratch Jr è la versione per bambini dai cinque ai sette anni, ancora più semplificata.

Perché Scratch funziona nell’inclusione

Scratch elimina la barriera della scrittura: non serve digitare, basta trascinare. Elimina la barriera della sintassi: se i blocchi si incastrano, il codice è corretto. Elimina la barriera dell’errore irreversibile: si può sempre smontare e ricostruire. E offre un feedback immediato e motivante: il personaggio sullo schermo si muove, parla, cambia colore.

Per lo studente con dislessia, Scratch è un ambiente in cui non deve leggere: i blocchi sono colorati e categorizzati visivamente. Per lo studente con discalculia, i numeri in Scratch hanno un senso concreto: “muovi di 50 passi” produce un movimento visibile, non un risultato astratto. Per lo studente con disabilità intellettiva, la semplificazione è possibile a molti livelli: un progetto Scratch può avere due blocchi o duecento.

Un progetto inclusivo: la storia interattiva

L’insegnante propone di creare una storia interattiva in Scratch — per esempio, una scena del Purgatorio. Lo studente sceglie lo sfondo (la montagna del Purgatorio), i personaggi (Dante, Virgilio, le anime), e programma i movimenti e i dialoghi. Per lo studente con disabilità, il progetto può essere semplificato: scegliere i personaggi e lo sfondo (creatività), programmare un solo movimento (sequenzialità), registrare una voce per un personaggio (espressione).

Il lavoro in coppia — come quello di Davide e Chiara — è la modalità ideale: lo studente con più competenze tecniche gestisce i blocchi, lo studente con meno competenze decide la strategia. Entrambi imparano: uno il coding, l’altro il pensiero computazionale. Ed è il peer tutoring nella sua forma più naturale.

Robotica educativa: il codice prende corpo

I robot educativi — Bee-Bot, Cubetto, mBot, Ozobot — trasformano il codice in movimento fisico. Lo studente programma il robot, il robot si muove. Se l’istruzione è giusta, il robot arriva dove deve arrivare. Se è sbagliata, no. Il feedback è immediato, concreto, e non ha bisogno di spiegazioni.

Bee-Bot e Cubetto: per i più piccoli

Bee-Bot è un’ape-robot con quattro tasti sulla schiena: avanti, indietro, destra, sinistra. Si programma premendo i tasti in sequenza, poi si preme “vai” e l’ape esegue. Cubetto è un robottino di legno che si programma con una tavoletta fisica su cui si inseriscono tessere colorate — ogni colore è un’istruzione. Entrambi sono accessibili anche a bambini con disabilità motorie o cognitive significative: i tasti sono grandi, il feedback è chiaro, la programmazione è tangibile.

Un’attività classica: la Bee-Bot su una mappa — un reticolo con immagini. Lo studente deve portare l’ape dalla casella di partenza alla casella-obiettivo evitando gli ostacoli. È un problema di percorso — un algoritmo — risolto con il corpo del robot anziché con il foglio di carta. Per lo studente che fatica con l’astrazione, questo passaggio dal concreto al pensiero logico è fondamentale.

mBot: per i più grandi

mBot è un robot su ruote che si programma con mBlock, un ambiente basato su Scratch. È più complesso di Bee-Bot — ha sensori di luce, distanza, suono — e consente progetti articolati: seguire una linea, evitare ostacoli, reagire ai suoni. Per lo studente con disabilità, la programmazione di mBot può essere semplificata ai blocchi essenziali — “quando premi il pulsante, vai avanti” — o arricchita a piacere per gli studenti con competenze avanzate.

Il vantaggio del robot fisico rispetto allo schermo è la multisensorialità: il robot si vede, si sente (fa rumore), si tocca. Lo studente con disabilità intellettiva che non capisce cosa succede sullo schermo capisce perfettamente cosa fa il robot sul pavimento. E quando il robot sbaglia, la correzione è un gioco — si modifica il programma e si riprova — non una frustrazione.

Come adattare le attività

L’adattamento delle attività di coding per l’alunno con disabilità segue gli stessi principi dell’adattamento di qualsiasi attività didattica, con alcune specificità.

Scomposizione in passaggi (Task Analysis)

Un progetto Scratch complesso — una storia interattiva con cinque scene — diventa una sequenza di micro-obiettivi: 1) scegli lo sfondo, 2) scegli il personaggio, 3) fai muovere il personaggio a destra, 4) fai dire una frase al personaggio. Ogni micro-obiettivo è un successo. La somma dei successi è il progetto completo. Questa scomposizione è pensiero computazionale applicato alla didattica del pensiero computazionale — una ricorsione virtuosa.

Istruzioni visive

Le istruzioni verbali (“trascina il blocco ‘muovi di 10 passi’ sotto il blocco ‘quando si clicca sulla bandierina verde’”) possono essere sostituite da istruzioni visive: screenshot dei passaggi, video-tutorial, guide con immagini. Per lo studente con disabilità intellettiva, una guida visiva passo-passo — con le immagini dei blocchi da usare nell’ordine corretto — è più efficace di qualsiasi spiegazione orale.

Lavoro in coppia

Il lavoro in coppia — il pair programming, lo chiamano gli informatici — è la modalità più inclusiva. Uno studente “guida” (sceglie cosa fare), l’altro “naviga” (esegue al computer). I ruoli si alternano. Lo studente con disabilità può sempre guidare: decidere dove va il personaggio, di che colore è lo sfondo, cosa dice il gatto. Decidere è pensare. E pensare è il cuore del pensiero computazionale.

Errore come risorsa

Nel coding, l’errore è la norma: nessun programma funziona al primo tentativo. Questo è liberatorio per lo studente abituato al voto rosso: nel coding, l’errore non è una punizione, è un’informazione. “Il gatto va a sinistra anziché a destra? Ok, cosa dobbiamo cambiare?” Questa cultura dell’errore come risorsa — opposta alla cultura dell’errore come colpa che pervade la scuola tradizionale — è particolarmente preziosa per lo studente con DSA o con disabilità, che ha una lunga storia di errori puniti.

Il coding come palestra per la vita

Le competenze che il pensiero computazionale sviluppa non servono solo per programmare computer. Servono per organizzare la giornata (sequenzialità), per risolvere un problema pratico (scomposizione), per capire come funziona qualcosa (astrazione), per trovare regolarità nell’esperienza (pattern recognition). Sono le stesse competenze che servono per le autonomie e life skills che il progetto di vita dello studente con disabilità punta a costruire.

Lo studente che impara a programmare un percorso per Bee-Bot sta imparando, implicitamente, a programmare un percorso per sé stesso: da casa alla fermata dell’autobus, dalla fermata al lavoro, dal lavoro a casa. La logica è la stessa: dove devo andare? Quali passi devo fare? In che ordine? Cosa faccio se qualcosa va storto?

Le tecnologie assistive che molti studenti con disabilità usano quotidianamente — software di sintesi vocale, app per la comunicazione, ausili digitali — funzionano con la stessa logica del coding: input, elaborazione, output. Lo studente che capisce questa logica non subisce la tecnologia: la domina. E dominarla significa usarla per i propri scopi, non per quelli che qualcun altro ha deciso.

Il gatto di Davide

Torniamo all’aula di informatica. La professoressa Mancini sta passando tra i banchi. Si ferma davanti allo schermo di Davide e Chiara. Il gatto arancione su sfondo blu ha raccolto le tre stelle gialle e ora danza — Chiara ha aggiunto un blocco “ruota di 15 gradi” in un ciclo, e il gatto gira su sé stesso. Davide ride. “Fallo girare dall’altra parte,” dice. Chiara cambia il numero da 15 a -15. Il gatto inverte la rotazione. “E adesso fallo più veloce.” Chiara cancella il blocco “attendi 0.5 secondi” dal ciclo. Il gatto gira vorticosamente. Davide ride ancora di più.

La professoressa Mancini non interviene. Non dice “bravo Davide” con quel tono condiscendente che i ragazzi con disabilità riconoscono a un chilometro di distanza. Non dice “brava Chiara che lo aiuti.” Dice: “Bel progetto. Cosa volete aggiungere?” E Davide, senza esitare: “Un cane che rincorre il gatto.” “Ok,” dice Chiara. “Tu scegli il cane e io metto i blocchi.”

In questo momento Davide non è lo studente con il PEI. È il co-autore di un progetto. Prende decisioni, vede risultati, ride quando funziona, pensa quando non funziona. Non sta imparando a programmare — probabilmente non diventerà mai un programmatore. Sta imparando qualcosa di più importante: che un problema si può scomporre in pezzi, che ogni pezzo si può risolvere, che sbagliare non è la fine del mondo ma l’inizio di un tentativo migliore, e che fare qualcosa insieme a un compagno è meglio che farlo da soli.

Queste non sono competenze digitali. Sono competenze umane. E il coding, quando è insegnato con intelligenza e con rispetto per le differenze, è uno dei modi più efficaci per costruirle. Non il solo. Non il migliore in assoluto. Ma uno che funziona, che motiva, e che non lascia nessuno fuori — nemmeno il ragazzo che non sa risolvere un’equazione ma sa perfettamente dove deve andare il gatto.