Melanie Sumner est ingénieure logicielle, spécialisée dans l'accessibilité numérique. Nous avons parlé de son parcours dans l'ingénierie, de la conception accessible, d'Ember.js et de l'importance de financer ces efforts.
Ce post met en avant un expert de la communauté dans le cadre de l'initiative Learn Accessibility!
Alexandra Klepper : Merci de votre participation ! Qui êtes-vous et que faites-vous ?
Melanie Sumner : Je m'appelle Melanie Sumner et je suis ingénieure logiciel spécialisée dans l'accessibilité numérique. Je code pour le Web depuis 25 ans. Mon premier métier était… un peu celui d'un espion. J'étais analyste du renseignement dans l'US Navy, et le codage était mon passe-temps.
Je n'aimais pas vraiment être espion. Il s'avère que je n'aimais pas la mort. Comme la plupart des gens ne le sont pas, quand ils doivent s'en approcher. Je devais décider de ce que je voulais faire ensuite, et il était temps de transformer mon passe-temps en carrière. Au cours des 10 dernières années, je me suis vraiment concentré sur l'ingénierie logicielle dans le domaine de l'accessibilité, plus précisément.
Alexandra : On n'entend pas souvent : "Oh, avant j'étais espionne." Pas de problème. Qu'est-ce qui vous a poussé à travailler dans le domaine de l'accessibilité ?
Mélanie : À l'époque, je travaillais au département du développement de l'université de Caroline du Nord à Chapel Hill. Il ne s'agit pas de développement Web, mais de développement comme la collecte de fonds.
Mon responsable direct souffrait d'une déficience visuelle et devait zoomer sur tout à 400 % pour voir. C'était un ingénieur logiciel fantastique. C'est probablement le meilleur responsable que j'aie jamais eu. Mais il cassait toujours mes affaires, car il faisait un zoom avant pour regarder mon travail. Si je n'avais pas pensé à concevoir des éléments responsifs, ils ne fonctionneraient pas.
Le patron de mon responsable était daltonien pour le bleu. Je ne sais pas si vous savez à quoi ressemble le bleu UNC, mais il s'agit de cette couleur bleu ciel clair. Et ils ont adoré l'utiliser sur du blanc.
Alexandra : (rire) Oh non.
Mélanie : Son patron se plaignait toujours de ne jamais voir mon travail ! I had to develop a set of complementary colors and a color scheme for our sites. Cela m'a fait réfléchir au contraste des couleurs et à la façon dont les personnes daltoniennes (ou malvoyantes) utilisent le Web.
Étant donné que l'UNC est une université d'État, une exigence fédérale américaine impose de se conformer au niveau d'accessibilité AA des WCAG. Nous avons visé le niveau AAA, car il s'agit d'un établissement d'enseignement.
En apprenant davantage sur les exigences des États et du gouvernement fédéral, et en commençant à lire les spécifications d'accessibilité W3C, je me suis dit : "Tout cela a du sens." D'après ce que j'ai pu constater, la plupart des sites Web n'étaient pas conformes. Bien sûr, les gens travaillent sur l'accessibilité Web depuis la création du Web. Parfois, les ingénieurs JavaScript (en particulier) sont un peu lents à adopter l'accessibilité numérique.
J'appelle l'accessibilité la dernière frontière du Web. De nombreuses personnes compétentes travaillent sur l'automatisation de l'accessibilité. Nous devons trouver des solutions de la même manière que nous avons abordé d'autres problèmes complexes, tels que les performances et la sécurité.
Alexandra : Vous avez probablement lu de nombreux documents longs et complexes, dans la Marine et à l'UNC. Avez-vous trouvé qu'il était difficile de comprendre les spécifications ?
Mélanie : J'ai dû le lire environ cinq fois avant de le comprendre, alors que j'avais déjà lu d'autres spécifications. Je dis toujours aux gens de ne pas se sentir mal s'ils ne comprennent pas, car j'ai dû lire les spécifications cinq fois ! Je ne plaisante même pas.
Il faut beaucoup de temps pour s'habituer au langage des spécifications. Si vous ne l'interprétez pas correctement, vous risquez de faire la mauvaise chose. Il est également important de comprendre qu'une grande partie du langage de la spécification est destinée aux développeurs de navigateurs. Recherchez "les auteurs doivent", car il s'agit d'une référence aux développeurs Web.
Alexandra : De nombreux éléments sur le Web pourraient être améliorés si davantage de développeurs savaient comment déchiffrer les spécifications.
Mélanie : Il y a beaucoup à dire sur les sites qui font cette interprétation pour vous. J'ai créé a11y-automation.dev, et ce site est un peu comme mon bébé, mon projet parallèle. J'essaie de lister chaque cas de non-respect de l'accessibilité et de le relier au critère de réussite WCAG en question. S'il existe une automatisation pour éviter l'erreur, je vous proposerai cette solution.
Vous pouvez vous familiariser avec la liste des cas de non-respect potentiels, mais il est plus important d'apprendre à les corriger. Pour les corrections automatisées qui n'existent pas, vous pouvez être amené à écrire un linter ou un modèle, ou encore un test.
Je préfère travailler en open source, car on peut s'inspirer les uns des autres, proposer une amélioration (parfois une amélioration, parfois non, mais nous faisons tous de notre mieux). Nous nous appuyons les uns sur les autres, et nous obtenons ainsi un résultat vraiment excellent pour le Web.
Financer l'accessibilité
Alexandra : J'ai été très attirée par pleasefunda11y.com. Il est très important que les développeurs apprennent à créer des sites accessibles, mais ils n'auront pas toujours les ressources nécessaires sans financement ni approbation de la direction. Pourquoi avez-vous décidé de créer ce site ?
Mélanie : J'étais frustrée, car l'accessibilité est tellement sous-financée. Il semble que tous les fonds Open Source soient versés aux CSS. J'adore le CSS, on peut faire tellement de choses avec.
J'ai créé le site parce que Addy Osmani, un responsable de l'ingénierie logicielle Chrome, m'a contacté pour me dire qu'il avait vu que je demandais des fonds pour l'accessibilité, mais qu'il souhaitait des conseils sur les travaux spécifiques qui pourraient être financés. C'est un problème majeur : les financeurs de l'Open Source souhaitent donner de l'argent à des projets spécifiques, et non à des idées générales sans résultat déterminé. J'ai pris le temps de noter quelques initiatives spécifiques, ce qui est nécessaire et comment elles contribueront à rendre les sites accessibles.
Même si les entreprises s'efforcent d'améliorer l'accessibilité sur le Web sans moi, nous pourrions faire de grands progrès. Il s'agit d'une dépense très faible par rapport aux autres efforts Web, mais qui aurait un impact énorme sur la vie des gens.
La façon de penser actuelle est souvent la suivante : "Combien de personnes sont en situation de handicap ?" La question devrait être : "Quelle est la relation d'une personne avec sa technologie ?"
Certaines personnes m'ont dit : "Je ne pense pas que le daltonisme soit un handicap." Vous ne vous identifiez peut-être pas comme une personne handicapée si vous êtes daltonien, mais cela affecte votre relation avec la technologie.
Alexandra : Dites-m'en plus sur votre rapport à la technologie. Quel est le lien avec l'accessibilité ?
Mélanie : Par exemple, si vous êtes neurodiversifié, vous avez peut-être besoin d'un langage très simple et d'instructions très claires. Il peut être plus judicieux de parcourir trois ou quatre écrans d'un flux, en faisant quelques choix à la fois jusqu'à la fin. Il n'existe pas de conseils adaptés aux applications techniques modernes.
Il existe des entreprises entières qui font du DevOps. Si vous essayez d'utiliser certains de ces sites Web, vous vous dites : "Oh mon Dieu", vous voyez ? De nos jours, nous essayons de mettre le paquet dans toutes nos interfaces.
Alexandra : Pouvez-vous me donner un exemple ?
Mélanie : Par exemple, GitHub propose des menus déroulants avec des onglets imbriqués. Et [soupir exaspéré]. Je ne peux pas me mettre en colère (même si je suis frustré). Le Web moderne doit évoluer pour répondre aux nouvelles exigences. Mais nous avons également la responsabilité de construire de manière à ne laisser personne de côté.
C'est ce qui me motive, c'est ma passion. Je ne veux pas que quelqu'un ne puisse pas trouver de travail parce que les outils qu'il devrait utiliser ne sont pas accessibles.
Alexandra : Cent pour cent. Les entreprises pensent souvent à créer des produits accessibles pour leurs utilisateurs externes, mais pas nécessairement pour leurs employés.
Mélanie : Je me suis dit que ces conseils de financement pourraient probablement profiter à tout le monde.
J'entends souvent des ingénieurs me dire qu'ils aimeraient bien s'occuper de l'accessibilité, mais que "leur entreprise s'en fiche". Je parie qu'ils s'en soucient ! Il vous suffit de combler le fossé de la logique métier. Montrez-lui les avantages pour l'entreprise. Le site est open source, bien sûr, et j'apprécie les contributions et les modifications.
Alexandra : L'accessibilité est souvent laissée pour la fin du processus, comme si on se disait : "Oh, on peut juste rendre ça accessible plus tard." Mais il faudra beaucoup plus de temps pour l'ajouter plus tard que pour intégrer des pratiques accessibles tout au long du projet.
Mélanie : Je dis souvent : "Voulez-vous payer pour le créer une fois ou deux fois ?"
Ember.js et l'équipe principale chargée de l'accessibilité
Alexandra : Je sais que vous faites également partie de l'équipe principale du framework Ember.js. Comment avez-vous commencé à vous impliquer ?
Mélanie : j'ai été embauchée chez JPMorgan Chase pour travailler sur leurs plates-formes de banque d'investissement. Ember est un framework JavaScript robuste utilisé lorsque vous avez besoin d'une base vraiment stable (voire un peu ennuyeuse), qui peut vous aider à éviter d'écrire du code qui perd beaucoup d'argent. Ember offre une garantie de rétrocompatibilité. Vous pouvez effectuer une mise à niveau à chaque fois, même si vous atteignez une version majeure. Nous essayons vraiment de procéder par étapes pour ne pas casser votre application.
Quoi qu'il en soit, je me suis présenté à une conférence Ember et j'ai rencontré pas mal de monde dans la communauté. Les gens d'Ember étaient si gentils. Et il y a un code de conduite vraiment solide que je n'avais pas encore vu ailleurs.
Quand j'ai quitté l'armée, je voulais me lancer dans la sécurité. Je suis allée à une réunion sur la sécurité des informations et je n'y ai vu aucune autre femme. Un des plus anciens m'a regardée et m'a dit : "Tu es sûre d'être dans la bonne salle, ma belle ?"
Alexandra : [Grognements] Ça fait mal. Et ce n'est pas du tout surprenant. J'ai déjà vécu quelque chose de similaire.
Melanie : Je crois que c'était en 2011 ou peut-être en 2012. Le paysage a beaucoup changé. Je suis resté cette nuit-là, à ce meetup, pour prouver quelque chose. Je n'allais pas me laisser abattre par ce commentaire. J'ai fait des blagues, pris des notes et participé à la conversation pour que les gens sachent que j'étais là. J'ai l'impression d'avoir passé une grande partie de ma carrière à prouver aux hommes qu'ils avaient tort.
Mais je ne veux pas que les femmes deviennent ingénieures en informatique juste pour prouver aux hommes qu'ils ont tort. Je voulais devenir ingénieure en informatique pour créer des choses incroyables, parce que c'est amusant. Les femmes devraient avoir cette option de carrière.
Alexandra : Absolument.
Mélanie : J'ai partagé ce que je savais sur l'accessibilité avec la communauté Ember, car, de toute évidence, en tant que plate-forme bancaire, vous devez vous conformer aux exigences fédérales américaines. Yehuda Katz et Tom Dale ont déclaré : "Il nous manque quelqu'un dans l'équipe. Nous avons beaucoup d'experts en JavaScript, d'experts en performances et de personnes incroyablement intelligentes, mais nous avons besoin de quelqu'un qui connaisse l'accessibilité." et m'a invité à rejoindre l'équipe principale.
Je travaille sur des initiatives visant à rendre Ember accessible par défaut. Cela signifie que lorsque vous dites ember new <my-app-name>, vous devez immédiatement respecter les critères de réussite WCAG.
Alexandra : J'ai vu une longue liste d'outils d'accessibilité pour Ember sur GitHub. Avez-vous constaté que les membres de la communauté Ember sont enthousiastes à l'idée de contribuer à ces outils ?
Melanie : C'est une partie vraiment passionnante de ce travail. J'ai écrit des règles de linting d'accessibilité pour Ember lorsque je travaillais chez LinkedIn. J'ai ensuite quitté LinkedIn pour travailler chez Hashicorp, et d'autres personnes continuent de contribuer au linter, car il leur est utile. C'est la partie de ce travail qui me donne des frissons et m'enthousiasme.
Nous acceptons que l'accessibilité soit un droit civil. Il n'y a pas de quoi en faire tout un plat.
Nous allons aborder les points suivants : que pouvons-nous implémenter ? Quand ? Comment le créons-nous ? Comment enseigner cela et le rendre rétrocompatible ? Comment aidons-nous les développeurs à fournir une assistance pour l'accessibilité sans qu'ils aient à créer ou à planifier une fonctionnalité supplémentaire complexe ?
Alexandra : L'accessibilité est un droit civil. J'en ai la chair de poule ! Il devrait s'agir d'une chose que nous savons tous être vraie.
Mélanie : Certaines personnes m'ont dit des choses insensées, comme "Je n'utiliserais pas Internet si j'étais aveugle". Ou encore : "Pourquoi dois-je penser aux personnes handicapées alors qu'elles ne représentent que 5 % de mes utilisateurs, et que tout fonctionne pour 90 % d'entre eux ?" Je ne participerai pas à ces discussions, car elles sont souvent utilisées pour détourner l'attention du travail.
Lorsque vous écrivez du code accessible, vous obtenez des améliorations de performances, car vous pensez à créer des sites basés sur les spécifications du W3C. Vous utiliserez le HTML sémantique au lieu de simples divs et vous utiliserez des titres. Vous choisirez un <button> au lieu d'ajouter un événement de clic à un <div>, et vous obtiendrez des améliorations de performances.
Une seule chose : automatiser l'accessibilité
Alexandra : Quelle est la première chose que les développeurs Web doivent faire pour créer des sites Web accessibles ?
Mélanie : ajoute une automatisation. Commencez par utiliser un linter existant pour le framework et le type de code que vous utilisez. Peu importe celui que vous utilisez ! Votre compilation doit échouer si l'une de ces règles n'est pas respectée.
Certaines tâches ne peuvent pas être automatisées, car l'IA ne peut pas encore déchiffrer l'intention. Par exemple, la valeur du texte alternatif d'une image doit être pertinente, mais qu'est-ce que cela signifie concrètement ? Pour le moment, c'est à un humain de le faire, et non à un système automatisé.
Mais un outil automatisé peut vous dire : "Vous ne respectez pas le contraste des couleurs." Corrigez-le simplement. Ne résistez pas, ne dites pas : "Mais je ne veux pas, je préfère comme ça." Ce n'est pas de votre faute. Il s'agit de rendre ce que nous faisons disponible pour tous dans le monde, tous les jours.
L'accessibilité est un processus continu, et vous apprendrez toujours de nouvelles choses. Je me spécialise dans l'accessibilité depuis plus de 10 ans, et j'apprends encore de nouvelles choses tous les jours ! Ne soyez pas sur la défensive, faites-le.
Pour suivre les travaux de Melanie, consultez son site Web melanie.codes et son compte Twitter @a11yMel. Consultez ses ressources sur l'accessibilité sur pleasefunda11y.com, a11y-info.com et a11y-automation.dev.