Uczniowie Indiana School for the Blind and Visually Impaired pomogli otworzyć naukę kodowania blokowego na osoby niewidome i słabowidzące. Ich praca nad obsługą czytników ekranu w Microsoft MakeCode dla micro:bit pokazuje, że dostępność technologii edukacyjnej powstaje najlepiej wtedy, gdy projektuje się ją wspólnie z użytkownikami.
Od testów Braille’a do działającej lekcji
Jak opisuje Chalkbeat, siedmioro uczniów testowało materiały Braille’a, zgodność z czytnikami ekranu oraz sposób prezentowania informacji w MakeCode. Sprawdzali, czy instrukcje są zrozumiałe i czy elementy wizualnego interfejsu da się obsłużyć bez wzroku. Informacje zwrotne trafiały do Micro:bit Educational Foundation, która rozwijała rozwiązanie razem z Microsoft MakeCode i Blockly.
Efektem jest wsparcie czytników ekranu dla kodowania blokowego. Ma ono znaczenie szersze niż pojedyncza płytka: rozwiązania rozwijane w ekosystemie Blockly mogą być wykorzystywane także w innych narzędziach edukacyjnych opartych na tym środowisku.
Co zmienia to dla uczniów
Micro:bit jest używany w szkołach w 85 krajach. Dotychczas lekcje programowania blokowego często opierały się na informacjach dostępnych głównie wizualnie. Po zmianach uczeń może korzystać z komunikatów czytnika ekranu i materiałów Braille’a, a także otrzymywać informację zwrotną z samego urządzenia. W opisywanej lekcji micro:bit działał jak kostka: po potrząśnięciu sygnalizował wynik liczbą dźwięków.
Dla osoby niewidomej to nie jest tylko ułatwienie obsługi. To możliwość samodzielnego eksperymentowania z warunkami, zmiennymi i kolejnością bloków, a następnie sprawdzenia, czy program zachowuje się zgodnie z założeniami. Uczniowie mogą więc uczyć się programowania przez działanie, a nie wyłącznie przez opis lub pomoc nauczyciela.
Ograniczenia i praktyczne warunki
Dostępny interfejs nie rozwiązuje wszystkich problemów. Szkoła nadal potrzebuje zgodnych materiałów, nauczycieli znających obsługę czytnika ekranu oraz sposobu opisywania elementów, które w oryginale są wizualne. Równie ważne jest testowanie kolejnych lekcji przez osoby niewidome, bo sama deklaracja zgodności nie gwarantuje dobrej nawigacji ani jasnych komunikatów.
Warto też pamiętać, że wsparcie dotyczy określonego środowiska — Microsoft MakeCode i narzędzi zbudowanych na Blockly. Przed zajęciami trzeba sprawdzić wersję oprogramowania, klawiaturową obsługę edytora i dostępność używanych zasobów.
Podsumowanie
Projekt micro:bit pokazuje praktyczny model tworzenia dostępnej technologii: uczniowie niewidomi nie są tylko odbiorcami gotowego produktu, ale współtwórcami i testerami. Dzięki ich uwagom kodowanie blokowe może stać się bardziej osiągalne dla kolejnych klas i szkół. Najważniejszą wiadomością jest tu nie sama funkcja czytnika ekranu, lecz proces, w którym doświadczenie użytkowników wpływa na projekt od początku.
Dlaczego udział uczniów ma znaczenie? W projektach edukacyjnych łatwo pomylić techniczną zgodność z realną użytecznością. Interfejs może formalnie współpracować z czytnikiem ekranu, a mimo to prowadzić użytkownika przez niejasne komunikaty, pomijać ważne stany albo wymagać wzrokowego potwierdzenia. Testy uczniów pozwalają wychwycić takie problemy w codziennym zadaniu, zanim trafi ono do większej liczby szkół. Ten przykład jest też ważny dla nauczycieli: pokazuje, że warto planować instrukcje dźwiękowe i dotykowe równolegle z wizualnymi, a nie dopisywać je dopiero na końcu. W praktyce zwiększa to szansę, że uczeń będzie mógł pracować w swoim tempie i samodzielnie poprawiać własny program.