Co każdy programista powinien wiedzieć o cyfrowej dostępności

Dostępność staje się jeszcze ważniejsza dla zrozumienia przez programistów. W 2020 roku Sąd Najwyższy Stanów Zjednoczonych orzekł w sprawie Domino's vs. Roble, że internet i aplikacje to „miejsca” w odniesieniu do ustawy o niepełnosprawnych Amerykanach. Oznacza to, że osoby niepełnosprawne mogą teraz pozywać aplikacje cyfrowe, które nie są dostępne.

Wielu programistów czuje się odpowiedzialnymi za poprawę dostępności, nie tylko obowiązkiem prawnym. Doprowadziło to do tego, że Electronic Arts ogłosiło, że nie będzie egzekwować swoich patentów dotyczących ułatwień dostępu, aby inni programiści mogli je wykorzystać do tworzenia bardziej inkluzywnych gier.

Trend w kierunku dostępności jest wyraźny. Wiedza o tym, jak zintegrować dostępność z programowaniem, wkrótce stanie się podstawową kompetencją dla programistów wszystkich typów.

Co to jest dostępność cyfrowa?

Dostępność cyfrowa to proces zapewniający osobom niepełnosprawnym dostęp do produktów cyfrowych, takich jak aplikacje i strony internetowe. To może oznaczać upewnienie się, że

aplikacje do wideokonferencji mają napisy aby osoby niesłyszące lub niedosłyszące nie przegapiły tego, co się dzieje. Lub może to oznaczać dodanie tekstu alternatywnego do obrazów, aby osoby niewidome mogły zapoznać się z wizualizacjami przez czytniki ekranu.

Najczęściej stosowanymi wytycznymi dotyczącymi dostępności są: Wskazówki dotyczące dostępności treści internetowych, międzynarodowy standard dostępności stworzony przez Konsorcjum World Wide Web (W3C).

Obecnie obowiązujące wytyczne, znane jako WCAG 2.2, zostały opublikowane pod koniec 2021 roku. Niniejsze wytyczne skupiają się na czterech kluczowych zasadach, które są podstawą cyfrowej dostępności: dostrzegalnych, operacyjnych, zrozumiałych i solidnych.

Każda sekcja dotyczy tego, w jaki sposób osoby z różnymi rodzajami niepełnosprawności lub urządzeń wspomagających korzystają z technologii i jak programiści powinni do tego projektować.

Poziomy zgodności są mierzone za pomocą standardów poziomu A, poziomu AA i poziomu AAA, przy czym najniższy poziom jest minimalnym progiem oraz najwyższy poziom mający na celu rozwiązanie bardziej złożonych i konkretnych problemów związanych z dostępnością, które poprawiają doświadczenie.

Problem z podejściami opartymi na zgodności

Istnieją dwa główne problemy związane z tradycyjnym podejściem do dostępności cyfrowej. Po pierwsze, często występuje wieloletnie opóźnienie między pojawiającą się niedostępną technologią lub praktyką a wytycznymi, które pomagają to naprawić.

Z WCAG 2.2 wydanym z ponad rocznym opóźnieniem i pracuj nad następną iteracją, WCAG 3.0, który trwa od lat, jasne jest, że obecnie używane wytyczne dotyczące ułatwień dostępu były nieaktualne, zanim jeszcze zostały opublikowane.

Drugi problem jest trudniejszy do zrozumienia dla wielu programistów. Chodzi o to, że te wytyczne nie idą wystarczająco daleko.

Dlaczego ulepszona dostępność ma znaczenie

Niestety, wielu programistów stosuje metodę „cookie-cutter” w zakresie dostępności cyfrowej, która: w zbyt dużym stopniu opiera się na zgodności z wytycznymi WCAG, podczas gdy dostępny projekt powinien być bardziej dynamiczny proces.

