Melanie Sumner è un'ingegnera informatica specializzata in accessibilità digitale. Abbiamo parlato del suo percorso verso l'ingegneria, della progettazione accessibile, di Ember.js e dell'importanza di finanziare queste iniziative.
Questo post mette in evidenza un esperto della community nell'ambito di Learn Accessibility!
Alexandra Klepper: Grazie per aver partecipato. Chi sei e cosa fai?
Melanie Sumner: mi chiamo Melanie Sumner e sono un'ingegnera software specializzata in accessibilità digitale. Scrivo codice per il web da 25 anni. La mia prima carriera è stata… una specie di spia. Ero un analista dell'intelligence nella Marina statunitense e la programmazione era il mio hobby.
Non mi piaceva molto fare la spia. A quanto pare, non mi piaceva la morte. Poiché la maggior parte delle persone non lo è, quando deve avvicinarsi. Dovevo decidere cosa fare dopo ed era il momento di trasformare il mio hobby in una carriera. Negli ultimi 10 anni, mi sono concentrato in particolare sull'ingegneria del software nel campo dell'accessibilità.
Alexandra: non si sente spesso dire: "Oh, prima ero una spia". Nessun problema. Cosa ti ha spinto a lavorare nel campo dell'accessibilità?
Melanie: All'epoca lavoravo presso l'Università della Carolina del Nord [UNC] a Chapel Hill, nel Dipartimento di sviluppo. Non si riferiscono allo sviluppo come lo sviluppo web, ma allo sviluppo come raccolta fondi.
Il mio responsabile diretto aveva una disabilità visiva e doveva ingrandire tutto al 400% per vedere. Era un software engineer fantastico. Probabilmente il miglior manager che abbia mai avuto. Ma rompeva sempre le mie cose perché ingrandiva per guardare il mio lavoro. Se non avessi pensato a creare elementi in modo reattivo, si sarebbero rotti.
Il capo del mio manager non vedeva il colore blu. Non so se sai che aspetto ha il blu UNC, ma è questo azzurro cielo chiaro. E adoravano usarlo sul bianco.
Alexandra: (ride) Oh no.
Melanie: Il suo capo si lamentava sempre di non riuscire mai a vedere il mio lavoro. Ho dovuto sviluppare una serie di colori complementari e una combinazione di colori per i nostri siti. Questo mi ha fatto riflettere sul contrasto dei colori e su come le persone daltoniche (o con altre disabilità visive) utilizzano il web.
Poiché l'UNC è un'università statale, esiste un requisito federale statunitense di conformità al livello di accessibilità AA delle WCAG. Abbiamo scelto il livello AAA perché si tratta di un istituto scolastico.
Man mano che ho imparato di più sui requisiti statali e federali e ho iniziato a leggere le specifiche di accessibilità del W3C, ho pensato: "Tutto questo ha senso". A quanto ho potuto vedere, la maggior parte del web non era conforme. Naturalmente, le persone lavorano sull'accessibilità web da quando esiste il web. A volte, gli ingegneri JavaScript (in particolare) sono un po' lenti quando si tratta di accessibilità digitale.
Definisco l'accessibilità l'ultima frontiera del web. Molte persone valide lavorano all'automazione per l'accessibilità e dobbiamo lavorare alle soluzioni nello stesso modo in cui abbiamo affrontato altri problemi difficili, come prestazioni e sicurezza.
Alexandra: probabilmente hai letto molti documenti lunghi e complessi, nella Marina e all'UNC. Hai trovato difficile capire le specifiche?
Melanie: ho dovuto leggerlo circa cinque volte prima di capirlo e avevo già letto altre specifiche. Dico sempre alle persone di non sentirsi in colpa se non lo capiscono, perché io ho dovuto leggere le specifiche cinque volte. Non sto scherzando.
Ci vuole molto tempo per abituarsi al linguaggio delle specifiche. E se non lo interpreti correttamente, potresti fare la cosa sbagliata. Inoltre, è importante capire che gran parte del linguaggio delle specifiche è destinato agli sviluppatori di browser. Cerca "gli autori dovrebbero", perché si tratta di un riferimento agli sviluppatori web.
Alexandra: Molti contenuti sul web potrebbero essere migliori se più sviluppatori sapessero come decifrare le specifiche.
Melanie: Ci sono molti siti che fanno questa interpretazione per te. Ho creato a11y-automation.dev e questo sito è un po' come un figlio, un progetto secondario. Cerco di elencare ogni violazione dell'accessibilità e di collegarla ai criteri di successo WCAG in questione. Se esiste un'automazione per evitare l'errore, ti offrirò questa soluzione.
Puoi familiarizzare con l'elenco delle potenziali violazioni, ma è più importante imparare a risolverle. Per le correzioni automatiche che non esistono, magari ti viene l'ispirazione per scrivere un linter o un modello, o magari ti viene l'ispirazione per scrivere un test.
Preferisco lavorare in open source perché si ha la possibilità di improvvisare insieme e proporre un miglioramento (a volte un miglioramento, a volte no, ma tutti ci impegniamo al massimo). Ci basiamo sui contenuti degli altri e alla fine otteniamo un risultato davvero ottimo per il web.
Come finanziare l'accessibilità
Alexandra: Mi ha colpito molto pleasefunda11y.com. È molto importante che gli sviluppatori imparino a creare siti accessibili, ma non sempre avranno le risorse senza finanziamenti e approvazione della leadership esecutiva. Perché hai deciso di creare questo sito?
Melanie: ero frustrata perché l'accessibilità è così sottofinanziata. Tutti i finanziamenti open source sembrano continuare ad andare ai CSS. Adoro i CSS, possiamo fare molte cose con loro.
Ho creato il sito perché Addy Osmani, un responsabile dell'ingegneria software di Chrome, mi ha contattato dicendo di aver visto che stavo chiedendo finanziamenti per l'accessibilità, ma voleva consigli su quali lavori specifici potevano essere finanziati. Questo è un grosso problema: i finanziatori di progetti open source vogliono dare denaro a progetti specifici, non a idee generali che non hanno un risultato determinato. Ho dedicato un po' di tempo a scrivere alcune iniziative specifiche, ciò che è necessario e come contribuiranno a rendere i siti accessibili.
Anche se le aziende si impegnano in questo senso senza il mio aiuto, potremmo fare progressi davvero significativi in termini di accessibilità sul web. Si tratta di una spesa molto piccola rispetto ad altri sforzi sul web e avrebbe un impatto enorme sulla vita delle persone.
L'approccio attuale è spesso: "Quante persone hanno una disabilità?" La domanda dovrebbe essere: "Qual è il rapporto di una persona con la sua tecnologia?"
Alcune persone mi hanno detto: "Beh, non credo che il daltonismo sia una disabilità". Potresti non identificarti come persona con disabilità se sei daltonico, ma ciò influisce sul tuo rapporto con la tecnologia.
Alexandra: raccontami di più sul tuo rapporto con la tecnologia. Che relazione ha con l'accessibilità?
Melanie: ad esempio, se sei neurodiverso, potresti aver bisogno di un linguaggio molto semplice e di indicazioni molto chiare. Potresti trovare più semplice navigare attraverso tre o quattro schermate in un flusso, facendo poche scelte alla volta fino alla fine. Non esistono indicazioni valide per le applicazioni tecniche moderne.
Esistono intere aziende che si occupano di DevOps e se provi a utilizzare alcuni di questi siti web, ti rendi conto che è un'impresa ardua. Al giorno d'oggi cerchiamo di inserire tutto il possibile nelle nostre interfacce.
Alexandra: puoi condividere un esempio?
Melanie: ad esempio, GitHub ha menu a discesa con schede nidificate. E [sospiro esasperato]. Non posso arrabbiarmi (anche se sono frustrato). Il web moderno deve crescere per soddisfare le nuove esigenze. Ma abbiamo anche la responsabilità di creare in modo da non lasciare indietro nessuno.
È questo che mi spinge, è la mia passione. Non voglio che qualcuno non riesca a trovare un lavoro perché gli strumenti che dovrebbe usare non sono accessibili.
Alexandra: 100%. Spesso le persone pensano di creare prodotti accessibili per i loro utenti esterni, ma non necessariamente per i loro dipendenti.
Melanie: Ho pensato che questi consigli sui finanziamenti sarebbero stati utili a tutti.
Sento spesso dire agli ingegneri che vorrebbero occuparsi di accessibilità, ma che "alla mia azienda non interessa". Scommetto che gliene importa. Devi solo colmare il divario nella logica aziendale. Mostra loro il risultato vantaggioso per l'attività. Il sito è open source, ovviamente, e adoro i contributi e le modifiche.
Alexandra: L'accessibilità viene spesso lasciata alla fine del processo, come se si potesse rendere accessibile un prodotto in un secondo momento. Ma ci vorrà molto più tempo per aggiungerlo in un secondo momento rispetto a quello necessario per integrare pratiche accessibili durante il progetto.
Melanie: spesso dico: "Vuoi pagare per crearlo una volta o vuoi pagare per crearlo due volte?"
Ember.js e il team principale per l'accessibilità
Alexandra: so che fai parte anche del team principale del framework Ember.js. Come hai iniziato a partecipare?
Melanie: sono stata assunta per lavorare presso JPMorgan Chase sulle piattaforme di investment banking aziendale. Ember è un framework JavaScript per impieghi gravosi utilizzato quando hai bisogno di una base molto stabile (forse anche un po' noiosa), che può aiutarti a evitare di scrivere codice che perde molti dollari. Ember ha una garanzia di compatibilità all'indietro: puoi eseguire l'upgrade ogni volta, anche se raggiungi una versione principale. Cerchiamo di procedere in modo incrementale, in modo da non interrompere il funzionamento della tua app.
Comunque, mi sono presentato a una conferenza di Ember e ho incontrato un sacco di persone della community. Gli abitanti di Ember sono stati molto gentili. Inoltre, c'è un codice di condotta molto rigoroso che non avevo ancora visto altrove.
Quando ho lasciato l'esercito, volevo lavorare nel settore della sicurezza. Sono andata a un incontro di esperti di sicurezza informatica e non ho visto altre donne. Uno dei ragazzi più grandi mi ha guardato e mi ha detto: "Sei sicura di essere nella stanza giusta, tesoro?"
Alexandra: [Gemito] Fa male. E non sorprende affatto. Ho vissuto qualcosa di simile.
Melanie: Voglio dire che era il 2011, forse il 2012? Il panorama è cambiato molto. Sono rimasto quella notte, durante l'incontro, per dimostrare un punto. Non avevo intenzione di farmi scoraggiare da quel commento. Ho fatto battute, ho preso appunti e ho partecipato alla conversazione, così le persone sapevano che ero presente. Mi sembra che gran parte della mia carriera sia stata dedicata a dimostrare che gli uomini si sbagliavano.
Ma non voglio che le donne diventino ingegneri informatici solo per dimostrare che gli uomini hanno torto. Volevo diventare un ingegnere informatico per creare cose straordinarie, perché è divertente farlo. Le donne dovrebbero avere questa opzione di carriera.
Alexandra: Certo.
Melanie: ho condiviso le mie conoscenze sull'accessibilità con la community di Ember, perché ovviamente, in quanto piattaforma bancaria, dovete rispettare i requisiti federali degli Stati Uniti. Yehuda Katz e Tom Dale hanno detto: "Abbiamo una lacuna nel team. Abbiamo molti esperti di JavaScript, esperti di prestazioni, persone incredibilmente intelligenti e abbiamo bisogno di qualcuno con conoscenze di accessibilità". e mi hanno invitato a entrare nel team principale.
Sto lavorando a iniziative per rendere Ember accessibile per impostazione predefinita. Ciò significa che
quando dici ember new <my-app-name>, devi superare immediatamente i criteri di successo
WCAG.
Alexandra: ho visto un lungo elenco di strumenti di accessibilità per Ember su GitHub. Hai notato che le persone della community di Ember sono entusiaste di contribuire a questi strumenti?
Melanie: Questa è stata una parte molto entusiasmante del lavoro. Ho scritto regole di linting per l'accessibilità per Ember mentre lavoravo in LinkedIn. Poi ho lasciato LinkedIn per lavorare per Hashicorp e altre persone continuano a contribuire al linter perché è utile per loro. È la parte del lavoro che mi fa venire i brividi e mi entusiasma.
Riconosciamo che, come base, l'accessibilità è un diritto civile. Non è in discussione.
Ciò che discutiamo è: cosa possiamo implementare? Quando? Come si fa? Come possiamo insegnarlo e renderlo compatibile con le versioni precedenti? Come aiutiamo gli sviluppatori a fornire supporto per l'accessibilità senza una funzionalità aggiuntiva enorme che devono creare o pianificare?
Alexandra: l'accessibilità è un diritto civile. Mi fa venire i brividi! Dovrebbe essere una cosa che tutti sappiamo essere vera.
Melanie: Mi è capitato di sentire persone dire cose senza senso, come "Se fossi cieca, non userei internet". Oppure: "Perché devo pensare alle disabilità quando riguardano solo il 5% dei miei utenti, mentre il 90% non ha problemi?" Non parteciperò a queste discussioni, perché spesso vengono usate per distrarre dal lavoro.
Quando scrivi codice accessibile, ottieni miglioramenti delle prestazioni perché
progetti siti basati sulle specifiche W3C. Utilizzerai l'HTML semantico anziché solo i div e utilizzerai le intestazioni. Sceglierai un
<button> anziché aggiungere un evento di clic a un <div> e otterrai
miglioramenti delle prestazioni.
Fai una cosa: automatizza l'accessibilità
Alexandra: Qual è una cosa che gli sviluppatori web dovrebbero fare per creare siti web accessibili?
Melanie: aggiungi l'automazione. Inizia con un linter esistente per qualsiasi framework tu abbia, qualsiasi tipo di codice tu stia utilizzando. Non mi interessa quale utilizzi. La build deve interrompersi se una di queste regole viene violata.
Alcune cose non possono essere automatizzate, perché l'AI non è ancora in grado di decifrare l'intento. Ad esempio, il valore del testo alternativo di un'immagine deve essere significativo, ma cosa significa esattamente? Al momento, è necessario che sia una persona a discernere questo aspetto, non l'automazione.
Tuttavia, uno strumento automatico può dirti: "Non superi il test del contrasto di colore". Correggilo. Non opporti, non dire: "Ma non voglio, preferisco così". Non riguarda te. Si tratta di rendere ciò che facciamo disponibile ogni giorno per tutti gli abitanti del mondo.
L'accessibilità è un percorso di apprendimento continuo. Mi occupo di accessibilità da oltre un decennio e imparo sempre cose nuove. Non essere sulla difensiva, fallo e basta.
Segui il lavoro di Melanie sul suo sito web all'indirizzo melanie.codes e su Twitter @a11yMel. Consulta le sue risorse per l'accessibilità su pleasefunda11y.com, a11y-info.com e a11y-automation.dev.