Amit minden programozónak tudnia kell a digitális hozzáférhetőségről

Az akadálymentesítés egyre fontosabbá válik a programozók számára. 2020-ban az Egyesült Államok Legfelsőbb Bírósága döntött a Domino vs. Azt rontja, hogy az internet és az alkalmazások „helyek” az amerikaiak fogyatékkal élők törvényével kapcsolatban. Ez azt jelenti, hogy a fogyatékkal élők immár beperelhetik a nem hozzáférhető digitális alkalmazásokat.

Sok fejlesztő nem csupán jogi kötelezettség, hanem felelősséget is érez a hozzáférhetőség javításáért. Emiatt az Electronic Arts bejelentette, hogy nem érvényesítik akadálymentesítési szabadalmaikat, hogy más fejlesztők felhasználhassák őket a befogadóbb játékok készítésére.

A hozzáférhetőség irányába mutató tendencia egyértelmű. Az akadálymentesítés fejlesztésbe való integrálásának ismerete hamarosan minden típusú programozó alapvető kompetenciája lesz.

Mi a digitális hozzáférhetőség?

A digitális hozzáférhetőség az a folyamat, amely biztosítja, hogy a fogyatékkal élők hozzáférjenek a digitális termékekhez, például alkalmazásokhoz és webhelyekhez. Ez azt jelentheti, hogy megbizonyosodj róla

a videokonferencia-alkalmazásoknak van felirata hogy a siketek vagy nagyothallók ne maradjanak le arról, ami történik. Vagy azt jelentheti, hogy alternatív szöveget adnak a képekhez, hogy a vakok képernyőolvasókkal elmagyarázhassák nekik a látványelemeket.

Az akadálymentesítéssel kapcsolatos leggyakrabban használt irányelvek a A webtartalom hozzáférhetőségére vonatkozó irányelvekáltal létrehozott nemzetközi akadálymentesítési szabvány World Wide Web Consortium (W3C).

A jelenleg érvényben lévő irányelvek, ún WCAG 2.2, 2021 végén jelentek meg. Ezek az irányelvek a digitális hozzáférhetőség alapját képező négy kulcsfontosságú elvre összpontosítanak: érzékelhető, működőképes, érthető és robusztus.

Minden rész foglalkozik azzal, hogy a különböző fogyatékkal élők vagy segédeszközök hogyan használják a technológiát, és hogy a programozóknak hogyan kell ezt tervezniük.

A megfelelőségi szintek mérése A, AA és AAA szintű szabványokon keresztül történik, a legalacsonyabb szint minimális küszöbértékkel. és a legmagasabb szint az összetettebb és specifikusabb akadálymentesítési problémák megoldására szolgál, amelyek javítják a fogyatékkal élő felhasználók tapasztalat.

Probléma a megfelelőségen alapuló megközelítésekkel

A digitális akadálymentesítés hagyományos megközelítéseivel két fő probléma van. Az első az, hogy gyakran több éves késés van egy kialakulóban lévő, hozzáférhetetlen technológia vagy gyakorlat és a korrekciót segítő irányelvek között.

Mivel a WCAG 2.2 több mint egy év késéssel jelent meg, és a következő iteráción dolgozunk, WCAG 3.0, amely már évek óta folyamatban van, egyértelmű, hogy a jelenleg használt akadálymentesítési irányelvek már a közzétételük előtt elavultak voltak.

A második probléma sok programozó számára nehezebben érthető. Az, hogy ezek az iránymutatások nem mennek elég messzire.

Miért fontos a fokozott akadálymentesítés?

Sajnos sok fejlesztő cookie-cutter megközelítést alkalmaz a digitális hozzáférhetőség terén túl erősen támaszkodik a WCAG irányelveinek való megfelelésre, amikor a hozzáférhető tervezésnek dinamikusabbnak kell lennie folyamat.

A szabványoknak megfelelő fejlesztők gyakran úgy gondolják, hogy ha csak bejelölik az összes négyzetet, akkor termékeik elérhetőek lesznek. De ez egyszerűen nem igaz. Valójában, ha az ADA értelmében pert indítanak, egy vállalat védekezése, miszerint betartotta a WCAG irányelveit, nem biztos, hogy elegendő.