Twórcy spełniający normy często wierzą, że wystarczy zaznaczyć wszystkie pola, aby ich produkty były dostępne. Ale to po prostu nieprawda. W rzeczywistości, jeśli zostanie pozwany na mocy ADA, obrona firmy, że przestrzega ona wytycznych WCAG, może nie wystarczyć.

Czemu? Ponieważ nawet zgodność z poziomem AAA nie gwarantuje, że Twój projekt lub strona internetowa będą dostępne — zostały zaprojektowane, aby ustalić minimalny standard dostępności.

Zespoły programistyczne powinny nie tylko chcieć udostępniać swoją pracę szerszej populacji, ale w końcu mogą być do tego wymagane, gdy pojawią się nowe przepisy lub orzecznictwo.

Dlaczego powinieneś dbać o „dług dostępności”

Większość programistów zna termin „dług technologiczny”. Opisuje konsekwencje prac programistycznych, w których wykorzystuje się najłatwiejsze rozwiązania kodowania, a nie najlepsze. Często prowadzi to do niewydajnego kodu i konieczności przyszłych prac naprawczych.

Podobnym pojęciem jest „dług dostępności”. Odnosi się do niedostępnego kodu i produktów, które zespół lub firma posiada na rynku lub w fazie rozwoju, których pełne udostępnienie wymaga czasu, wysiłku i pieniędzy. Z biegiem czasu i w różnych produktach lub witrynach ten dług w zakresie dostępności rośnie, aż jego naprawa staje się niezwykle kosztowna.

Nie pracując teraz nad dostępnością, programiści nie tylko utrudniają osobom niepełnosprawnym korzystanie z ich produktów. Tworzą też przyszłe zobowiązania dla swoich firm w przypadku zmiany przepisów lub standardów dostępności.

Wyzwanie poprawy dostępności cyfrowej

Jedną z największych przeszkód w tworzeniu bardziej przystępnego kodu jest to, że wielu programistów ma ograniczone pojęcie o tym, co obejmuje niepełnosprawność. Osoby dostępności tego Produktu i zespoły UX czasami używane jako pomoc przy projektowaniu są zbyt często skoncentrowane na powszechnie znanych niepełnosprawnościach, takich jak ślepota, głuchota lub paraliż.

Programiści mogą wiedzieć, że muszą projektować z myślą o epileptykach, ale mogą nie brać pod uwagę potrzeb użytkowników cierpiących na chroniczne migreny, które są przyczyną niepełnosprawności wielu cierpiących na tę chorobę.

Co więcej, te persony rzadko obejmują użytkowników z niepełnosprawnością sprzężoną lub korzystających z różnych urządzeń ułatwiających dostęp. Na przykład wiele funkcji popularnego oprogramowania do zamiany głosu na tekst nie może być używanych, jeśli użytkownicy mają włączony tryb wysokiego kontrastu.

W przypadku produktu powszechnie używanego jako urządzenie wspomagające przez osoby z niepełnosprawnością wzroku — grupę dla których tryb wysokiego kontrastu może być często niezbędny – to niezwykłe niedopatrzenie ze strony deweloperów zespół.

Korzystanie z uniwersalnego projektu dla lepszej dostępności

Co więc może zrobić programista, jeśli chce osiągnąć wyższe standardy dostępności? Pierwszym krokiem jest porzucenie tego typu myślenia, które promują protokoły takie jak WCAG 2.2, czyli: dostępność jest czymś obiektywnym z konkretnym, jasno określonym projektem i programowaniem interwencje.

Jako alternatywa, uniwersalny projekt koncepcje, które są częścią grupy praktyk, które są czasami określane jako projektowanie włączające, mogą pomóc programistom w ponownej ocenie ich projektów i zmienić proces projektowania, aby zastanowić się, jak sprawić, by ich produkty były bardziej dostępne dla osób o wszystkich umiejętnościach od momentu zdefiniowania problemu scena.

