{"id":38463,"date":"2019-10-31T22:23:52","date_gmt":"2019-10-31T19:23:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/po-napravleniyu-k-dostupnosti\/"},"modified":"2019-10-31T22:23:52","modified_gmt":"2019-10-31T19:23:52","slug":"po-napravleniyu-k-dostupnosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/po-napravleniyu-k-dostupnosti","title":{"rendered":"Verso l'accessibilit\u00e0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Verso
\n
\nVenerd\u00ec \u2013 fine della giornata lavorativa. Le brutte notizie arrivano sempre di venerd\u00ec, verso la fine della giornata lavorativa.<\/p>\n

Stai per lasciare l'ufficio, \u00abding\u00bb un nuovo messaggio riguardo l'ennesima riorganizzazione \u00e8 appena arrivato nella posta.<\/p>\n

Grazie xxxx, yyy d'ora in poi riporterai a zzzz
\n\u2026
\nE il team di Hugh garantir\u00e0 l'accessibilit\u00e0 dei nostri prodotti per le persone con disabilit\u00e0.<\/i>\n<\/p><\/blockquote>\n

Oh, no! Per cosa ho meritato questo? Vogliono che me ne vada? Preparati a un lavoro ingrato e difficile e a cercare di correggere gli errori degli altri. Sar\u00e0 sicuramente un fallimento...<\/p>\n

Questa era l'accessibilit\u00e0 alcuni anni fa. Alcuni poveretti si occupavano della \u00abpulizia\u00bb dell'interfaccia utente per cercare di renderla accessibile alle persone con disabilit\u00e0.
\n<\/a><\/noindex>
\nCi\u00f2 che questo significava in realt\u00e0 era piuttosto vago \u2013 probabilmente, se riuscivi a vedere l'indicatore di messa a fuoco e spostarti nei campi con il tasto Tab, avere un testo alternativo e alcune descrizioni per i campi, questo sarebbe stato considerato il tuo applicativo accessibile...<\/p>\n

Ma improvvisamente, i \u00abbug\u00bb hanno cominciato a proliferare come una valanga.<\/p>\n

Dispositivi di lettura dello schermo (eng.<\/i> Screen Readers) e browser si comportavano in modo assolutamente diverso.<\/p>\n

Gli utenti lamentavano che l'applicazione non fosse utilizzabile.<\/p>\n

Non appena un errore veniva corretto in un luogo, ne appariva un altro in un altro.<\/p>\n

E semplicemente cambiare e correggere gli errori dell'interfaccia utente richiedeva uno sforzo titanico.<\/p>\n

Ci sono stato. Sono sopravvissuto, ma non abbiamo \u2018avanzato\u2019 \u2013 tecnicamente abbiamo pulito molto, aggiunto molte descrizioni ai campi, ruoli e raggiunto un certo livello di conformit\u00e0 ai requisiti, ma nessuno era felice. Gli utenti continuavano a lamentarsi di non riuscire a orientarsi nell'applicazione. Il manager si lamentava comunque del costante flusso di errori. Gli ingegneri si lamentavano dell'impostazione errata del compito, senza una \u2018giusta\u2019 soluzione chiaramente definita che funzionasse in tutti i casi.<\/p>\n

Nel mio cammino verso la comprensione dell'accessibilit\u00e0 ci sono stati alcuni momenti decisamente rivelatori.
\nLa comprensione che aggiungere funzionalit\u00e0 di accessibilit\u00e0 a un prodotto gi\u00e0 esistente \u00e8 complicato \u00e8 stata una delle prime realizzazioni. E convincere i manager che sia incredibilmente difficile \u00e8 ancora pi\u00f9 complesso! Non si tratta semplicemente di \"aggiungere alcuni tag\" e il'interfaccia utente funzioner\u00e0 alla grande. No, non \u00e8 possibile completarlo in tre settimane; anche tre mesi non basteranno.
\nIl mio prossimo momento di verit\u00e0 \u00e8 arrivato quando ho visto di persona come gli utenti non vedenti usano effettivamente la nostra applicazione. \u00c8 TOTALMENTE diverso dal guardare i messaggi di errore.<\/p>\n

Torner\u00f2 su questo tema ancora e ancora, ma quasi tutte le nostre \"ipotesi\" su come le persone utilizzassero la nostra applicazione erano sbagliate.<\/p>\n

Navigare attraverso un'interfaccia utente complessa usando i tasti Tab\/Shift+Tab<\/code> \u00e8 frustrante! Abbiamo bisogno di qualcosa di meglio. Combinazioni di tasti, intestazioni.<\/p>\n

Perdere il focus durante il cambiamento dell'interfaccia utente non \u00e8 un problema serio? Ripensiamoci \u2013 \u00e8 davvero disorientante.<\/p>\n

Ho continuato a lavorare su vari progetti per un po' di tempo, poi abbiamo iniziato un nuovo progetto, con un'interfaccia utente complessa e un'implementazione chiara, per ottenere finalmente un'accessibilit\u00e0 corretta.<\/p>\n

Quindi, abbiamo fatto un passo indietro e abbiamo esaminato come possiamo realizzarlo in modo diverso e avere successo, rendendo il processo di lavoro pi\u00f9 interessante!<\/p>\n

Abbiamo rapidamente tratto alcune conclusioni:<\/p>\n

    \n
  1. Non volevamo che le persone che sviluppano l'interfaccia utente si occupassero di etichette aria\/ruoli e naturalmente della struttura HTML dei componenti. Avevamo bisogno di fornire loro componenti adeguati, in cui l'accessibilit\u00e0 fosse implementata direttamente dalla fabbrica.<\/li>\n
  2. L'accessibilit\u00e0 = Usabilit\u00e0, cio\u00e8 non \u00e8 solo una questione tecnica. Dobbiamo modificare l'intero processo di design e assicurarci che l'accessibilit\u00e0 venga considerata e discussa prima di iniziare a progettare l'interfaccia utente. \u00c8 necessario riflettere fin dall'inizio su come gli utenti possono scoprire qualsiasi funzionalit\u00e0, su come si muoveranno e su come funzioner\u00e0 il \"tasto destro del mouse\" dalla tastiera. L'accessibilit\u00e0 deve essere parte integrante del processo di design; per alcuni utenti, \u00e8 qualcosa di molto pi\u00f9 importante del semplice aspetto visivo dell'applicazione.<\/li>\n
  3. Fin dall'inizio, volevamo raccogliere feedback da utenti non vedenti e altri utenti con disabilit\u00e0 sulla facilit\u00e0 d'uso dell'applicazione.<\/li>\n
  4. Avevamo bisogno di modi davvero efficaci per rilevare le regressioni nell'accessibilit\u00e0.<\/li>\n<\/ol>\n

    \nBene, dal punto di vista ingegneristico, la prima parte sembrava piuttosto interessante: sviluppare l'architettura e implementare la libreria di componenti. Ed effettivamente \u00e8 stato cos\u00ec.<\/p>\n

    Facendo un passo indietro, consideriamo esempi ARIA<\/a><\/noindex> E considerando questo come un problema di design, piuttosto che come un problema di \"adattamento\", abbiamo introdotto alcune astrazioni. Il componente ha una 'Struttura' (composta da elementi HTML) e un 'Comportamento' (come interagisce con l'utente). Ad esempio, nei frammenti riportati di seguito abbiamo un semplice elenco non ordinato. Aggiungendo 'comportamento' all'elenco, vengono aggiunti i ruoli corrispondenti affinch\u00e9 funzioni come un elenco. Facciamo qualcosa di simile per il menu.<\/p>\n

    \"Verso
    \n
    \nIn realt\u00e0, qui vengono aggiunte non solo funzioni, ma anche gestori di eventi per la navigazione tramite tastiera.<\/p>\n

    Questo appare gi\u00e0 pi\u00f9 ordinato. Se potessimo ottenere una netta separazione tra di essi, non importerebbe come sia stata creata la struttura, potremmo applicare a essa i comportamenti e ottenere la giusta accessibilit\u00e0.<\/p>\n

    In azione, questo pu\u00f2 essere visto all'indirizzo https:\/\/stardust-ui.github.io\/react\/<\/a><\/noindex> \u2013 alla libreria UX React<\/a><\/noindex>, progettata e implementata tenendo conto dell'accessibilit\u00e0 sin dall'inizio.<\/p>\n

    La seconda parte \u2013 il cambiamento dell'approccio e dei processi attorno al design inizialmente mi spaventava: ingegneri modesti che cercavano di spingere cambiamenti organizzativi non sempre portano a buone conclusioni, ma si \u00e8 rivelata essere una delle aree pi\u00f9 interessanti in cui abbiamo apportato un contributo significativo al processo. In poche parole, avevamo il seguente processo: una nuova funzionalit\u00e0 veniva sviluppata da un team, successivamente il nostro gruppo di leader analizzava \/ iterava questa proposta e, dopo l'approvazione, di solito il design veniva trasferito al team di ingegneri. In questo caso, il team di ingegneri \u00abpossedeva\u00bb effettivamente la funzionalit\u00e0 di accessibilit\u00e0, poich\u00e9 doveva risolvere tutti i problemi ad essa associati.<\/p>\n

    All'inizio \u00e8 stato un lavoro piuttosto difficile: spiegare che accessibilit\u00e0 e usabilit\u00e0 sono indissolubilmente legate e che questo deve essere affrontato gi\u00e0 nella fase di progettazione, altrimenti si traducono in grandi cambiamenti e ridefinizioni di alcuni ruoli. Tuttavia, con il supporto della direzione e dei principali attori coinvolti, siamo riusciti a far passare quest'idea, affinch\u00e9 i design fossero sottoposti a verifiche di accessibilit\u00e0 e usabilit\u00e0 prima di essere presentati alla direzione.<\/p>\n

    E questi feedback sono stati estremamente preziosi per tutti: \u00e8 stato fantastico, come esercizio di condivisione delle conoscenze \/ trasferimento di informazioni su come gli utenti interagiscono con le web app, abbiamo identificato numerosi punti critici dell'interfaccia utente prima che venissero costruiti, i team di sviluppo ora hanno specifiche molto migliori, non solo per gli aspetti visivi, ma anche per quelli comportamentali del design. Le discussioni reali sono vivaci, energiche e appassionate, riguardanti aspetti tecnici e interazioni.<\/p>\n

    Potremmo migliorare ulteriormente questo lavoro se avessimo utenti non vedenti e persone con disabilit\u00e0 a queste (o a future) riunioni. \u00c8 stato difficile organizzare, ma ora collaboriamo con organizzazioni locali per non vedenti e aziende che offrono test esterni per verificare il flusso di esecuzione nelle fasi iniziali di sviluppo \u2014 sia a livello di componente che a livello di flusso di esecuzione.<\/p>\n

    Ora gli ingegneri dispongono di specifiche piuttosto dettagliate, di componenti accessibili che possono utilizzare per l'implementazione e di un modo per verificare il flusso di esecuzione. In parte, l'esperienza ci ha insegnato cosa continuavamo a trascurare \u2014 come possiamo prevenire la regressione. Analogamente, le persone possono utilizzare test di integrazione o di flusso per controllare le funzionalit\u00e0 necessarie a rilevare modifiche nelle interazioni e nei flussi di esecuzione \u2014 sia visivi che comportamentali.<\/p>\n

    La definizione di regressione visiva \u00e8 un compito piuttosto specifico; si pu\u00f2 aggiungere molto poco a questo processo, a parte, forse, verificare se il focus \u00e8 visibile durante la navigazione tramite tastiera. Due tecnologie relativamente nuove per lavorare sull'accessibilit\u00e0 sono pi\u00f9 interessanti.<\/p>\n

      \n
    1. Accessibility Insights<\/a><\/noindex> \u00e8 un insieme di strumenti che possono essere eseguiti sia nel browser che all'interno del ciclo di build\/test per identificare problemi.<\/li>\n
    2. La verifica del corretto funzionamento dei lettori di schermo \u00e8 stata un compito particolarmente difficile. Con l'introduzione dell'accesso al Accessibility DOM<\/b>, finalmente abbiamo la possibilit\u00e0 di fare snapshot dell'applicazione dal punto di vista dell'accessibilit\u00e0, molto simili a quelli che facciamo per i test visivi, e verificarli per regressioni.<\/li>\n<\/ol>\n

      \nQuindi, nella seconda parte della storia, siamo passati dalla modifica del codice HTML a lavorare a un livello pi\u00f9 alto di astrazione, cambiando il processo di progettazione e introducendo test rigorosi. Nuovi processi, nuove tecnologie e nuovi livelli di astrazione hanno completamente cambiato la concezione di accessibilit\u00e0 e ci\u00f2 che significa lavorare in questo campo.
      \nMa questo \u00e8 solo l'inizio.<\/p>\n

      La seguente \"comprensione\" \u00e8 che gli utenti non vedenti promuovono tecnologie all'avanguardia: sono proprio loro a trarre il massimo vantaggio non solo dai cambiamenti che abbiamo descritto in precedenza, ma anche dal fatto che nuovi approcci e idee diventano possibili grazie a ML\/AI. Ad esempio, la tecnologia Immersive Reader consente agli utenti di rappresentare il testo in modo pi\u00f9 semplice e chiaro. Pu\u00f2 essere letto ad alta voce, la struttura della frase \u00e8 grammaticalmente suddivisa e anche i significati delle parole vengono visualizzati graficamente. Questo non si inserisce affatto nella vecchia comprensione di \"rendere accessibile\" \u2013 si tratta di una funzionalit\u00e0 di usabilit\u00e0 che aiuter\u00e0 tutti.<\/p>\n

      Con ML\/AI emergono modalit\u00e0 completamente nuove di interazione e lavoro, e siamo entusiasti di far parte delle prossime fasi di questo percorso all'avanguardia. L'innovazione \u00e8 guidata da un cambiamento di paradigma: l'umanit\u00e0 esiste da millenni, le macchine da secoli, i siti web da decenni e gli smartphone da ancora meno; la tecnologia deve adattarsi alle persone, e non il contrario.<\/p>\n

      P.S. L'articolo \u00e8 stato tradotto con alcune deviazioni dall'originale. In quanto coautore di questo articolo, ho concordato queste deviazioni con Hugh.<\/p>\n

      Solo gli utenti registrati possono partecipare al sondaggio. Accedi<\/a><\/noindex>, per favore.<\/p>\n

      Fai attenzione all'accessibilit\u00e0 delle tue applicazioni?<\/h2>\n