Miért? Mert még az AAA szintnek való megfelelés sem garantálja, hogy a projektje vagy a webhelye elérhető lesz – úgy tervezték, hogy meghatározza a hozzáférhetőség minimális szintjét.

A fejlesztőcsapatoknak nem csupán a szélesebb lakosság számára kellene hozzáférhetővé tenniük munkájukat, hanem idővel meg is kell követelni őket, amint új szabályozások vagy joggyakorlatok jelennek meg.

Miért kell törődnie az "akadálymentességi adóssággal"

A legtöbb programozó ismeri a "tech adósság" kifejezést. Leírja annak a fejlesztési munkának a következményeit, amely a legegyszerűbb kódolási megoldásokat használja, nem pedig a legjobbakat. Ez gyakran nem hatékony kódoláshoz és jövőbeli helyreállítási munkák szükségességéhez vezet.

A "hozzáférhetőségi adósság" hasonló fogalom. Azokra a hozzáférhetetlen kódokra és termékekre utal, amelyek egy csapat vagy vállalat a piacon vagy fejlesztés alatt állnak, és amelyek teljes hozzáférhetővé tétele időt, erőfeszítést és pénzt igényel. Az idő múlásával és az egyes termékeken vagy webhelyeken ez az akadálymentesítési adósság egyre nő, amíg a javítása hihetetlenül költségessé válik.

Azzal, hogy most nem dolgoznak a kisegítő lehetőségeken, a programozók nem csak a fogyatékkal élők számára nehezítik meg termékeik használatát. A jövőbeni kötelezettségeket is vállalják vállalataik számára, ha a szabályozások vagy a hozzáférhetőségi szabványok megváltoznának.

A digitális hozzáférhetőség javításának kihívása

Az elérhetőbb kód létrehozásának egyik legnagyobb akadálya az, hogy sok programozónak korlátozott fogalma van arról, hogy mit is takar a fogyatékosság. Az akadálymentesítési személyek, hogy a Termék és UX csapatok időnként a tervezés segítésére szolgálnak, és túl gyakran olyan általánosan ismert fogyatékosságokra összpontosítanak, mint a vakság, süketség vagy bénulás.

A programozók tudhatják, hogy az epilepsziás betegeket szem előtt tartva kell tervezniük, de lehet, hogy nem veszik figyelembe a krónikus migrénben szenvedők akadálymentesítési igényeit, amely állapot sok beteg számára mozgásképtelenné válik.

Ráadásul ezek a személyek ritkán tartalmaznak halmozottan fogyatékos felhasználókat vagy olyanokat, akik különféle kisegítő eszközöket használnak. Például egy népszerű hang-szöveg szoftver számos funkciója nem használható, ha a felhasználók engedélyezték a nagy kontrasztú módot.

Egy olyan termékhez, amelyet általában látássérült emberek segédeszközként használnak – egy csoport akiknél gyakran szükség lehet a nagy kontrasztú módra – ez egy rendkívüli tévedés a fejlesztés részéről csapat.

Univerzális kialakítás a jobb hozzáférhetőség érdekében

Mit tehet tehát egy programozó, ha magasabb akadálymentesítési szabványt akar elérni? Az első lépés az, hogy elengedjük azt a gondolkodásmódot, amelyet a WCAG 2.2-hez hasonló protokollok támogatnak, vagyis Az akadálymentesítés valami objektív, konkrét, világosan meghatározott tervezéssel és programozással beavatkozások.

Alternatívaként, univerzális kialakítás A koncepciók, amelyek egy olyan gyakorlatcsoport részét képezik, amelyeket néha befogadó tervezésnek is neveznek, segíthetnek a programozóknak tervük újraértékelésében és módosítsák tervezési folyamatukat, hogy mérlegeljék, hogyan tegyék termékeiket elérhetőbbé minden képességű ember számára, már a problémameghatározástól kezdve színpad.

