Lezione 7 · Binario B

Verificare: dati, accessibilità, menzioni

120 minuti

Verificare: dati, accessibilità, menzioni. Da adesso il sito è della classe. Se un numero è sbagliato, la colpa è loro, non del programma. Verificare non è «sembra giusto»: è prendere il numero mostrato, trovare la fonte primaria, confrontare, annotare valore mostrato, valore alla fonte, periodo di ciascuno. Quattro prove di accessibilità. Menzioni al progetto originale. Se la classe apre una issue vera, è la prima volta che contribuisce a un progetto open source. Durata: 120 minuti.

Obiettivi

Al termine della lezione lo studente sa:

• verificare un valore mostrato risalendo alla fonte originale;
• documentare uno scostamento in modo che qualcun altro possa riprodurlo;
• controllare i requisiti di base dell'accessibilità di una pagina;
• riconoscere le responsabilità di chi pubblica dati.

Prerequisiti

• Lezione 6. Il cruscotto deve essere configurato sul proprio comune.

Svolgimento

Materiali. Proiettore · un dispositivo per gruppo · scheda studente 7 · le fonti primarie individuate nella lezione 2 · kit dati offline.

1. Apertura — 10 minuti. Proietta il cruscotto della classe. Frase da dire ad alta voce: «Da adesso questo sito è nostro. Se un numero è sbagliato, la colpa è nostra, non del programma.» È il passaggio dal fare al rispondere di quello che si fa.
2. Mini-lezione — 20 minuti. Che cosa vuol dire verificare: prendo il numero mostrato, trovo la fonte primaria, confronto, e annoto tre cose — valore mostrato, valore alla fonte, periodo di ciascuno. Accessibilità in quattro controlli: Tab, zoom 200%, testo alternativo, contrasto. Menzioni: verificare che il cruscotto citi il progetto originale e dichiari di non essere ufficiale.
3. Attività A — Data quality audit — 35 minuti. Ogni gruppo prende una sezione del cruscotto e verifica tre numeri contro la fonte primaria, compilando la scheda 7. Non serve trovare errori: serve documentare il controllo. Se un numero coincide, si scrive che coincide.
4. Attività B — Accessibilità — 20 minuti. Ogni gruppo fa i quattro controlli su una pagina diversa e annota i problemi con la pagina e l'elemento preciso.
5. Attività C — Menzioni — 10 minuti. Un gruppo verifica il rispetto delle regole di attribuzione e la presenza del disclaimer.
6. Confronto — 20 minuti. Si mette in comune tutto. Poi la decisione più importante della lezione: che cosa facciamo con quello che abbiamo trovato? Se è un errore di configurazione → si corregge. Se è un errore del programma o della fonte → si apre una issue sul repository originale.

Frase da portare a casa. Pubblicare un dato non è dire una cosa. È prendersi la responsabilità che sia vera, e dire dove l'hai presa.

Cosa può andare storto

• Non si trovano scostamenti. Va benissimo. L'audit ha comunque prodotto una tracciabilità.
• Si trovano scostamenti ovunque. Prima di gridare all'errore, controlla i periodi: nove volte su dieci si sta confrontando un dato 2024 con uno 2022.
• Un gruppo vuole «sistemare» il codice. Non è l'obiettivo del percorso e non serve: la issue è il contributo giusto a questo livello.

Compito

Scrivere una issue in bella copia (anche se non verrà inviata), rispettando la struttura: contesto, comportamento atteso, comportamento osservato, passi per riprodurlo, fonte.

Collegamenti disciplinari

• Informatica
• statistica
• educazione civica (responsabilità, accessibilità come diritto)
• italiano (scrittura tecnica)

DigComp 2.2

• area 1.2
• area 2.4
• area 5

Materiali di questa lezione

• Binario B — lezioni 5–8 e schede studente — Markdown su GitHub (02-binario-b-lezioni.md)
• Rubrica di valutazione — Markdown su GitHub (03-rubrica-valutazione.md)

Torna a Costruire il cruscotto

Progetto indipendente, non ufficiale. Non affiliato ad AgID, al Governo italiano o a un ente locale. Materiali didattici CC BY-SA 4.0.