Tempo davanti allo schermo che costruisce invece di prosciugare: le ragioni del coding pratico

Il problema del tempo davanti allo schermo è il consumo passivo, non lo schermo. Il coding pratico trasforma il display in uno strumento che il bambino punta su qualcosa che costruisce, con un risultato reale.
La preoccupazione dietro «troppo tempo davanti allo schermo» raramente riguarda lo schermo in sé. Riguarda la passività: un bambino che guarda video in riproduzione automatica o scorre per un'ora si ritrova senza niente di fatto e senza niente di imparato. Il coding pratico ribalta la situazione. Lo schermo diventa uno strumento puntato su qualcosa che il bambino sta costruendo, e quando la sessione finisce il risultato è un robot sul tavolo, non solo un'app chiusa.
Il vero problema è il consumo passivo
Una verifica utile è chiedersi chi guida chi. Quando un feed decide che cosa parte dopo, il bambino viene imboccato. Quando un bambino scrive qualche riga per far girare una ruota o lampeggiare una luce, è lui a guidare la macchina. Stesso dispositivo, postura opposta. Giudicare il tempo davanti allo schermo solo con l'orologio si perde tutto questo. Venti minuti di scrolling distratto e venti minuti passati a fare debug di un robot inseguitore di linea non sono gli stessi venti minuti.
L'obiettivo quindi non è zero schermi. È spostare l'equilibrio dal consumare al fare, così che una parte maggiore del tempo davanti a un display lasci qualcosa dietro di sé.
Che aspetto ha il tempo davanti allo schermo che «costruisce»
Nel coding e nella robotica lo schermo è un mezzo, non la destinazione. Un bambino trascina o digita istruzioni, ma il risultato accade nella stanza: un motore gira, un sensore reagisce, un piccolo robot indietreggia dal bordo del tavolo. È l'esito fisico a farlo restare in mente. E ha anche un punto d'arrivo naturale. Il codice funziona, il robot fa quello che deve, e il bambino se ne va con un risultato invece che con un feed infinito.
Non serve hardware per cominciare. Un editor a blocchi nel browser come la nostra sandbox gratuita di programmazione a blocchi permette a un bambino di scrivere programmi veri e di vedere una scheda simulata rispondere, ed è un modo poco costoso per capire se l'interesse c'è. Quando c'è, un kit fisico costruito attorno alla scheda sheenbot∞ sposta le stesse competenze fuori dallo schermo e sulla scrivania.
Regole semplici che mantengono l'equilibrio
Non serve un orario rigido. Poche abitudini fanno quasi tutto il lavoro:
- Separate il fare dal guardare. Conteggiate il tempo creativo davanti allo schermo, come programmare, costruire o progettare, in modo diverso dallo scrolling passivo, e proteggete per prima cosa il tempo del fare.
- Chiedete di vedere il risultato. Chiudete una sessione facendovi mostrare dal bambino che cosa ha fatto, non che cosa ha guardato. Se non c'è niente da mostrare, probabilmente era consumo.
- Mantenetelo sociale. Costruire accanto a un fratello o in un piccolo gruppo batte lo scrolling in solitaria, perché il parlare e il risolvere problemi sono metà del valore.
- Fissate un punto d'arrivo, non solo un timer. «Finché il robot non gira a sinistra» finisce su una cosa compiuta, che è un confine più sano di «altri trenta minuti».
- Date l'esempio. I pomeriggi più freschi d'autunno di questo trimestre sono una buona ragione per sedersi insieme e far funzionare qualcosa invece di ritirarsi ciascuno su un dispositivo diverso.
Da dove cominciare
Se volete provare il lato del fare senza impegnarvi, una singola lezione di prova è la via d'ingresso senza pressioni. Un bambino mette in moto un robot in una sola sessione, e voi potete osservare se si appassiona. I laboratori delle vacanze nella pausa di giugno e luglio che arriva sono un'altra possibilità per un periodo più lungo e con pochi schermi. In ogni caso l'obiettivo è lo stesso: meno tempo a farsi imboccare da uno schermo e più tempo a usarne uno per costruire qualcosa di reale.