Hét univerzális tervezési elv alkalmazható: méltányos használat, rugalmas használat, egyszerű és intuitív használat, érzékelhető információ, hibatűrés, alacsony fizikai erőfeszítés, valamint méret és tér megközelítések és használ.

Első pillantásra úgy tűnik, hogy olyan kódhoz vezetnek, amely párhuzamos a WCAG 2.2 irányelveivel. A legfontosabb különbség azonban az, hogy a tervezők úgy kezdik, hogy ezeket az elveket alapvetőnek tekintik a mindenki számára készült tervezésük során felhasználók számára, ahelyett, hogy az "átlagfelhasználó" számára készített terveknek később a hozzáférhetőségi szabványoknak való megfelelésre összpontosítanánk tovább.

Ez megfordítja a probléma meghatározásának és tervezési szakaszát, mivel a programozóknak feltételezniük kell, hogy minden felhasználó fogyatékos lehet. Ez gyakran pénzt takarít meg a vállalatoknak, mivel a nem tervezett akadálymentesítési funkciók használata megnöveli a projekt befejezéséhez szükséges időt és költségvetést.

Az univerzális tervezés gyakran jobb termékeket is eredményez, mivel az univerzális tervezési elvek szerint kifejlesztett termékek gyakran mindenki számára jobban használhatók.

A használhatóság fontossága

Az univerzális tervezési elvek kifejezetten a használatról is beszélnek – ami nem tartozik a WCAG irányelveinek hatálya alá. Bár a használhatóság és a hozzáférhetőség összefügg egymással, a fogyatékkal élő felhasználók élményének mérésére szolgáló különböző objektívek.

Az akadálymentesítés egyszerűen arra irányul, hogy a fogyatékkal élők hozzáférhessenek egy webhelyhez vagy termékhez, nem pedig arra, hogy ezt hatékonyan, rugalmasan vagy előnyös módon tegyék.

Például egy webhely akkor felelhet meg az akadálymentesítési követelményeknek, ha egy látássérült felhasználó hozzáférhet egy képernyőolvasón keresztül. Egyes látássérültek azonban a szöveg-hangra konvertáló alkalmazásokat részesítik előnyben, és nem rendelkeznek képernyőolvasóval.

Ha webhelye megtiltja szövegek exportálását egy alkalmazásba, ahogy azt egyes híroldalak teszik, akkor webhelye technikailag elérhető az adott felhasználó számára... de nem használható számukra. Tehát bár ez nem sérti az ADA-t, ez azt jelenti, hogy egy fogyatékkal élő személy nem használhatja a terméket.

Egy másik kihívás akkor jelentkezik, amikor a programozók olyan helyzetekkel találkoznak, amikor technikailag megfelelnek az akadálymentesítési irányelveknek, de funkcionálisan nem felelnek meg azoknak.

Ebben az esetben előfordulhat, hogy egy webhely megfelel a WCAG követelményeinek kódauditáláson keresztül, de előfordulhat, hogy mégsem teljesíti a „teljes és egyenlő élvezet" az ADA szerint, ha egy fogyatékos személy nem fér hozzá ugyanazokhoz a dolgokhoz, mint egy nem fogyatékos személy.

A legtöbb hozzáférhető tervezési szabvány nem csak a használhatóságra összpontosít, és a használhatóság tesztelése gyakran nem terjed ki a fogyatékkal élő felhasználókra. De a használhatóságnak kulcsfontosságú mérőszámnak kell lennie az akadálymentesítési tesztelés során, és a használhatóság tesztelésére összpontosítani kell, nemcsak az átlagfelhasználók, hanem a fogyatékkal élők körében is, akik sokkal nagyobb valószínűséggel tapasztalnak problémákat.

Hogyan segíthet a Design Justice?

Az utolsó koncepció, amelyet a programozóknak meg kell érteniük igazságosságot tervez. A tervezés olyan megközelítése, amely a tervezés, a hatalom és a társadalmi igazságosság közötti kapcsolatot tárja fel újragondolja a tervezési folyamatokat, hogy középpontba állítsa azok hangját, akiket hagyományosan figyelmen kívül hagytak a tervezésben gyakorlatok.

