Divendres és el final de la jornada laboral. Les males notícies sempre arriben al final de la jornada laboral del divendres.
Esteu a punt de sortir de l'oficina, acaba d'arribar per correu una nova carta sobre una altra reorganització.
Gràcies xxxx, yyy a partir d'avui informaràs de zzzz
...
I l'equip d'Hugh s'assegurarà que els nostres productes siguin accessibles per a persones amb discapacitat.
Oh no! Per què em mereixia això? Volen que me'n vagi? Prepareu-vos per un treball dur ingrata i per intentar corregir els errors dels altres. Això és definitivament un fracàs...
Aquesta va ser la disponibilitat fa uns anys. Algunes pobres ànimes van rebre la feina de "netejar" la interfície d'usuari per intentar fer-la accessible a les persones amb discapacitat.
El que això significava realment era bastant vague: presumiblement, si poguéssiu veure un indicador de focus i una pestanya a través dels camps, tinguéssiu text alternatiu i un parell de descripcions de camps, es consideraria que la vostra aplicació és accessible...
Però de sobte els "errors" van començar a multiplicar-se a la velocitat d'una allau.
Diversos lectors de pantalla (Eng Els lectors de pantalla) i els navegadors es van comportar de manera completament diferent.
Els usuaris s'han queixat que l'aplicació no es pot utilitzar.
Tan bon punt es corregia un error en un lloc, en un altre apareixia un altre.
I simplement canviar i corregir errors de la interfície d'usuari requeria esforços herculians.
Jo hi era. Vaig sobreviure, però no vam "encertar": tècnicament vam netejar molt, vam afegir moltes descripcions de camp, rols i vam aconseguir un cert nivell de compliment, però ningú estava content. Els usuaris encara es van queixar de no poder navegar per l'aplicació. El gerent encara es va queixar del flux constant d'errors. Els enginyers es van queixar que el problema es va plantejar incorrectament, sense una solució "correcta" clarament definida que funcionés en tots els casos.
Al llarg del meu viatge cap a la comprensió de l'accessibilitat, hi va haver alguns moments decididament oberts als ulls.
Potser el primer va ser la constatació que era difícil afegir una funcionalitat d'accessibilitat a la part superior d'un producte acabat. I encara és més difícil convèncer els directius que és increïblement difícil! No, no és només "afegir unes quantes etiquetes" i la interfície d'usuari funcionarà bé. No, això no es pot completar en tres setmanes, ni tan sols tres mesos;
El meu següent moment de veritat va arribar quan vaig veure de primera mà com els usuaris cecs feien servir la nostra aplicació. Això és molt diferent de mirar missatges d'error.
Tornaré a això una i altra vegada, però gairebé totes les nostres "suposicions" sobre com la gent feia servir la nostra aplicació eren errònies.
Navegació per una interfície d'usuari complexa utilitzant tecles Tab/Shift+Tab - això és una merda! Necessitem alguna cosa millor. Dreceres de teclat, capçaleres.
Perdre el focus quan es canvia la interfície d'usuari no és un gran problema, oi? Pensem-ho de nou: això és increïblement confús.
Vaig continuar, vaig treballar en diferents projectes durant una estona, i després vam començar un nou projecte, amb una interfície d'usuari complexa i una instal·lació clara, per aconseguir, finalment, l'accessibilitat aquesta vegada.
Per tant, vam fer un pas enrere i vam mirar com podríem implementar-ho de manera diferent i tenir èxit, i fer que el procés fos menys avorrit!
Molt ràpidament vam arribar a algunes conclusions:
- No volíem que la gent que desenvolupava la interfície d'usuari s'embolessin amb les etiquetes/rols de l'ària i, per descomptat, amb l'estructura HTML dels components. Necessitàvem proporcionar-los els components adequats que construïssin l'accessibilitat des de la caixa.
- Accessibilitat == Facilitat d'ús, és a dir. Això no és només un repte tècnic. Havíem de canviar tot el procés de disseny i assegurar-nos que l'accessibilitat es tingués en compte i es discutís abans de començar el disseny de la IU. Heu de pensar aviat com descobriran els usuaris qualsevol funcionalitat, com navegaran i com funcionarà fent clic amb el botó dret del teclat. L'accessibilitat hauria de ser una part integral del procés de disseny; per a alguns usuaris, és molt més que l'aparença de l'aplicació.
- Des del principi, hem volgut obtenir comentaris d'usuaris cecs i altres persones amb discapacitat sobre la facilitat d'ús de l'aplicació.
- Necessitàvem maneres molt bones d'atrapar les regressions d'accessibilitat.
Bé, des del punt de vista de l'enginyeria, la primera part va sonar força divertida: desenvolupar una arquitectura i implementar una biblioteca de components. I efectivament va ser així.
Donant un pas enrere, mirant i pensant en això com un problema de disseny en lloc d'un problema d'"adaptació", vam introduir algunes abstraccions. Un component té una 'Estructura' (consisteix en elements HTML) i un 'Comportament' (com interactua amb l'usuari). Per exemple, als fragments de sota tenim una llista senzilla sense ordenar. En afegir "comportaments" s'afegeixen els rols corresponents a la llista perquè actuï com una llista. Fem el mateix pel menú.
De fet, aquí no només s'afegeixen rols, sinó també controladors d'esdeveniments per a la navegació amb el teclat.
Això sembla més net. Si poguéssim aconseguir una separació neta entre ells, no importaria com s'hagi creat l'estructura, podríem aplicar-hi comportaments i aconseguir l'accessibilitat correcta.
Podeu veure això en acció a - Biblioteca UX , que està dissenyat i implementat tenint en compte l'accessibilitat des del principi.
La segona part: canviar l'enfocament i els processos al voltant del disseny inicialment em va espantar: els enginyers humils que intenten impulsar el canvi organitzatiu no sempre acaben bé, però va resultar ser una de les àrees més interessants on vam fer contribucions significatives al procés. . En poques paraules, el nostre procés va ser el següent: un equip desenvoluparia una nova funcionalitat, després el nostre equip de lideratge revisaria/iteraria la proposta i, un cop aprovada, el disseny normalment es lliuraria a l'equip d'enginyeria. En aquest cas, l'equip d'enginyeria era "propietari" de la funcionalitat d'accessibilitat perquè era la seva responsabilitat solucionar qualsevol problema associat.
Al principi, va ser una feina força difícil explicar que l'accessibilitat i la usabilitat estan íntimament lligades i que això s'havia de fer en l'etapa de disseny, en cas contrari, comportaria grans canvis i redefinicions d'alguns rols. No obstant això, amb el suport de la direcció i els actors clau, vam agafar la idea i la vam posar en marxa perquè els dissenys fossin provats d'accessibilitat i usabilitat abans de presentar-los a la direcció.
I aquest comentari va ser extremadament valuós per a tothom: va ser fantàstic com a exercici d'intercanvi de coneixements/comunicació sobre com els usuaris interactuen amb les aplicacions web, vam identificar nombroses àrees problemàtiques de la interfície d'usuari abans de crear-les, els equips de desenvolupament ara tenen especificacions molt millors de no. només aspectes visuals, però també de comportament del disseny. Les discussions reals són discussions divertides, enèrgiques i apassionades sobre aspectes tècnics i interaccions.
Ho podríem fer encara millor si tinguéssim usuaris cecs i discapacitats en aquestes reunions (o posteriors); això era difícil d'organitzar, però ara treballem tant amb organitzacions locals de cecs com amb empreses , que proporcionen proves externes per verificar el flux d'execució al principi. desenvolupament, tant a nivell de components com de flux d'execució.
Els enginyers tenen ara especificacions força detallades, components disponibles que poden utilitzar per implementar i una manera de validar el flux d'execució. Part del que ens ha ensenyat l'experiència és el que hem estat perdent durant tot el temps: com podem aturar la regressió. De la mateixa manera, les persones poden utilitzar proves d'integració o d'extrem a extrem per provar la funcionalitat, que necessitem per detectar canvis en les interaccions i els fluxos d'execució, tant visuals com de comportament.
Determinar la regressió visual és una tasca bastant definida, hi ha molt poc que es pot afegir al procés, a part de comprovar si el focus és visible quan es navega amb el teclat. Més interessants són dues tecnologies relativament noves per treballar l'accessibilitat.
- és un conjunt d'eines que es poden executar tant al navegador com com a part del cicle de compilació/prova per identificar problemes.
- Verificar que els lectors de pantalla funcionen correctament ha estat una tasca especialment difícil. Amb la introducció de l'accés a Accessibilitat DOM, finalment podem fer instantànies d'accessibilitat de l'aplicació, com ho fem amb les proves visuals, i provar-les per a la regressió.
Així, a la segona part de la història, vam passar de l'edició de codi HTML a treballar a un nivell d'abstracció més alt, vam canviar el procés de desenvolupament del disseny i vam introduir proves exhaustives. Els nous processos, les noves tecnologies i els nous nivells d'abstracció han canviat completament el panorama de l'accessibilitat i el que significa treballar en aquest espai.
Però això és només el començament.
El següent "enteniment" és que els usuaris cecs impulsen la tecnologia d'avantguarda: són els que més es beneficien no només dels canvis que hem descrit anteriorment, sinó també que els nous enfocaments i idees són possibles gràcies a ML/AI. Per exemple, la tecnologia Immersive Reader permet als usuaris presentar el text amb més facilitat i claredat. Es pot llegir en veu alta, l'estructura de la frase es desglossa gramaticalment i fins i tot els significats de les paraules es mostren gràficament. Això no encaixa en absolut amb l'antiga mentalitat de "fer-lo accessible": és una característica d'usabilitat que ajudarà a tothom.
ML/AI està permetent maneres completament noves d'interaccionar i treballar, i estem emocionats de formar part de les properes etapes d'aquest viatge d'avantguarda. La innovació està impulsada per un canvi de pensament: la humanitat ha existit des de fa mil·lennis, les màquines durant centenars d'anys, els llocs web durant diverses dècades i els telèfons intel·ligents encara menys, la tecnologia s'ha d'adaptar a les persones, i no a l'inrevés.
PS L'article s'ha traduït amb petites desviacions de l'original. Com a coautor d'aquest article, vaig coincidir en aquestes digressions amb Hugh.
Només els usuaris registrats poden participar en l'enquesta. si us plau.
Esteu atents a l'accessibilitat de les vostres aplicacions?
-
Sí
-
No
-
Aquesta és la primera vegada que sento parlar de l'accessibilitat de les aplicacions.
Han votat 17 usuaris. 5 usuaris es van abstenir.
Font: www.habr.com