L'accessibilità sta diventando ancora più essenziale per la comprensione da parte dei programmatori. Nel 2020, la Corte Suprema degli Stati Uniti si è pronunciata in Domino's vs. Robles che Internet e le app sono "luoghi" in relazione all'Americans with Disabilities Act. Ciò significa che le persone disabili ora possono citare in giudizio le applicazioni digitali che non sono accessibili.
Più che un semplice obbligo legale, molti sviluppatori sentono la responsabilità di migliorare l'accessibilità. Ciò ha portato Electronic Arts ad annunciare che non avrebbero applicato i loro brevetti di accessibilità in modo che altri sviluppatori potessero sfruttarli per creare giochi più inclusivi.
La tendenza verso l'accessibilità è chiara. Saper integrare l'accessibilità nello sviluppo sarà presto una competenza fondamentale per i programmatori di ogni tipo.
Che cos'è l'accessibilità digitale?
L'accessibilità digitale è il processo per garantire che le persone disabili possano accedere a prodotti digitali come app e siti Web. Ciò potrebbe significare assicurarsi che
le app di videoconferenza hanno didascalie in modo che le persone sorde o con problemi di udito non si perdano ciò che sta accadendo. Oppure potrebbe significare aggiungere testo alternativo alle immagini in modo che le persone non vedenti possano avere le immagini spiegate dagli screen reader.Le linee guida più comunemente utilizzate sull'accessibilità sono le Linee guida per l'accessibilità dei contenuti Web, uno standard internazionale di accessibilità creato dal World Wide Web Consortium (W3C).
Le linee guida attualmente in vigore, note come WCAG 2.2, sono stati pubblicati alla fine del 2021. Queste linee guida si concentrano su quattro principi chiave che sono alla base dell'accessibilità digitale: percepibile, utilizzabile, comprensibile e robusto.
Ogni sezione affronta il modo in cui le persone con diversi tipi di disabilità o dispositivi di assistenza utilizzano la tecnologia e come i programmatori dovrebbero progettare per questo.
I livelli di conformità sono misurati tramite gli standard di Livello A, Livello AA e Livello AAA con il livello più basso una soglia minima e il livello più alto inteso ad affrontare questioni di accessibilità più complesse e specifiche che migliorano gli utenti disabili Esperienza.
Il problema degli approcci basati sulla conformità
Ci sono due problemi principali con gli approcci tradizionali all'accessibilità digitale. Il primo è che spesso c'è un ritardo pluriennale tra una tecnologia o una pratica inaccessibile emergente e le linee guida che aiutano a correggerla.
Con WCAG 2.2 rilasciato con un anno di ritardo e il lavoro sulla prossima iterazione, WCAG 3.0, in corso ormai da anni, è chiaro che le linee guida sull'accessibilità attualmente in uso erano obsolete prima ancora di essere pubblicate.
Il secondo problema è più difficile da capire per molti programmatori. È che queste linee guida non vanno abbastanza lontano.
Perché una maggiore accessibilità è importante
Sfortunatamente, molti sviluppatori stanno utilizzando un approccio taglia-biscotti all'accessibilità digitale che fa troppo affidamento sulla conformità alle linee guida WCAG quando la progettazione accessibile dovrebbe essere più dinamica processi.
Gli sviluppatori conformi agli standard spesso credono che se spuntano tutte le caselle i loro prodotti saranno accessibili. Ma semplicemente non è vero. In effetti, se citata in giudizio ai sensi dell'ADA, la difesa di una società di aver rispettato le linee guida WCAG potrebbe non essere sufficiente.
Come mai? Perché anche la conformità al livello AAA non garantisce l'accessibilità del tuo progetto o del tuo sito Web: è progettato per stabilire uno standard minimo di accessibilità.
I team di sviluppo non dovrebbero solo voler rendere il loro lavoro accessibile a una popolazione più ampia, ma alla fine potrebbero essere obbligati a farlo quando emergono nuove normative o giurisprudenza.
Perché dovresti preoccuparti del "debito di accessibilità"
La maggior parte dei programmatori ha familiarità con il termine "debito tecnologico". Descrive le conseguenze del lavoro di sviluppo che utilizza le soluzioni di codifica più semplici anziché le migliori. Questo spesso porta a un codice inefficiente e alla necessità di futuri lavori di riparazione.
Il "debito di accessibilità" è un concetto simile. Si riferisce al codice e ai prodotti inaccessibili che un team o un'azienda ha sul mercato o in fase di sviluppo che richiederanno tempo, fatica e denaro per renderli completamente accessibili. Nel tempo e attraverso prodotti o siti, questo debito di accessibilità cresce fino a diventare incredibilmente costoso da riparare.
Non lavorando sull'accessibilità ora, i programmatori non stanno solo rendendo più difficile l'utilizzo dei loro prodotti da parte delle persone disabili. Stanno anche creando responsabilità future per le loro aziende nel caso in cui le normative o gli standard di accessibilità dovessero cambiare.
La sfida del miglioramento dell'accessibilità digitale
Uno dei maggiori ostacoli alla creazione di codice più accessibile è che molti programmatori hanno una concezione limitata di ciò che la disabilità comprenda. Le persone per l'accessibilità che il prodotto e Team UX a volte utilizzati per guidare la progettazione sono troppo spesso focalizzati su disabilità comunemente note come cecità, sordità o paralisi.
I programmatori potrebbero sapere che devono progettare pensando agli epilettici, ma potrebbero non considerare le esigenze di accessibilità degli utenti che soffrono di emicrania cronica, una condizione disabilitante per molti malati.
Inoltre, queste persone raramente comprendono utenti con disabilità multiple o coloro che utilizzano una varietà di dispositivi di accessibilità. Ad esempio, molte delle funzionalità di un popolare software di sintesi vocale non possono essere utilizzate se gli utenti hanno attivato la modalità contrasto elevato.
Per un prodotto comunemente utilizzato come dispositivo di assistenza da persone con disabilità visive: un gruppo per i quali spesso può essere necessaria la modalità ad alto contrasto: questa è una svista straordinaria da parte dello sviluppo squadra.
Utilizzo del design universale per una migliore accessibilità
Quindi, cosa può fare un programmatore se desidera ottenere standard di accessibilità più elevati? Il primo passo è lasciare andare il tipo di pensiero che i protocolli come WCAG 2.2 promuovono, cioè quello l'accessibilità è qualcosa di obiettivo con una progettazione e una programmazione specifiche e chiaramente definite interventi.
In alternativa, disegno universale i concetti, che fanno parte di un gruppo di pratiche a volte indicate come progettazione inclusiva, possono aiutare i programmatori a rivalutare i loro progetti e modificare il loro processo di progettazione per considerare come rendere i loro prodotti più accessibili a persone di tutte le abilità fin dalla definizione del problema fase.
Ci sono sette principi di progettazione universali da implementare: uso equo, flessibilità nell'uso, semplice e intuitivo uso, informazioni percettibili, tolleranza per l'errore, basso sforzo fisico e dimensioni e spazio per approcci e usi.
A prima vista, sembra probabile che portino a un codice parallelo alle linee guida WCAG 2.2. Tuttavia, la differenza fondamentale è che i designer iniziano considerando questi principi come fondamentali per il loro design per tutti utenti piuttosto che concentrarsi sulla conformità dei progetti creati per l '"utente medio" agli standard di accessibilità in seguito su.
Questo capovolge la definizione del problema e le fasi di progettazione in quanto richiede ai programmatori di presumere che tutti gli utenti potrebbero avere una disabilità. Ciò spesso finisce per far risparmiare denaro alle aziende poiché l'aggiunta di funzionalità di accessibilità non pianificate aumenta il tempo e il budget necessari per completare un progetto.
Il design universale spesso porta anche a prodotti migliori poiché i prodotti sviluppati secondo i principi del design universale sono spesso più utilizzabili per tutti.
L'importanza dell'usabilità
I principi di progettazione universali parlano anche esplicitamente dell'uso, qualcosa che non rientra nell'ambito delle linee guida WCAG. Sebbene correlate, usabilità e accessibilità sono obiettivi diversi con cui valutare l'esperienza di un utente disabile.
L'accessibilità si concentra semplicemente sul garantire che le persone disabili possano accedere a un sito o un prodotto, non che possano farlo in un modo efficiente, flessibile o preferibile.
Ad esempio, un sito Web può soddisfare i requisiti di accessibilità se un utente ipovedente può accedervi tramite uno screen reader. Tuttavia, alcune persone con disabilità visive preferiscono le app di sintesi vocale e non possiedono uno screen reader.
Se il tuo sito Web vieta l'esportazione di testo in un'app come fanno alcuni siti di notizie, il tuo sito Web è tecnicamente accessibile a quell'utente... ma non è utilizzabile per loro. Quindi, sebbene ciò non violi l'ADA, significa che una persona disabile non può utilizzare il tuo prodotto.
Un'altra sfida si verifica quando i programmatori incontrano situazioni in cui sono tecnicamente conformi alle linee guida sull'accessibilità ma non ad esse funzionalmente.
In questo caso, un sito Web potrebbe soddisfare i requisiti WCAG tramite un audit del codice, ma potrebbe comunque non soddisfare l'obiettivo di "full e pari godimento" secondo l'ADA se un disabile non ha accesso alle stesse cose di un non disabile persona.
La maggior parte degli standard di progettazione accessibili non si concentra sull'usabilità e i test di usabilità spesso non includono gli utenti disabili. Ma l'usabilità dovrebbe essere una metrica chiave nei test di accessibilità e i test di usabilità dovrebbero essere focalizzati, non solo per l'utente medio, ma anche per gli utenti disabili, un gruppo che ha molte più probabilità di riscontrare problemi.
In che modo la giustizia del design può aiutare
Un ultimo concetto che i programmatori dovrebbero capire è progettare la giustizia. Un approccio al design che esplora la relazione tra design, potere e giustizia sociale, it ripensa i processi di progettazione per centrare le voci di coloro che sono stati tradizionalmente ignorati nel design pratiche.
In effetti, i processi di design justice riformulano il designer come un facilitatore piuttosto che un esperto. Questo spostamento può essere utile poiché le persone disabili sono autorità su ciò di cui hanno bisogno. Non centrarli potrebbe significare spendere tempo e denaro per funzionalità di accessibilità che non sono utili.
La stratega e attivista del design disabile Liz Jackson ha persino coniato un termine per riferirsi alle soluzioni eleganti ma inutili che i designer non disabili escogitano: chiavi per disabili. Questi sono prodotti che non sono necessari o offrono una soluzione che non è utilizzabile.
Come sarebbe un processo di giustizia del design per il tuo prodotto? Potrebbe significare assumere un certo numero di esperti disabili per aiutare con la ricerca sull'accessibilità, la progettazione dell'esperienza utente, la programmazione, il controllo qualità e i test di usabilità. Potrebbe anche significare ospitare focus group a pagamento con utenti disabili in ogni fase del flusso di lavoro di sviluppo.
In definitiva, l'aspetto più importante della giustizia progettuale è il modo in cui aiuta i programmatori a comprendere il potere che detengono. Ogni scelta di codifica o di progettazione che fai potrebbe avere un enorme impatto sulla vita delle persone disabili se le tue decisioni creano barriere.
Ciò potrebbe influire non solo sul loro accesso al tuo prodotto, ma anche sul loro accesso alle cose che il tuo prodotto facilita come comunità, esperienze o persino lavoro.
Passi successivi per migliorare l'accessibilità digitale
Ora che sai perché l'accessibilità digitale è così importante e le complessità implicate nel farlo bene, cosa puoi fare?
- Inizia imparando di più sul design universale e sulla giustizia del design. Ci sono laboratori, corsi online, e libri disponibile ad aiutare.
- Rivedi il flusso di lavoro di sviluppo per centrare l'accessibilità in ogni fase.
- Budget per il tuo team per ottenere una formazione in un design accessibile e universale.
- Assumi programmatori disabili e includi persone disabili come collaboratori nei progetti.
- Stabilire linee guida chiare sulla conformità e l'usabilità dell'accessibilità.
- Utilizzare persone disabili che sono utenti nativi delle tecnologie assistive per eseguire test di controllo qualità piuttosto che simulare le esperienze delle persone disabili.
- Crea liste di controllo che acquisiscano le tappe fondamentali dell'accessibilità durante lo sviluppo.
Niente può mai essere accessibile al 100% perché le disabilità umane sono sfaccettate e le diverse esigenze di accessibilità delle persone disabili spesso sono in conflitto. Ma più tempo i programmatori trascorreranno pensando alle esigenze degli utenti disabili, al design universale e alla giustizia del design, più saranno accessibili i prodotti futuri.
Sia che tu abbia problemi di vista o desideri esplorare il controllo vocale, Windows 10 offre numerosi strumenti di accessibilità per aiutarti. Ti mostriamo dove trovarli e come usarli.
Leggi Avanti
- Programmazione
- Accessibilità
- Programmazione
- Sviluppo web
- Sviluppo del gioco
Helen scrive di tecnologia, carriere e risorse umane da oltre otto anni. Il suo lavoro è apparso su USAToday, The Guardian, Forbes, Business Insider e Yahoo! Finanza, tra molte altre pubblicazioni. Può essere trovata a fare escursioni o ciaspolate in montagna o a leggere ossessivamente.
Iscriviti alla nostra Newsletter
Iscriviti alla nostra newsletter per suggerimenti tecnici, recensioni, ebook gratuiti e offerte esclusive!
Clicca qui per iscriverti