Gli assistenti IA per programmare sono nella tua aula che tu lo permetta o no, quindi la domanda utile non è come tenerli fuori ma come mantenere onesto l'apprendimento mentre sono lì. La risposta è una manciata di piccoli paletti che lasciano il ragionamento allo studente, perché quel ragionamento è proprio ciò che un'IA salta più volentieri. Tre abitudini fanno quasi tutto il lavoro: dare indizi e non soluzioni, prevedere prima di eseguire e spiegare prima di integrare.

Decidi che cosa stai davvero proteggendo

Lo scopo di una lezione di programmazione non è il codice che funziona. È il ragionamento che produce codice funzionante: leggere un problema, formulare un piano, prevedere che cosa farà un pezzo di codice e colmare la distanza tra ciò che ti aspettavi e ciò che è successo davvero. Un assistente IA può consegnare una funzione finita in pochi secondi. Se chi impara la incolla senza leggerla, il codice gira ma il pensiero non è mai avvenuto.

Questo riformula tutto il dibattito. Non stai sorvegliando se l'IA sia stata usata. Stai proteggendo il lavoro mentale. Un paletto è buono se lascia quel lavoro allo studente, ed è inutile se cerca soltanto di tenere lo strumento fuori dall'aula.

Tre paletti che lasciano il ragionamento allo studente

Indizi, non soluzioni

Stabilisci la regola della casa: l'IA può dare il passo successivo, una domanda o una spinta, ma non una risposta finita. In pratica si tratta di un'istruzione più un'abitudine nel formulare le richieste. Insegna agli studenti a chiedere che cosa dovrei controllare adesso invece di scrivilo tu per me. Con i più piccoli è l'insegnante a mostrare per primo alla lavagna la richiesta ben fatta, così la classe sente la differenza tra chiedere un indizio e chiedere la soluzione.

Prevedi-poi-esegui

Prima di eseguire qualsiasi codice, il proprio o quello dell'IA, chi impara dice o scrive che cosa si aspetta che accada. Poi lo esegue. La distanza tra la previsione e il risultato è la lezione. Questa sola abitudine smaschera senza clamore il copia-incolla: uno studente che non riesce a prevedere che cosa fa un blocco o una riga non l'ha ancora capita, e adesso lo sapete entrambi prima che finisca sepolta in un programma funzionante.

Spiega-prima-di-integrare

Niente entra nel progetto finché lo studente non sa spiegarlo a parole sue, pezzo per pezzo e con l'intenzione dietro. Se non sa dire che cosa fa una parte e perché sta lì, non viene integrata. È la mossa della revisione del codice che usano i team professionali, ridotta alla scala di un'aula. Trasforma l'output dell'IA da qualcosa da accettare a qualcosa da interrogare.

Sposta la valutazione sul processo, non solo sul prodotto

Se i tuoi voti premiano solo il programma finale, l'IA rende quel programma a buon mercato e la tua valutazione smette di misurare qualcosa. Sposta il peso su ciò che uno strumento non può produrre al posto dello studente. Una spiegazione orale del proprio codice. Un breve registro di prevedi-poi-esegui. Una nota su dove si è bloccato e su come ne è uscito. Meglio ancora, la modifica dal vivo: chiedi a chi impara di cambiare davanti a te un programma funzionante, per esempio per far girare il robot a sinistra dove ora gira a destra. Uno studente che ha capito il proprio codice ci mette un minuto. Uno che l'ha solo incollato non ci riesce.

Tutto questo si sposa anche con il modo in cui la valutazione allineata al CAPS già valorizza il processo e le prove del ragionamento, quindi non stai inventando una nuova griglia: la stai solo pesando verso ciò che l'IA non può simulare.

Insegna a guidare l'IA come competenza, non solo come tentazione

Saper guidare bene uno strumento vale di per sé la pena di essere insegnato. Scomporre un problema in parti, descrivere con precisione il comportamento che si vuole, leggere l'output con spirito critico e rifiutare una risposta sbagliata sono esattamente le capacità di scomposizione e specifica per cui una lezione di programmazione esiste. Quindi non limitarti a porre limiti. Riserva del tempo per insegnare la versione buona: come scrivere una richiesta chiara, come verificare ciò che è tornato indietro e come riconoscere una risposta sicura di sé che in realtà non funziona. Gli studenti che ci riescono stanno esercitando un vero giudizio ingegneristico.

Dove l'hardware semplifica le cose

La robotica fisica ti regala un paletto, perché il robot è la verità di fatto. Non puoi convincere a parole un inseguitore di linea a funzionare, e prevedi-poi-esegui diventa naturale quando la classe guarda una macchina vera fare o non fare la cosa. C'è anche un vantaggio pratico tutto sudafricano: un kit che esegue il programma sulla scheda continua a funzionare durante il load shedding, quando uno strumento IA nel cloud potrebbe comunque essere irraggiungibile.

È così che conduciamo le lezioni alla sheen academy. La scheda sheenbot∞ dà a chi impara qualcosa che deve spiegare e modificare davanti a un compagno o a un insegnante, e le stesse abitudini di prevedi-poi-esegui e spiega-prima-di-integrare proseguono nei nostri laboratori delle vacanze. Gli strumenti cambiano; i paletti no.

Una policy IA di partenza da appendere al muro

• Solo indizi. Chiedi all'IA il passo successivo o una domanda, mai una soluzione finita.
• Prevedi prima di eseguire. Di' che cosa ti aspetti che accada, poi esegui.
• Spiega prima di integrare. Se non sai spiegarlo, non entra nel progetto.
• Sii pronto a modificarlo dal vivo. Dai per scontato che ti verrà chiesto di cambiare il tuo codice su due piedi.
• Prenditi la responsabilità degli errori. Le risposte sbagliate dell'IA sono normali; il tuo compito è intercettarle.

In sintesi

Vietare gli assistenti IA non è né applicabile né educativo. I paletti sono entrambe le cose. Lascia il ragionamento allo studente con indizi e non soluzioni, prevedi-poi-esegui e spiega-prima-di-integrare, poi valuta il processo e non solo il prodotto e insegna agli studenti a guidare bene lo strumento. Fallo e un assistente IA smette di essere una scorciatoia che aggira l'apprendimento e diventa una cosa in più che un giovane programmatore ha imparato a comandare. Per altre note per insegnanti come questa, sfoglia la nostra newsroom.

Non conviene semplicemente vietare gli strumenti IA in classe?

Un divieto è difficile da far rispettare e manca il punto, perché gli studenti incontreranno questi strumenti ovunque altrove. Paletti che proteggono il pensiero, uniti a una valutazione che premia il processo, fanno molto più di una regola che non puoi controllare.

Da che età si può iniziare?

Le abitudini si adattano bene anche ai più piccoli. Con i principianti è l'insegnante a mostrare la richiesta ben fatta e a fare prevedi-poi-esegui ad alta voce con tutta la classe; gli studenti più grandi lo fanno da soli e cominciano a guidare lo strumento in autonomia.

E se la risposta dell'IA di uno studente è sbagliata?

Quella è la lezione, non il fallimento. Intercettare una risposta sicura di sé ma sbagliata è proprio la competenza che vuoi, quindi tratta ogni suggerimento errato come un'occasione per esercitare prevedi-poi-esegui e spiega-prima-di-integrare.