Istnieje siedem uniwersalnych zasad projektowania, które można wdrożyć: sprawiedliwe użytkowanie, elastyczność w użyciu, prostota i intuicyjność wykorzystanie, wyczuwalne informacje, tolerancja na błędy, niski wysiłek fizyczny oraz rozmiar i miejsce na podejścia i zastosowań.

Na pierwszy rzut oka wydaje się, że prowadzą one do kodu zgodnego z wytycznymi WCAG 2.2. Jednak kluczowa różnica polega na tym, że projektanci zaczynają od rozważenia tych zasad jako fundamentalnych dla ich projektu dla wszystkich użytkowników, zamiast skupiać się na zgodnych projektach, które zostały stworzone dla „przeciętnego użytkownika” ze standardami dostępności później na.

To odwraca definicję problemu i etapy projektowania, ponieważ wymaga od programistów założenia, że ​​wszyscy użytkownicy mogą być niepełnosprawni. To często kończy się oszczędzaniem pieniędzy firm, ponieważ wprowadzanie nieplanowanych funkcji ułatwień dostępu zwiększa czas i budżet potrzebny do ukończenia projektu.

Uniwersalne projektowanie często prowadzi również do lepszych produktów, ponieważ produkty opracowane zgodnie z uniwersalnymi zasadami projektowania są często bardziej użyteczne dla wszystkich.

Znaczenie użyteczności

Zasady projektowania uniwersalnego również wyraźnie mówią o użytkowaniu — coś, co nie wchodzi w zakres wytycznych WCAG. Chociaż użyteczność i dostępność są ze sobą powiązane, to różne obiektywy, za pomocą których można ocenić wrażenia użytkownika niepełnosprawnego.

Dostępność koncentruje się po prostu na zapewnieniu osobom niepełnosprawnym dostępu do witryny lub produktu, a nie na tym, aby mogli to zrobić w sposób wydajny, elastyczny lub preferowany.

Na przykład witryna może spełniać wymagania dotyczące ułatwień dostępu, jeśli użytkownik niedowidzący może uzyskać do niej dostęp za pomocą czytnika ekranu. Jednak niektóre osoby z niepełnosprawnością wzroku wolą aplikacje do zamiany tekstu na głos i nie posiadają czytnika ekranu.

Jeśli Twoja witryna zabrania eksportowania tekstu do aplikacji, tak jak robią to niektóre witryny z wiadomościami, Twoja witryna jest technicznie dostępna dla tego użytkownika... ale nie jest dla nich użyteczny. Więc chociaż nie narusza to ADA, oznacza to, że osoba niepełnosprawna nie może korzystać z twojego produktu.

Kolejne wyzwanie pojawia się, gdy programiści napotykają sytuacje, w których są technicznie zgodne z wytycznymi dotyczącymi dostępności, ale nie są z nimi funkcjonalnie zgodne.

W takim przypadku witryna może spełniać wymagania WCAG poprzez audyt kodu, ale nadal może nie spełniać celu „pełnego i równego zadowolenia” według ADA, jeśli osoba niepełnosprawna nie ma dostępu do tych samych rzeczy, co osoba pełnosprawna osoba.

Większość dostępnych standardów projektowania nie skupia się na użyteczności, a testowanie użyteczności często nie obejmuje użytkowników niepełnosprawnych. Ale użyteczność powinna być kluczowym miernikiem w testowaniu dostępności, a testowanie użyteczności powinno być skoncentrowane, nie tylko dla przeciętnego użytkownika, ale także dla użytkowników niepełnosprawnych, grupy o wiele bardziej narażonej na problemy.

Jak może pomóc sprawiedliwość projektowania

Ostatnią koncepcją, którą programiści powinni zrozumieć jest: sprawiedliwość projektowania. Podejście do projektowania, które bada związek między projektem, władzą i sprawiedliwością społeczną, to przemyśla procesy projektowe, aby skoncentrować głosy tych, którzy byli tradycyjnie ignorowani w projektowaniu praktyki.

