3 strategije za razvoj pristupačnijeg softvera

Ne postoji nijedan stručnjak za pristupačnost. To je zajednička odgovornost i svi programeri moraju da iskoriste znanje drugih da bi povećali svoje razumevanje i manifestovanje pristupačnosti. Po istom principu, glavni okviri koje programeri koriste ne mogu se uzeti kao sveobuhvatni. Na isti način na koji programeri ne bi kreirali novu funkciju koristeći samo jedan alat, trebalo bi da imaju višestruke ulaze koji će ih voditi kroz pristupačnost. Što su programeri za proveru pristupačnosti robusniji, to će bolje služiti ljudima sa različitim potrebama. Autor predstavlja tri načina na koje programeri mogu da izbegnu korišćenje neadekvatnih alata i smernica za pristupačnost i da drže korak sa promenljivim pragom pristupačnosti.

Američka administracija za opšte službe nedavno je objavila svoj akcioni plan za pravednost, navodeći fokus na pristupačnosti izvan minimalnog minimuma za sve usluge digitalne vlade. Ovaj prelazak sa federalne agencije signalizira preduzećima da će morati da slede njihov primer i da teže pristupačnosti koja prevazilazi osnovne inkluzivne promene.

Ali prelazak iznad minimuma zahteva od programera drugačiji način razmišljanja. Mnogi ljudi koji imaju zadatak da ponovo osmisle traku za pristupačnost previše se oslanjaju na mali set alata koji im daju viziju tunela prilikom izgradnje. React, Vue i Svelte imaju pristupačnost ugrađenu u njih, ali programeri koji koriste samo ono što se isporučuje rizikuju da postanu previše fokusirani. Mnogi alati daju prioritet vizuelnim elementima pristupačnosti jer su oni najuočljiviji, ali šta je sa korisnicima sa problemima sa sluhom ili mobilnošću? Na isti način na koji programeri ne bi kreirali novu funkciju koristeći samo jedan alat, trebalo bi da imaju višestruke ulaze koji će ih voditi kroz pristupačnost. Što su programeri za proveru pristupačnosti robusniji, to će bolje služiti ljudima sa različitim potrebama.

Radio sam na razvoju skoro deceniju i proveo sam poslednje dve godine trudeći se da napravim alate koji pomažu dizajnerima i programerima softvera da uvedu pristupačnost u svoj zanat. Evo kako programeri mogu da izbegnu da se vraćaju na neadekvatne alate i smernice za pristupačnost i da drže korak sa promenljivim pragom pristupačnosti.

Kombinujte i uskladite svoje alatke za pristupačnost

Svaka razvojna platforma ima svoj skup smernica i zahteva za pristupačnost. Na primer, standardi pristupačnosti (a11y) za veb su detaljno opisani u Smernicama za pristupačnost veb sadržaja (WCAG), Apple koristi Smernice za ljudski interfejs (HIG), a Android ima sopstveni skup smernica. Veb biblioteke kao što su React i Vue imaju odeljke o najboljim praksama za pristupačnost, kao i biblioteke specifične za komponente kao što su React Select i Vue Select.

Ali ako programeri samo prate parametre pristupačnosti platforme na kojoj razvijaju, neizbežno će ostaviti neke praznine u pristupačnosti nepopunjene. Korišćenje samo jednog skupa smernica je kao da očekujete da vam sadržaj ispriča celu priču.

Najbolji način da se izbegne ovaj problem je mešanje i usklađivanje alata i smernica. Ako vaš okvir više teži vizuelnoj navigaciji, uparite ga sa Google-ovim stablom pristupačnosti ili Firefoxovim inspektorom pristupačnost, koji pomažu programerima da razumeju kako je sadržaj izložen pomoćnoj tehnologiji. Ako su vaši zahtevi pretežno za osobe sa oštećenjem sluha, isprobajte Orca čitač ekrana za desktop računare kao što su MATE, GNOME i Unity. Projekat Sonar GNU/Linux je odličan za prilagođavanje korisnika sa vizuelnim poteškoćama. Postoji i mnoštvo alata koje programeri mogu da koriste za testiranje pristupačnosti na različitim platformama. Linters je odličan za proveru koda, dok a11y dodaci mogu da podrže pisanje dostupnih komponenti u Storybook.

