Olutimilehin Olushuyi est avocat et débutant en matière d'accessibilité. Nous avons parlé de sa lutte contre JavaScript, des normes internationales et de l'importance de lire le contenu d'un site Web.
Ce post met en avant un expert de la communauté dans le cadre de l'initiative Learn Accessibility!
Alexandra Klepper : Comment avez-vous commencé à vous intéresser à l'accessibilité Web ?
Olutimilehin Olushuyi (Shuyi) : Bon, c'est une histoire amusante. Je suis avocat. J'ai réalisé lors de ma dernière année d'études que je ne voulais pas exercer le droit pour le reste de ma vie. J'ai donc essayé d'abandonner mes études, mais ma doyenne et "mère spirituelle", la professeure Ayodele Atsenuwa, m'a dit : "Parlons-en. Tu es en dernière année, il ne te reste plus qu'à la terminer."
Au final, je suis contente qu'elle ait dit ça et d'avoir terminé, car ça m'a aidée dans mon travail sur l'accessibilité. Le professeur Atsenuwa m'a demandé ce que je voulais faire à la place, mais je n'en avais aucune idée.
J'ai commencé à chercher de nouvelles opportunités professionnelles et j'ai contacté des personnes qui souhaitaient créer une startup et avaient besoin d'un avocat. Cette opportunité ne me convenait pas, mais c'est la première fois que j'ai compris que les produits que nous utilisons sont développés à l'aide de code. Je me suis dit : "Je peux le ramasser." J'ai commencé à apprendre le HTML et le CSS. Ensuite, je suis passé à JavaScript et… [Rires] JavaScript a fait des choses JavaScript, alors je suis retourné me concentrer sur mes langages sémantiques frontend.
Je suis tombé sur les travaux d'Andy Bell et Heydon Pickering. J'ai acheté Every Layout, et cela a changé ma vie. Andy n'arrêtait pas de parler d'accessibilité, mais je ne savais pas ce que cela signifiait dans ce contexte. J'ai réalisé que je pourrais peut-être travailler dans le développement Web sans avoir besoin de savoir écrire du code JavaScript.
J'ai contacté Heydon, qui s'est montré très réceptif et très réactif. Il semble que tous les professionnels de l'accessibilité soient ainsi, et je leur en suis reconnaissant.
Alexandra : Je suis tout à fait d'accord. Toutes les personnes à qui j'ai parlé ont été très gentilles et serviables.
Shuyi : Absolument. Actuellement, je travaille beaucoup plus dans le domaine du plaidoyer. Je réside au Nigeria, un pays où l'accessibilité Web n'est pas obligatoire. La loi sur la discrimination à l'égard des personnes handicapées a été adoptée en 2018. Il n'existe aucune loi sur l'accessibilité Web, mais uniquement des lois sur l'accessibilité physique. Elle est comparable à la loi américaine sur les personnes handicapées (Americans with Disabilities Act, ADA). Notre loi est mal structurée, mais c'est mieux que rien.
J'ai réalisé que si je voulais avoir une chance de faire la différence et de devenir un développeur axé sur l'accessibilité, je devais d'abord sensibiliser l'écosystème aux besoins d'accessibilité. J'ai commencé à tweeter sur la défense de l'accessibilité. J'ai discuté avec des entreprises et des marques, dont l'adhésion est nécessaire pour que l'accessibilité fonctionne.
Alexandra : Je parie que votre expérience juridique est incroyablement utile pour travailler sur l'accessibilité. Vous pouvez lire et comprendre les nouvelles lois d'une manière que la personne moyenne ne peut pas. Cela inclut un développeur moyen.
Shuyi : Je pense que l'un des plus grands avantages de ma formation juridique est que je peux lire des pages et des pages de documents de référence, des documents vraiment longs, sans me lasser. Je replie mes jambes, pose mon ordinateur portable et commence à lire. et lire. et lire. Il présente des avantages,
Alexandra : Je suis jalouse, c'est une compétence géniale. Pensez-vous travailler un jour avec le gouvernement pour faire adopter une loi sur l'accessibilité numérique ?
Shuyi : Pour être honnête, je ne pense pas. S'engager auprès du gouvernement est une autre paire de manches. Il faut trop de temps pour que notre gouvernement fasse quelque chose, surtout en tant qu'individu. Ce type de travail convient mieux aux ONG et autres organisations disposant du personnel et des ressources nécessaires pour apporter des changements.
Il a fallu beaucoup de temps pour que la loi physique soit adoptée, et les besoins en accessibilité ont évolué bien au-delà de ce qui a été inclus dans la loi il y a des années. C'est comme si le premier brouillon avait été accepté alors que le monde a changé.
En fin de compte, nous sommes heureux de pouvoir compter sur quelque chose, même si c'est obsolète. Une loi doit être appliquée.
Créer des mises en page accessibles
Alexandra : J'ai lu votre article <article> vs <section> : comment choisir le bon dans Smashing Magazine et le thread Twitter qui l'a inspiré. Quel est le principal enseignement que vous aimeriez que les développeurs Web retiennent ?
Shuyi : les développeurs doivent lire le contenu avant de commencer à créer des mises en page.
À l'origine, pour la conception de mon site, j'avais simplement compté le nombre de paragraphes et les avais placés dans des sections et des articles, sans trop réfléchir. Mais quelqu'un a attiré mon attention sur l'utilisation abusive des sections. C'était la première fois que j'y pensais. Lire le contenu est l'une des choses que vous pouvez faire pour améliorer votre produit.
Alexandra : Lorsque j'étais développeuse, il m'arrivait souvent d'entendre des clients freelances me dire : "Oh, crée juste quelque chose pour nous et nous ajouterons le contenu plus tard." Bien sûr, certaines pages ont un contexte automatique, comme une page de contact. Mais pour savoir combien de pages créer et quel type d'assistance personnalisée était nécessaire, je devais d'abord obtenir le contenu.
Shuyi : Avant de savoir ce que je sais maintenant, mon meilleur client me donnait des idées de conception générales, et je créais un site avec beaucoup de lorem ipsum. Je m'occuperai de tout ça. Mais lorsque vous réalisez à quel point l'infrastructure de contenu affecte les utilisateurs sur le Web, vous vous rendez compte à quel point le processus standard de création de contenu sur le Web est en fait défectueux. Vous devez être intentionnel lorsque vous créez des choses.
Je suis très déçu de voir que tant de travaux d'infrastructure liés à l'accessibilité ne reçoivent aucune attention.
Alexandra : Comment avez-vous fait vos recherches pour vous assurer que les conseils que vous avez donnés dans l'article étaient corrects ?
Shuyi : Tout d'abord, j'ai séparé les sources d'informations, ce qui est une pratique courante en droit, où l'on distingue les sources primaires et secondaires. Les sources primaires sont les lois elles-mêmes (comme l'ADA et les lois nigérianes), tandis que les sources secondaires sont les interprétations des experts.
J'ai décidé de me référer uniquement aux sources principales : les spécifications HTML, WCAG et WAI-ARIA. Je lis les travaux d'autres personnes, beaucoup de bons travaux. Mais, en fin de compte, les opinions étaient si divergentes que j'ai décidé de ne les considérer que comme un contexte utile, sans me fier à elles pour obtenir les bonnes réponses.
Créer une communauté accessible
Alexandra : Vous avez mentionné que vous essayiez de faire de votre flux Twitter un espace dédié à l'accessibilité. Avez-vous eu d'autres conversations sur Twitter depuis la publication de l'article de Smashing Magazine sur ce que vous avez appris ?
Shuyi : Les premiers jours, je n'ai pas réussi à comprendre Twitter. Plus de 200 personnes se sont abonnées à mon profil. Au début, j'étais enthousiaste, mais ensuite j'ai eu peur. Je ne fais que commencer, ne me suivez pas pour obtenir des conseils avisés. J'ai été ajouté à de nombreuses listes Twitter.
Mais je suis une personne. Je tweete sur beaucoup de choses vagues, non liées à l'accessibilité ni au développement Web. Je ne veux pas décevoir les gens. Ne me suivez pas uniquement pour l'accessibilité ! J'aurai l'impression de vous décevoir.
Alexandra : [Rires] Je pense que beaucoup de gens le pensent. Je me soucie certainement de mon personnage sur Twitter.
Shuyi : la plupart des réponses à l'article lui-même étaient positives. J'ai reçu une réponse un peu controversée à l'article. Vitaly était mon monteur. Il m'a contacté directement pour me faire part du commentaire et m'a demandé d'enquêter. Il s'avère que la personne faisait référence à la documentation MDN, qui indiquait que tous les articles devaient comporter un élément d'en-tête. J'ai recommandé que la section comporte un élément d'en-tête en fonction des spécifications.
La documentation MDN recommande d'inclure l'en-tête, mais n'explique pas vraiment quel est l'avantage.
Bien sûr, les spécifications changent moins souvent que les besoins des utilisateurs. Par conséquent, tant que vous pouvez justifier votre décision de modifier la façon dont vous créez quelque chose, il n'y a probablement pas de problème.
Prenons un exemple. Imaginons que vous créiez un composant de fiche appelé "Prix", avec trois éléments. Hayden Pickering suggère de placer chaque carte dans un élément de liste. Ainsi, lorsqu'une personne utilisant une technologie d'assistance (TA) arrive à cette section, elle est informée qu'il y a trois éléments dans la liste de prix. Vous pouvez styliser la liste pour qu'elle ne contienne pas de puces et lui donner l'apparence que vous souhaitez, mais cela aide les utilisateurs de technologies d'assistance à obtenir d'abord les informations utiles. Si vous enveloppiez chaque élément dans un div, vous vous concentreriez uniquement sur les aspects visuels, ce qui n'aiderait pas les utilisateurs malvoyants. Pensez aux personnes avant de penser au design.
J'ai repris cette idée et l'ai transposée pour une page de blog. Les articles de blog se trouvent en fait dans un élément de liste. Ainsi, lorsqu'il accède à la page, l'utilisateur est averti qu'il se trouve sur l'un des nombreux posts de la page.
J'ai donc maintenu mes recommandations dans l'article, et je continuerai à le faire jusqu'à ce que je comprenne pourquoi MDN fait cette recommandation.
Alexandra : Puisque la documentation MDN est Open Source, allez-vous suggérer des modifications et y apporter des mises à jour ?
Shuyi : Pour être honnête, je n'ai pas encore contribué à l'Open Source. Mais c'est le type de travail que j'aimerais faire, certainement plus que de travailler avec le gouvernement.
Spécifications et implémentation
Alexandra : Il semble que l'une des principales conclusions soit que, parfois, la spécification indique une chose, mais que l'implémentation et d'autres documents externes peuvent suggérer de faire quelque chose de différent. Comment une personne décide-t-elle quel conseil suivre ?
Shuyi : J'y pense souvent. Je ne suis pas sûr d'avoir l'expérience requise pour répondre à cette question. Nous essayons toujours de nous préparer pour l'avenir. Il est judicieux d'apporter des améliorations continues à mesure que le Web évolue. Ainsi, lorsque la spécification est mise à jour, vous n'avez pas besoin de modifier votre site. Quelles sont les chances que vous fassiez un choix et que la spécification change dans trois ans ?
Chaque choix que nous faisons maintenant est notre meilleure estimation de ce à quoi nous pensons que l'avenir du Web ressemblera, de la direction que nous pensons que les rédacteurs de spécifications prendront.
Alexandra : Le Web est en constante évolution. Une seule personne ne peut pas avoir toutes les réponses ! Les spécifications ont-elles été modifiées pendant que vous écriviez ?
Shuyi : j'ai commencé à rédiger mon article avant que le modèle de plan de document ne soit supprimé de la spécification. Ce modèle suggérait que les niveaux de titre devaient être calculés automatiquement en fonction de la profondeur de l'imbrication. Mais il n'a jamais vraiment été implémenté, ce qui a créé de nombreux problèmes pour les développeurs. Il était conseillé aux développeurs de corriger manuellement leurs titres.
Si l'article avait été publié avant la modification des spécifications, je serais probablement revenu en arrière pour le modifier, car il s'agit de Smashing Magazine. Mais si elle avait été publiée sur mon blog personnel, l'aurais-je fait ? Probablement pas. Et il ne s'agit que de la mise à jour d'un article, et non de celle d'un site Web entier basé sur une spécification en constante évolution.
Doit-on s'attendre à ce que les développeurs modifient immédiatement leurs sites Web lorsque les spécifications changent ? Bien sûr que non. Ils font des calculs pour déterminer ce qui est le mieux lorsqu'ils créent leurs sites et vivent avec ces choix. Les spécifications vont changer, il est possible qu'elles ne contiennent pas la réponse.
L'accessibilité comme carrière
Alexandra : Quelle part de votre temps consacrez-vous à réfléchir aux normes d'accessibilité mondiales ? Les normes et les lois varient selon les pays. Je suis sûr que vous en avez lu beaucoup, et je suis sûr que certaines lois vous disent de faire le contraire. Que feriez-vous dans ces cas-là ?
Shuyi : J'ai pensé à lancer une entreprise pour des missions d'accessibilité en freelance. Je me suis rendu sur un canal de discussion mondial sur l'accessibilité Web et j'ai demandé des conseils pour commencer. Adrian Roselli nous a contactés pour nous dire : "Vos clients comptent sur vous pour les aider à respecter les lois, ce qui peut avoir des conséquences majeures. Avant de proposer vos services, identifiez la région dans laquelle vous avez de l'expertise. Connaissez les lois qui vous sont familières afin de ne pas laisser vos clients avec d'énormes responsabilités financières tout en gagnant votre vie. Ils comptent sur vous pour connaître la loi."
Bien sûr, de nombreuses entreprises recherchent de l'aide pour l'accessibilité, car elles y sont légalement tenues, et pas seulement parce que c'est la bonne chose à faire. Le capitalisme est la raison pour laquelle l'accessibilité est mise en œuvre. En fin de compte, la raison de l'indisponibilité n'a pas d'importance. Ce qui compte, c'est que le produit soit accessible.
J'ai suspendu mon activité de freelance jusqu'à ce que je sois sûr de pouvoir aider les clients à respecter les lois de leur région. La normalisation est essentielle. Les efforts et l'impact des WCAG ne peuvent être sous-estimés. Un framework centralisé sur le fonctionnement du Web permet aux gouvernements de s'appuyer plus facilement sur la même norme. Bien sûr, tous les gouvernements n'accepteront pas ces normes.
Alexandra : Vous avez reçu de nombreux conseils de personnes formidables au cours de votre parcours dans l'accessibilité. Y a-t-il d'autres conseils que vous auriez aimé recevoir avant de vous lancer dans cette carrière ?
Shuyi : Cela n'aurait pas changé mon parcours professionnel, mais il aurait été agréable de savoir que, aussi noble soit le travail d'accessibilité, il est fortement affecté par le capitalisme.
Alexandra : [Rires] Oh oui.
Shuyi : Et moi, je suis en première. J'ai un an d'expérience dans l'accessibilité. Surtout si vous êtes basé en Afrique, comme moi, il y a peu de postes disponibles dans le domaine de l'accessibilité. Les entreprises sont des responsables du recrutement, une personne pour répondre à toutes les exigences légales nécessaires. Mais je veux travailler en équipe, où je peux apprendre et développer mes compétences.
J'étais ravi de pouvoir me mettre au travail sans apprendre JavaScript, de pouvoir simplement apprendre les règles et aider mon équipe à les appliquer. Mais les postes de développeur dans les agences exigent que j'aie de l'expérience en JavaScript. J'ai déménagé dans une nouvelle ville et j'ai rejoint une formation JavaScript pour pouvoir répondre à ces exigences. Si vous êtes encore en train de découvrir l'accessibilité, sachez que vous devez d'abord vous concentrer sur le développement de vos compétences en programmation.
Je ne vais pas vous mentir, je n'aime toujours pas JavaScript.
Une seule chose à faire : ajouter la sélection au clavier
Alexandra : Est-ce que JavaScript est la raison pour laquelle je suis maintenant rédactrice technique au lieu de développeuse ? Oui, je déteste ça. Je vous souhaite bonne chance pour votre bootcamp.
Quelle est la première chose que vous souhaitez que les développeurs fassent pour rendre leur site accessible ?
Shuyi : sélection au clavier. Je vous en supplie du fond du cœur. Mon pavé tactile ne fonctionne pas. Lorsque je suis en déplacement, je dois donc utiliser mon clavier pour naviguer sur le Web, et presque tous les sites Web sont horribles. La sélection au clavier ne profite pas qu'aux personnes handicapées.
La création de plates-formes accessibles profite à tous.
Suivez le travail de Shuyi sur Twitter : @shuyiolutimi.