Rzeczywiście, procesy sprawiedliwości projektowania przekształcają projektanta w rolę moderatora, a nie eksperta. Ta zmiana może być pomocna, ponieważ osoby niepełnosprawne są autorytetami w tym, czego potrzebują. Brak ich wyśrodkowania może oznaczać spędzanie czasu i pieniędzy na funkcjach ułatwień dostępu, które nie są przydatne.

Niepełnosprawna strateg i aktywistka projektowania, Liz Jackson, ukuła nawet termin, który odnosi się do eleganckich, ale bezużytecznych rozwiązań, które wymyślają nie niepełnosprawni projektanci: klucze dla osób niepełnosprawnych. Są to produkty, które nie są potrzebne lub oferują rozwiązanie, które nie nadaje się do użytku.

Jak wyglądałby proces sprawiedliwości projektowej dla Twojego produktu? Może to oznaczać zatrudnienie wielu niepełnosprawnych ekspertów do pomocy w badaniach dostępności, projektowaniu UX, programowaniu, kontroli jakości i testowaniu użyteczności. Może to również oznaczać prowadzenie płatnych grup fokusowych z niepełnosprawnymi użytkownikami na każdym etapie procesu tworzenia.

Ostatecznie najważniejszym aspektem sprawiedliwości projektowania jest to, jak pomaga programistom zrozumieć, jaką władzę mają. Każdy wybór w zakresie kodowania lub projektowania, którego dokonujesz, może mieć ogromny wpływ na życie osób niepełnosprawnych, jeśli Twoje decyzje tworzą bariery.

Może to mieć wpływ nie tylko na ich dostęp do Twojego produktu, ale także na dostęp do rzeczy, które Twój produkt ułatwia, takich jak społeczności, doświadczenia, a nawet zatrudnienie.

Kolejne kroki w celu poprawy dostępności cyfrowej

Teraz, gdy wiesz, dlaczego dostępność cyfrowa jest tak ważna i złożoność związaną z jej dobrym wykonaniem, co możesz zrobić?

• Zacznij od dowiedzenia się więcej o uniwersalnym projektowaniu i sprawiedliwości projektowej. Są warsztaty, kursy online, oraz książki dostępny do pomocy.
• Przejrzyj przepływ pracy programistycznej, aby wyśrodkować dostępność na każdym etapie.
• Budżet dla swojego zespołu na szkolenie z przystępnego i uniwersalnego projektowania.
• Zatrudniaj niepełnosprawnych programistów i włączaj osoby niepełnosprawne jako współpracowników przy projektach.
• Ustal jasne wytyczne dotyczące zgodności i użyteczności ułatwień dostępu.
• Korzystaj z osób niepełnosprawnych, które są rodzimymi użytkownikami technologii wspomagających, aby przeprowadzać testy jakości, zamiast symulować doświadczenia osób niepełnosprawnych.
• Twórz listy kontrolne, które rejestrują kluczowe etapy dostępności podczas opracowywania.

Nic nigdy nie może być w 100% dostępne, ponieważ upośledzenia ludzkie są wieloaspektowe, a potrzeby dostępności różnych osób niepełnosprawnych często są ze sobą sprzeczne. Ale im więcej czasu programiści spędzą na myśleniu o potrzebach niepełnosprawnych użytkowników, uniwersalnym projektowaniu i sprawiedliwości projektowania, tym bardziej dostępne będą przyszłe produkty.

Krótki przewodnik po narzędziach ułatwień dostępu w systemie Windows 10

Niezależnie od tego, czy zmagasz się ze słabym wzrokiem, czy chcesz poznać kontrolę mowy, system Windows 10 oferuje wiele narzędzi ułatwień dostępu, które Ci w tym pomogą. Pokażemy Ci, gdzie je znaleźć i jak z nich korzystać.

Czytaj dalej

O autorze