Olutimilehin Olushuyi è un avvocato che si occupa di accessibilità da poco tempo. Abbiamo parlato della sua lotta con JavaScript, degli standard internazionali e dell'importanza di leggere i contenuti di un sito web.
Questo post mette in evidenza un esperto della community nell'ambito di Learn Accessibility!
Alexandra Klepper: come hai iniziato a occuparti di accessibilità web?
Olutimilehin Olushuyi (Shuyi): Ok, è una storia divertente. Sono un avvocato. Ho capito che nell'ultimo anno di scuola non volevo esercitare la professione di avvocato per il resto della mia vita. Così ho provato ad abbandonare gli studi, ma il mio preside e la mia "madrina scolastica", la professoressa Ayodele Atsenuwa, mi hanno detto: "Parliamone. Sei all'ultimo anno, devi solo finirlo".
Alla fine, sono felice che abbia detto così e che io abbia finito, perché mi ha aiutato nel mio lavoro di accessibilità. Il professor Atsenuwa mi ha chiesto cosa volevo fare invece, e non avevo idea.
Ho iniziato a cercare nuove opportunità di carriera e ho contattato alcune persone che volevano creare una startup e avevano bisogno di un avvocato. Quell'opportunità non era adatta, ma è stata la prima volta che ho capito che le persone scrivono codice per tutti i prodotti che usiamo. Ho pensato: "Posso raccoglierlo". Ho iniziato a insegnarmi HTML e CSS. Poi sono passato a JavaScript e… [ride] JavaScript ha fatto cose di JavaScript, quindi sono tornato a concentrarmi sui miei linguaggi semantici frontend.
Ho scoperto il lavoro di Andy Bell e Heydon Pickering. Ho acquistato Every Layout e mi ha cambiato la vita. Andy continuava a parlare di accessibilità, ma non sapevo cosa significasse in questo contesto. Ho capito che potrei lavorare nello sviluppo web senza dover sapere come scrivere codice JavaScript.
Ho contattato Heydon e si è dimostrato molto disponibile e reattivo. Sembra che tutti nel campo dell'accessibilità siano così e ne sono grato.
Alexandra: Sono d'accordo, tutte le persone con cui ho parlato sono state molto gentili e disponibili.
Shuyi: Certo. Attualmente, mi occupo molto di più di advocacy. Risiedo in Nigeria, un paese in cui l'accessibilità web non è obbligatoria per legge. La legge sulla discriminazione nei confronti delle persone con disabilità è stata approvata nel 2018. Tuttavia, non esiste una legge sull'accessibilità web, ma solo una legge sull'accessibilità fisica. È simile all'Americans with Disabilities Act (ADA) degli Stati Uniti. La nostra legge è strutturata male, ma è meglio di niente.
Mi sono reso conto che, se voglio avere la possibilità di fare la differenza e diventare uno sviluppatore incentrato sull'accessibilità, devo prima sensibilizzare l'ecosistema sulle esigenze di accessibilità. Ho iniziato a pubblicare tweet sulla difesa dell'accessibilità. Ho parlato con aziende e brand, il cui consenso è necessario per rendere l'accessibilità una realtà.
Alexandra: immagino che la tua esperienza in ambito legale sia molto utile per lavorare con l'accessibilità. Puoi leggere la nuova legislazione e comprenderla in un modo che la persona media non farebbe. Ciò include uno sviluppatore medio.
Shuyi: Credo che uno dei più grandi vantaggi della mia formazione giuridica sia che posso leggere pagine e pagine di materiali di base, documenti davvero lunghi, senza stancarmi. Mi accovaccio, appoggio il laptop e inizio a leggere. e leggere. e leggere. Ha dei vantaggi,
Alexandra: Beh… sono invidiosa, è un'ottima capacità. Pensi che lavoreresti mai con il governo per far approvare una legge sull'accessibilità digitale?
Shuyi: Sinceramente, non credo. Interagire con il governo è un'altra storia. Ci vuole troppo tempo per convincere il nostro governo a fare qualcosa, soprattutto come privato cittadino. Questo tipo di lavoro è più adatto alle ONG e ad altre organizzazioni con personale e risorse per apportare cambiamenti.
L'approvazione della legge fisica ha richiesto molto tempo e le esigenze di accessibilità sono andate ben oltre ciò che è stato incluso nella legge anni fa. È come se la prima bozza fosse stata approvata anche se il mondo è cambiato.
In definitiva, siamo felici che ci sia qualcosa su cui fare affidamento, anche se si è rivelato obsoleto. Esiste una legge da far rispettare.
Creare layout accessibili
Alexandra: ho letto il tuo articolo,
<article> vs. <section>: How To Choose The Right One
su Smashing Magazine e il thread di Twitter
che lo ha ispirato. Qual è un aspetto importante che vorresti
che gli sviluppatori web tenessero a mente?
Shuyi: gli sviluppatori devono leggere i contenuti prima di iniziare a creare i layout.
Inizialmente, per la progettazione del mio sito, avevo semplicemente contato il numero di paragrafi e li avevo inseriti in sezioni e articoli, senza pensarci troppo. Ma, qualcuno ha attirato la mia attenzione sull'uso improprio delle sezioni, ed è stata la prima volta che ci ho pensato. Leggere i contenuti è una delle cose che puoi fare per migliorare il prodotto.
Alexandra: Quando lavoravo come sviluppatrice, spesso i clienti freelance mi dicevano: "Oh, crea qualcosa per noi e poi inseriremo i contenuti". Certo, ci sono alcune pagine che hanno un contesto automatico, come una pagina di contatto. Ma sapere quante pagine creare e che tipo di assistenza personalizzata era necessaria poteva essere determinato solo quando ho ricevuto i contenuti.
Shuyi: prima di sapere quello che so, il mio miglior cliente mi dava idee di design generali e io creavo un sito con un sacco di lorem ipsum. Mi occuperò di tutto il resto. Tuttavia, quando ti rendi conto di quanto l'infrastruttura dei contenuti influenzi gli utenti sul web, ti rendi conto di quanto sia effettivamente imperfetto il processo standard per creare contenuti sul web. Devi essere intenzionale quando crei qualcosa.
Molti lavori sull'infrastruttura per l'accessibilità non ricevono alcuna attenzione, e questo mi spezza il cuore.
Alexandra: come hai fatto le tue ricerche per assicurarti che i consigli che hai dato nell'articolo fossero corretti?
Shuyi: per prima cosa, ho separato le fonti di informazione, una cosa che si fa in giurisprudenza, separando le fonti primarie e secondarie. Le fonti primarie sono le leggi effettive (come l'ADA e le leggi nigeriane), mentre le fonti secondarie sono ciò che gli esperti interpretano dalla legge.
Ho deciso di fare riferimento solo alle fonti primarie: le specifiche HTML, WCAG e WAI-ARIA. Leggo le opere di altre persone, molte delle quali sono di ottima qualità. Ma, alla fine della giornata, le opinioni erano così divergenti che ho deciso di prenderle in considerazione solo come contesto utile, ma non di fare affidamento su di esse come se avessero le risposte giuste.
Creare una community accessibile
Alexandra: hai detto che stai cercando di trasformare il tuo feed Twitter in un luogo per l'accessibilità. Hai avuto molte altre conversazioni su Twitter dopo la pubblicazione dell'articolo di Smashing Magazine su ciò che hai imparato?
Shuyi: Per i primi due giorni, non riuscivo a capire bene Twitter. Mi hanno seguito tantissime persone, più di 200. All'inizio ero entusiasta, ma poi ho avuto paura. Ad esempio, sono agli inizi, non seguirmi per ricevere consigli saggi. Sono stato aggiunto a molte liste di Twitter.
Ma, insomma, sono una persona. I miei tweet riguardano argomenti vaghi, non di accessibilità, non per sviluppatori web. Non voglio deludere le persone. Non seguirmi solo per l'accessibilità. Mi sembrerà di averti deluso.
Alexandra: [Ride], credo che molte persone lo pensino. Sicuramente per quanto riguarda il mio personaggio su Twitter.
Shuyi: la maggior parte delle risposte all'articolo sono state positive. Ho ricevuto una risposta all'articolo un po' controversa. Vitaly, il mio editor, mi ha contattato direttamente per condividere il commento e mi ha chiesto di indagare. A quanto pare, la persona faceva riferimento alla documentazione MDN che affermava che tutti gli articoli devono avere un elemento di intestazione. Ho consigliato di inserire un elemento di intestazione nella sezione in base alle specifiche.
La documentazione MDN consiglia di includere l'intestazione, ma non spiega realmente qual è il vantaggio.
Le specifiche cambiano meno frequentemente rispetto alle esigenze degli utenti, quindi, se riesci a giustificare la tua decisione di modificare il modo in cui crei qualcosa, probabilmente non ci sono problemi.
Facciamo un esempio. Supponiamo che tu stia creando un componente scheda chiamato "Prezzi", con tre elementi. Hayden Pickering suggerirebbe di inserire ogni scheda in un elemento di elenco. In questo modo, quando una persona che utilizza tecnologie assistive (TA) arriva a quella sezione, le viene comunicato che ci sono tre elementi nel listino prezzi. Puoi formattare l'elenco in modo che non ci siano punti elenco, personalizzarlo come preferisci, ma in questo modo gli utenti di tecnologie assistive possono ottenere prima le informazioni utili. Se racchiudi ogni elemento in un div, ti concentrerai solo sugli aspetti visivi, il che non aiuta gli utenti con disabilità visive. Pensa alle persone prima di pensare al design.
Ho preso questa idea e l'ho trasposta per una pagina del blog. I post del blog si trovano all'interno di un elemento di elenco. In questo modo, all'accesso alla pagina, l'utente viene avvisato che si trova in uno dei vari post presenti nella pagina.
Pertanto, ho mantenuto i miei consigli nell'articolo e continuerò a farlo finché non capirò perché MDN fa questa raccomandazione.
Alexandra: Poiché la documentazione MDN è open source, suggerirai modifiche e apporterai aggiornamenti?
Shuyi: Sarò onesto, non ho ancora dato alcun contributo all'open source. Ma questo è il tipo di lavoro che mi piacerebbe fare, sicuramente più che lavorare con il governo.
Specifiche e implementazione
Alexandra: Mi sembra che un aspetto importante sia che a volte le specifiche dicono una cosa, ma l'implementazione e altri documenti esterni potrebbero suggerire di fare qualcosa di diverso. Come si decide di seguire un consiglio?
Shuyi: ci penso spesso. Non sono sicuro di avere l'esperienza necessaria per rispondere a questa domanda. Cerchiamo sempre di prepararci al futuro. È consigliabile apportare miglioramenti continui man mano che il web cambia. In questo modo, quando le specifiche vengono aggiornate, non è necessario modificare il sito. Quali sono le probabilità che tu faccia una scelta e che tra tre anni le specifiche cambino.
Ogni scelta che facciamo ora è la nostra migliore ipotesi su come pensiamo che sarà il futuro del web e su quale direzione pensiamo che prenderanno gli autori delle specifiche.
Alexandra: il web è in continua evoluzione, una sola persona non può avere tutte le risposte. Le specifiche sono cambiate mentre scrivevi?
Shuyi: ho iniziato a scrivere il mio articolo prima che il modello di struttura del documento venisse rimosso dalle specifiche. Questo modello suggeriva che i livelli di intestazione dovessero essere calcolati automaticamente in base alla profondità dell'annidamento. ma non è mai stata implementata e questo ha creato molti problemi per gli sviluppatori. Il consiglio agli sviluppatori era di correggere manualmente le intestazioni.
Se l'articolo fosse stato pubblicato prima della modifica delle specifiche, probabilmente avrei apportato la modifica, dato che si tratta di Smashing Magazine. Ma se fosse stato pubblicato sul mio blog personale, l'avrei fatto? Probabilmente no. E questo solo per l'aggiornamento di un articolo, non di un intero sito web creato in base a una specifica in continua evoluzione.
Ci aspettiamo che gli sviluppatori modifichino immediatamente i loro siti web quando le specifiche cambiano? Ovviamente no. Fanno calcoli su cosa è meglio quando creano i loro siti e vivono con queste scelte. Le specifiche cambieranno, le specifiche potrebbero non avere la risposta.
L'accessibilità come carriera
Alexandra: quanto tempo dedichi a pensare agli standard di accessibilità globali? Gli standard e le leggi variano in base al paese. Sono sicuro che ne avrai letti molti e che alcune leggi ti dicono di fare il contrario. Cosa faresti in questi casi?
Shuyi: ho pensato di avviare un'attività di consulenza freelance per l'accessibilità. Ho partecipato a un canale di chat globale sull'accessibilità web e ho chiesto consigli su come iniziare. Adrian Roselli ci ha contattato e ha detto: "I tuoi clienti si affideranno a te per rispettare le leggi che potrebbero avere conseguenze importanti. Prima di offrire i tuoi servizi, scopri in quale regione hai competenze. Conosci le leggi con cui hai familiarità in modo che, mentre ti guadagni da vivere, non lasci i clienti con enormi responsabilità. Si fidano di te e sanno che conosci la legge".
Naturalmente, molte attività cercano assistenza per l'accessibilità perché sono obbligate per legge, non solo perché è la cosa giusta da fare. Il capitalismo è il motivo per cui viene implementata l'accessibilità. Alla fine, non importa perché è successo, ma che il prodotto sia accessibile.
Ho messo in pausa il mio lavoro da freelance finché non avrò la certezza di poter aiutare i clienti con le leggi della loro regione. La standardizzazione è fondamentale e gli sforzi e l'impatto delle WCAG non possono essere sopravvalutati. Avere un framework centrale di come dovrebbe funzionare il web consente ai governi di fare affidamento sullo stesso standard. Ma ovviamente non tutti i governi accetteranno questi standard.
Alexandra: hai ricevuto molti ottimi consigli da persone fantastiche nel tuo percorso verso l'accessibilità. C'è qualche altro consiglio che avresti voluto ricevere prima di decidere di intraprendere questa carriera?
Shuyi: anche se non avrebbe cambiato il mio percorso professionale, sarebbe stato bello sapere che, per quanto nobile sia il lavoro di accessibilità, è fortemente influenzato dal capitalismo.
Alexandra: [ride] Oh, sì.
Shuyi: E io sono al terzo anno. Ho un anno di esperienza nel campo dell'accessibilità. Soprattutto se risiedi in Africa, come me, la disponibilità di posizioni nel campo dell'accessibilità è limitata. Le aziende assumono responsabili delle assunzioni, una persona che soddisfi i requisiti legali necessari. Ma voglio lavorare in un team dove posso imparare e sviluppare competenze.
Ero entusiasta di poter lavorare senza dover imparare JavaScript, ma solo le regole e aiutare il mio team ad applicarle. Ma le posizioni di sviluppatore presso le agenzie richiedono esperienza con JavaScript. Mi sono trasferito in una nuova città e ho partecipato a un bootcamp JavaScript per soddisfare questi requisiti. Per chiunque si trovi all'inizio del percorso di accessibilità, è importante concentrarsi prima sullo sviluppo delle competenze di sviluppo.
Non ti mentirò, non mi piace ancora JavaScript.
Fai una cosa: aggiungi lo stato attivo della tastiera
Alexandra: JavaScript è il motivo per cui ora sono una tech writer anziché una sviluppatrice? Sì, è così. Lo odio così tanto. Ti auguro buona fortuna per il tuo boot camp.
Qual è una cosa che vuoi che gli sviluppatori facciano per rendere il loro sito accessibile?
Shuyi: elemento attivo della tastiera. Ti prego di cuore. Il mio trackpad non funziona, quindi quando sono in viaggio mi affido alla tastiera per navigare sul web e quasi tutti i siti web sono orribili. Il focus della tastiera non avvantaggia solo le persone con disabilità.
La creazione di piattaforme accessibili è vantaggiosa per tutti.
Segui il lavoro di Shuyi su Twitter @shuyiolutimi.