Valójában a tervezési igazságszolgáltatás folyamatai a tervezőt inkább segítőként, mint szakértőként fogalmazzák meg. Ez az elmozdulás hasznos lehet, mivel a fogyatékkal élők tekintélyesek abban, hogy mire van szükségük. Ha nem központosítja őket, az azt jelentheti, hogy időt és pénzt költenek olyan kisegítő lehetőségekre, amelyek nem hasznosak.

Liz Jackson fogyatékkal élő tervezési stratéga és aktivista még egy kifejezést is kitalált az elegáns, de haszontalan megoldásokra, amelyeket a nem fogyatékkal élő tervezők találnak ki: rokkantkulcsok. Ezek olyan termékek, amelyekre nincs szükség, vagy olyan megoldást kínálnak, amely nem használható.

Hogyan nézne ki egy tervezési igazságszolgáltatási eljárás az Ön termékénél? Ez azt jelentheti, hogy számos fogyatékkal élő szakértőt kell felvenni, hogy segítsenek az akadálymentesítési kutatásban, a felhasználói élmény tervezésében, a programozásban, a minőségbiztosításban és a használhatóság tesztelésében. Ez azt is jelentheti, hogy fizetett fókuszcsoportokat fogadnak fogyatékkal élő felhasználókkal a fejlesztési munkafolyamat minden szakaszában.

Végső soron a tervezési igazságosság legfontosabb szempontja az, hogy hogyan segíti a programozókat megérteni a birtokukban lévő hatalmat. Minden kódolási vagy tervezési döntése óriási hatással lehet a fogyatékkal élők életére, ha döntései akadályokat állítanak fel.

Ez nemcsak az Ön termékéhez való hozzáférésüket érintheti, hanem azokhoz a dolgokhoz való hozzáférésüket is, amelyeket az Ön terméke megkönnyít, például közösségekhez, tapasztalatokhoz vagy akár foglalkoztatáshoz.

A digitális hozzáférhetőség javításának következő lépései

Most, hogy tudja, miért olyan fontos a digitális akadálymentesítés, és milyen bonyolultságokkal jár a jó megvalósítás, mit tehet?

• Kezdje azzal, hogy többet megtud az univerzális tervezésről és a tervezési igazságosságról. Vannak műhelyek, online tanfolyamok, és könyveket áll rendelkezésére, hogy segítsen.
• Tekintse át a fejlesztési munkafolyamatot, hogy a kisegítő lehetőségeket minden szakaszban középpontba helyezze.
• Költségvetés a csapat számára, hogy képzésben részesüljön a hozzáférhető és univerzális tervezésről.
• Fogyatékkal élő programozókat alkalmazzon, és vonjon be fogyatékkal élőket együttműködőként a projektekbe.
• Határozzon meg egyértelmű iránymutatásokat a kisegítő lehetőségek megfelelőségére és használhatóságára vonatkozóan.
• Használjon fogyatékkal élőket, akik a kisegítő technológiák natív felhasználói, minőségbiztosítási tesztek elvégzésére, ahelyett, hogy a fogyatékkal élők tapasztalatait szimulálnák.
• Hozzon létre ellenőrző listákat, amelyek rögzítik a fő akadálymentesítési mérföldköveket a fejlesztés során.

Soha semmi sem lehet 100%-ban hozzáférhető, mert az emberi károsodások sokrétűek, és a fogyatékkal élők különböző akadálymentesítési igényei gyakran ütköznek egymással. De minél több időt töltenek a programozók a fogyatékkal élő felhasználók igényeivel, az univerzális tervezéssel és a tervezési igazságossággal, annál elérhetőbbek lesznek a jövőbeni termékek.

Rövid útmutató a Windows 10 kisegítő eszközeihez

Akár gyengén lát, akár a beszédvezérlést szeretné felfedezni, a Windows 10 rengeteg kisegítő eszközt kínál a segítségére. Megmutatjuk, hol találja meg és hogyan használja őket.

Olvassa el a következőt

A szerzőről