E premte â fundi i ditĂ«s sĂ« punĂ«s. Lajmet e kĂ«qija gjithmonĂ« vijnĂ« tĂ« premte nĂ« fund tĂ« ditĂ«s sĂ« punĂ«s.
Po dilni nga zyrat, "ding" një email i ri për një tjetër reorganizim sapo ka mbërritur në kutinë tuaj të postës.
Faleminderit xxxx, yyy nga sot do të raportonit te zzzz.
âŠ
Dhe ekipi i Hju do të sigurojë aksesin në produktet tona për njerëzit me aftësi të kufizuara.
Oh, jo! PĂ«r çfarĂ« e meritoj kĂ«tĂ«? Ata duan qĂ« unĂ« tĂ« largohem? TĂ« pĂ«rgatitem pĂ«r njĂ« punĂ« tĂ« vĂ«shtirĂ« dhe tĂ« pandershme pĂ«r tĂ« pĂ«rmirĂ«suar gabimet e tĂ« tjerĂ«ve. Sigurisht qĂ« do tĂ« dĂ«shtojâŠ
Kjo ishte disponueshmëria disa vjet më parë. Disa të varfër merrnin punë për "pastrimin" e ndërfaqes përdoruesi, për të përpiquar ta bënte atë të aksesueshëm për njerëzit me aftësi të kufizuara.
Ajo qĂ« vĂ«rtet do tĂ« thoshte, ishte mjaft e paqartĂ« â ndoshta, nĂ«se do tĂ« ishit nĂ« gjendje tĂ« shihnit indikatorin e fokusit dhe tĂ« lĂ«viznit nĂ«pĂ«r fushat duke pĂ«rdorur tabulatorin, tĂ« kishit ndonjĂ« tekst alternativ dhe disa pĂ«rshkrime pĂ«r fushat, do tĂ« konsiderohej qĂ« aplikacioni juaj ishte i aksesueshĂ«mâŠ
Por papritmas "gabimet" filluan të shumohen me shpejtësi si një avalance.
Dispositive të ndryshme për leximin e ekranit (anglisht. Screen Readers) dhe shfletuesit u sollën krejtësisht ndryshe.
Përdoruesit ankohej se aplikacioni nuk ishte i përdorshëm.
Sa më shpejt që një gabim korrigjohej në një vend, shfaqej një tjetër në një tjetër.
Dhe thjesht të ndryshosh dhe të korrigjojsh gabimet e ndërfaqes përdoruese kërkonte përpjekje titanike.
Isha atje. Isha gjallĂ«, por ne nuk âsuksesamâ â teknikisht kemi pastruar shumĂ«, kemi shtuar shumĂ« pĂ«rshkrime pĂ«r fushat, role dhe arritĂ«m njĂ« farĂ« niveli pĂ«rputhshmĂ«rie me kĂ«rkesat, por askush nuk ishte i lumtur. PĂ«rdoruesit gjithsesi ankoheshin se nuk mund tĂ« orientojnĂ« nĂ« aplikacion. Menaxheri gjithashtu ankohej pĂ«r rrjedhĂ«n e vazhdueshme tĂ« gabimeve. InxhinierĂ«t ankoeshin pĂ«r caktimin e gabuar tĂ« detyrĂ«s, pa njĂ« âzgjidhjeâ tĂ« qartĂ« tĂ« pĂ«rcaktuar qĂ« do tĂ« funksiononte nĂ« tĂ« gjitha rastet.
Në rrugën time drejt kuptimit të aksesueshmërisë, takova disa momente qartë të sinqerta.
Ndoshta, fillimi i parë ishte kuptimi se shtimi i funksionaliteteve për aksesibilitetin mbi një produkt të gatshëm është e vështirë. Dhe akoma më e vështirë është të bindësh menaxherët se është jashtëzakonisht e vështirë! Jo, nuk është thjesht "shtimi i disa etiketave" dhe ndërfaqja e përdoruesit do të funksionojë shkëlqyer. Jo, nuk është e mundur të përfundohet brenda tre javëve, madje as tre muaj do të mjaftojnë.
Momenti im i ardhshëm i së vërtetës ndodhi kur pashë me sy se si përdoruesit e verbër në të vërtetë përdorin aplikacionin tonë. Kjo është KAQ ndryshe nga shikimi i mesazheve për gabime.
Do të kthehem tek kjo përsëri e përsëri, por pothuajse të gjitha «supozimet» tona për mënyrën se si njerëzit përdornin aplikacionin tonë ishin të gabuara.
Navigimi përmes një ndërfaqeje komplekse të përdoruesit me anë të tasteve Tab/Shift+Tab është një turp! Nevojitet diçka më e mirë. Kombinime shkronjash, tituj.
Humbja e fokusit duke ndryshuar UI nuk është një problem i madh? Le të mendojmë përsëri - është jashtëzakonisht konfuz.
Unë vazhdova, punova për një kohë të gjatë në projekte të ndryshme, pastaj filluam një projekt të ri me një ndërfaqe përdoruesi të komplikuar dhe një vendosje të qartë, për të siguruar kësaj radhe që të arrijmë aksesin e duhur.
Pra, bëmë një hap prapa dhe e shqyrtuam se si mund ta realizonim ndryshe këtë dhe të arrinim sukses, në mënyrë që vetë procesi të ishte i këndshëm!
Shpejt arritëm disa përfundime:
- Nuk donim që ata që zhvillonin ndërfaqen përdoruesit të merreshin me etiketat/rollet aria dhe natyrisht me strukturën HTML të komponenteve. Na nevojitej të siguroni për ta komponentë të duhur që ofronin akses të realizuar drejtë nga paketa.
- AksesueshmĂ«ria == LehtĂ«sia e pĂ«rdorimit â dmth, kjo nuk Ă«shtĂ« vetĂ«m njĂ« detyrĂ« teknike. Na nevojitej tĂ« ndryshonim tĂ«rĂ« procesin e projektimit dhe tĂ« siguroheshim qĂ« aksesueshmĂ«ria merret parasysh dhe diskutohet para fillimit tĂ« projektimit tĂ« ndĂ«rfaqes pĂ«rdoruese. Duhet tĂ« mendohet fillimisht se si pĂ«rdoruesit mund tĂ« zbulojnĂ« çdo funksionalitet, si do tĂ« lĂ«vizin dhe si do tĂ« funksionojĂ« "klikuar me tĂ« djathtĂ«n" me tastierĂ«n. AksesueshmĂ«ria duhet tĂ« jetĂ« njĂ« pjesĂ« e pandashme e procesit tĂ« projektimit â pĂ«r disa pĂ«rdorues Ă«shtĂ« diçka shumĂ« mĂ« tepĂ«r sesa vetĂ«m pamja e aplikacionit.
- Që në fillim, ne donim të merrnim feedback nga të verbrit dhe përdoruesit e tjerë me aftësi të kufizuara mbi lehtësinë e përdorimit të aplikacionit.
- Na duheshin vërtet mënyra të mira për të kapur regresionin e aksesueshmërisë.
Tani, nga njĂ« pikĂ«pamje inxhinierike, pjesa e parĂ« tingĂ«llonte mjaft emocionuese â zhvillimi i arkitekturĂ«s dhe implementimi i bibliotekĂ«s sĂ« komponimeve. Dhe vĂ«rtet ishte kĂ«shtu.
Duke bĂ«rĂ« njĂ« hap mbrapa, duke shqyrtuar Dhe duke e parĂ« kĂ«tĂ« si njĂ« problem dizajni, jo si njĂ« problem 'adaptimi', kemi introduktuar disa abstraksione. Komponenti ka njĂ« âStruktureâ (qĂ« pĂ«rbĂ«het nga elemente HTML) dhe njĂ« âSjelljeâ (si interagjon me pĂ«rdoruesin). P.sh., nĂ« fragmentet e mĂ«poshtme kemi njĂ« listĂ« tĂ« thjeshtĂ« tĂ« paorganizuar. Kur shtojmĂ« 'sjelljen' nĂ« listĂ«, shtohen rolet pĂ«rkatĂ«se pĂ«r tĂ« vepruar si njĂ« listĂ«. E njĂ«jta gjĂ« bĂ«het pĂ«r menunĂ«.
Në të vërtetë, këtu nuk shtohen vetëm role, por edhe trajtues ngjarjesh për navigimin me tastierë.
Kjo tani duket më e rregullt. Nëse do të mund të kishim një ndarje të pastër midis tyre, nuk do të kishte rëndësi si u krijua struktura, ne do të mund të aplikonim sjelljet (Behaviours) dhe të merrnim akses të duhur.
KĂ«tĂ« mund ta shikoni nĂ« adresĂ«n â Biblioteka UX , e cila projektohet dhe zbatohet me mendimin pĂ«r aksesueshmĂ«rinĂ« qĂ« nga fillimi.
Pjesa e dytĂ« â ndryshimi i qasjes dhe proceseve rreth dizajnit mĂ« frikĂ«sonte fillimisht: inxhinierĂ«t modestĂ« qĂ« pĂ«rpiqeshin tĂ« shtynin ndryshime organizative, kjo nuk pĂ«rfundonte gjithmonĂ« mirĂ«, por doli tĂ« ishte njĂ« nga fushat mĂ« interesante ku ne bĂ«mĂ« njĂ« kontribut tĂ« rĂ«ndĂ«sishĂ«m nĂ« proces. NĂ« dy fjalĂ«, procesi ynĂ« ishte si mĂ« poshtĂ«: funksionaliteti i ri zhvillohej nga njĂ« ekip, pas kĂ«saj grupi ynĂ« i menaxherĂ«ve analizonte/iteronte propozimin, dhe mĂ« pas, pas miratimit, projekti zakonisht i kalonte ekipit tĂ« inxhinierĂ«ve. NĂ« kĂ«tĂ« rast, ekipi i inxhinierĂ«ve nĂ« fakt 'nĂ« pronĂ«si' kishte funksionalitetin e aksesueshmĂ«risĂ«, pasi duhej tĂ« zgjidhte tĂ« gjitha problemet qĂ« lidhen me tĂ«.
Në fillim ishte një punë e vështirë - të shpjegohej se aksesueshmëria dhe përdorshmëria janë të ndërlidhura ngushtë dhe se kjo duhet bërë që nga faza e planifikimit, përndryshe çonte në ndryshime të mëdha dhe rishikime të disa rolleve. Megjithatë, me mbështetje nga drejtoria dhe lojtarët kyç, ne arrijmë t'i kalojmë këtë ide dhe ta vendosim në praktikë, në mënyrë që dizajnet të kalonin kontrollin e aksesueshmërisë dhe përdorshmërisë, përpara se të paraqiteshin drejtuesve.
Dhe këto komente ishin jashtëzakonisht të vlefshme për të gjithë - ishte fantastike si një ushtrim për ndarjen e njohurive/informacionit në lidhje me mënyrën se si përdoruesit ndërveprojnë me aplikacionet web, ne identifikonim shumë zona problematike të ndërfaqes para se ato të ndërtoheshin, ekipet zhvillues tani kanë specifikime shumë më të mira për aspektet vizuale, por edhe ato që lidhen me sjelljen e dizajnit. Diskutimet reale janë biseda argëtuese, energjike dhe pasionante për aspektet teknike dhe ndërveprimet.
Ne do t'ia dalim punĂ«s mĂ« mirĂ« nĂ«se nĂ« kĂ«to (ose takimet nĂ« vazhdim) do tĂ« ishin pĂ«rdorues tĂ« verbĂ«r dhe pĂ«rdorues me aftĂ«si tĂ« kufizuara. Kjo ishte e vĂ«shtirĂ« pĂ«r t'u organizuar, por tani ne vĂ«rtet po bashkĂ«punojmĂ« me organizata lokale tĂ« verbĂ«rve dhe kompani qĂ« ofrojnĂ« testim nga jashtĂ« pĂ«r tĂ« verifikuar fluksin e punĂ«s nĂ« fazat e hershme tĂ« zhvillimit â si nĂ« nivelin e komponentĂ«ve, ashtu edhe nĂ« nivelin e fluksit tĂ« punĂ«s.
Tani inxhinierĂ«t kanĂ« specifikime mjaft tĂ« detajuara, komponentĂ« tĂ« aksesueshĂ«m, tĂ« cilat ata mund t'i pĂ«rdorin pĂ«r implementimin, dhe mĂ«nyra pĂ«r tĂ« verifikuar fluksin e punĂ«s. PjesĂ«risht, pĂ«rvoja na ka mĂ«suar se çfarĂ« kemi lĂ«nĂ« vazhdimisht pas â si mund ta ndalim regresionin. Po ashtu, njerĂ«zit mund tĂ« pĂ«rdorin teste integruese ose teste tĂ« plota pĂ«r tĂ« verifikuar funksionalitetin, qĂ« na duhen pĂ«r tĂ« zbuluar ndryshimet nĂ« ndĂ«rveprime dhe flukse punĂ«sh â si vizuale, ashtu edhe sjellĂ«se.
Definimi i regresionit vizual është një detyrë mjaft e caktuar, shumë pak mund të shtohet në këtë proces, përveç, ndoshta, kontrollit nëse fokusi është i dukshëm gjatë navigimit me tastierë. Dy teknologji krijuese më të reja që lidhen me punën mbi aksesueshmërinë janë më interesante.
- ë është një grup mjetesh që mund të përdoren si në shfletues ashtu edhe në ciklin e ndërtimit/testimit për identifikimin e problemeve.
- Verifikimi i saktësisë së funksionimit të programeve të leximit me ekrane ka qenë një detyrë veçanërisht e vështirë. Me hyrjen në Accessibility DOM, përfundimisht kemi arritur të krijojmë pamje të aplikacionit nga këndvështrimi i aksesueshmërisë, shumë të ngjashme me mënyrën se si i krijojmë ato për testet vizuale dhe i kontrollojmë për regresion.
Prandaj, nĂ« pjesĂ«n e dytĂ« tĂ« historisĂ« â kaluam nga ndryshimi i kodit HTML nĂ« punĂ« nĂ« njĂ« nivel mĂ« tĂ« lartĂ« abstraksioni, ndryshuam procesin e zhvillimit tĂ« dizajnit dhe prezatuam testime tĂ« kujdesshme. Proceset e reja, teknologjitĂ« e reja dhe nivelet e reja tĂ« abstraksionit kanĂ« ndryshuar plotĂ«sisht kuptimin e aksesueshmĂ«risĂ« dhe asaj çfarĂ« do tĂ« thotĂ« tĂ« punosh nĂ« kĂ«tĂ« fushĂ«.
Por kjo është vetëm fillimi.
Kuptimi qĂ«ndron nĂ« faktin se pĂ«rdoruesit e verbĂ«r po avancojnĂ« teknologjitĂ« moderne â ata pĂ«rfitojnĂ« mĂ« shumĂ« jo vetĂ«m nga ndryshimet qĂ« pĂ«rmendĂ«m mĂ« parĂ«, por edhe nga qasjet dhe idetĂ« e reja qĂ« bĂ«hen tĂ« mundura me ndihmĂ«n e ML/AI. PĂ«r shembull, teknologjia Immersive Reader lejon pĂ«rdoruesit tĂ« paraqesin tekstin mĂ« lehtĂ« dhe mĂ« qartĂ«. Ai mund tĂ« lexohet me zĂ«, struktura e fjalisĂ« ndajshpĂ«rndahet morfologjikisht dhe madje kuptimi i fjalĂ«ve tregohet grafisht. Kjo nuk i pĂ«rket fare kuptimit tĂ« vjetĂ«r tĂ« "ta bĂ«sh tĂ« aksesueshĂ«m" â Ă«shtĂ« njĂ« funksion i pĂ«rdorshmĂ«risĂ« qĂ« do t'i ndihmojĂ« tĂ« gjithĂ«.
Me ML/AI po shfaqen mĂ«nyra krejtĂ«sisht tĂ« reja tĂ« ndĂ«rveprimit dhe punĂ«s, dhe jemi tĂ« lumtur tĂ« jemi pjesĂ« e fazave tĂ« ardhshme tĂ« kĂ«saj rruge tĂ« avancuar. Inovacionet ndodhin pĂ«r shkak tĂ« ndryshimit tĂ« mendĂ«sisĂ« â njerĂ«zimi ka ekzistuar pĂ«r mijĂ«ra vjet, makinat pĂ«r qindra vjet, faqet e internetit pĂ«r disa dhjetĂ«vjeçarĂ«, ndĂ«rsa smartfonĂ«t edhe mĂ« pak; teknologjia duhet t'u pĂ«rshtatet njerĂ«zve, e jo anasjellas.
P.S. Artikulli është përkthyer me disa ndryshime nga origjinali. Si bashkëautor i këtij artikulli, i kam miratuar këto ndryshime me Hyun.
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , ju lutemi.
A i kushtoni vëmendje aksesueshmërisë së aplikacioneve tuaja?
Po
Jo
Kjo është hera e parë që dëgjoj për aksesueshmërinë e aplikacioneve.
17 përdorues votuan. 5 përdorues abstenuan.
Burimi: habr.com