Što više alata koristite zajedno sa zahtevima pristupačnosti vaše primarne platforme, potpunija je slika o pristupačnosti. Alati takođe ne moraju da budu isključivo alati za razvoj — diskusije o Redditovoj zajednici Veb pristupačnosti, Stack Overflov-u i Slack-ovom kanalu pristupačnosti mogu da vas upute na mesta koja vaše originalne smernice ne pokrivaju.

Učite iz lokalnog zakonodavstva o pristupačnosti

Programeri moraju da zauzmu globalni mentalitet kada prave proizvode, a zauzvrat, moraju da priznaju da se pridržavanje pristupačnosti menja na osnovu lokacije. Pristupačnost je mnogo više od prevođenja teksta i kopiranja iz okvira koji je funkcionisao negde drugde.

Ono što može biti pravno usklađeno ili uključivo u jednoj zemlji verovatno je drugačije u drugoj. Na primer, Zakon o pristupačnosti za Ontarijance sa invaliditetom (AODA) nema iste specifikacije kao Evropski standard za digitalnu pristupačnost (EN301 549). A ovi tipovi zakona imaju tendenciju da prevazilaze opseg popularnih tehničkih okvira kao što je React, tako da programeri ne mogu da kreiraju usaglašene proizvode isključivo pozivajući se na te okvire. Na primer, EN301 549 navodi da se biometrija ne može koristiti kao jedino sredstvo za identifikaciju korisnika. Međutim, WCAG — osnovni skup smernica u tehnologiji — ne pominje biometriju.

Neke lokacije će neizbežno imati stroža pravila o pristupačnosti, a programeri moraju da primenjuju ove standarde u svojim proizvodima širom sveta, čak i u zemljama koje ih ne traže. Maksimalni zahtevi za pristupačnost sa kojima se susrećete trebalo bi da budu minimum koji ćete uključiti tokom svog rada. To nije samo moralna dužnost, već i pametna poslovna odluka. U nekom trenutku, propisi će evoluirati, a ono što se sada smatra strogim kasnije će postati norma. Pozivanje brojnih alata za uključivanje šire dostupnosti od prvog dana će pomoći da se kompanije spreče da troše vreme i novac na retroaktivno rešavanje problema.

Otkrijte sive oblasti samostalnih okvira putem testiranja korisnika

Ne postoji sertifikat o završetku za pristupačnost. Što više proizvoda ili funkcija uvedete, više ćete morati da testirate i više ćete morati da idete dalje od alata koje koristite da biste nadgledali svoju pristupačnost. Čak i ako ne objavljujete aktivno, uvek postoji prostor za poboljšanje, posebno za složenije elemente kao što su upotreba tastature, fokus i orijentiri.

Pregled pristupačnosti zahteva mnogo više od preuzimanja čitavih biblioteka koje smatrate dostupnima i izgradnje iz njih. Građevinski blokovi mogu biti dostupni, ali to ne garantuje da će biti krajnji proizvod. Programeri imaju odgovornost da testiraju proizvod dok ga konstruišu kako u granularnoj skali tako i u celosti. Mora se staviti u kontekst, u proživljena iskustva da bi se potvrdilo da je zaista dostupno.

Programeri bi trebalo da više puta isprobavaju proizvode i funkcije lično ili na daljinu sa raznolikom grupom korisnika različitih sposobnosti, uzrasta i porekla. U Starku testiramo lično gde je to moguće, ali u suprotnom koristimo Zoom da bismo vodili sesije povratnih informacija, obezbeđujući da su titlovi, tumačenje znakovnog jezika i druge potrebe korisnika zadovoljene. Fable je sjajna platforma za angažovanje osoba sa invaliditetom za istraživanje korisnika i za isticanje metoda testiranja koje otkrivaju sive oblasti samostalnih okvira. Za nas je testiranje korisnika pokazalo da okviri ne sprečavaju programere da imaju pogrešno podešeni redosled fokusa za korisnike tastature. Naučili smo samo razgovarajući sa ljudima koji koriste navigaciju tastaturom za veb lokacije.

Ne postoji nijedan stručnjak za pristupačnost. To je zajednička odgovornost i svi programeri moraju da iskoriste znanje drugih da bi povećali svoje razumevanje i manifestovanje pristupačnosti. Po istom principu, glavni dostupni okviri koje programeri koriste ne mogu se uzeti kao sveobuhvatni. Moraju da se koriste zajedno sa drugim alatima i testiranjem da bi bili u toku sa — i nastavili da se zalažu za — veću traku pristupačnosti.