Melanie Sumner est ingénieure logicielle, spécialisée dans l'accessibilité numérique. Nous avons discuté 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 Apprendre l'accessibilité.
Alexandra Klepper: Merci de votre participation. Qui vous êtes et ce que vous faites ?
Melanie Sumner: Je m'appelle Melanie Sumner et je suis ingénieure logicielle spécialisée dans l'accessibilité numérique. J'écris du code pour le Web depuis 25 ans. Ma première carrière était… en quelque sorte espion. J'étais analyste de l'information dans la marine américaine, et le codage était mon passe-temps.
Je n'aimais pas vraiment être un espion. Il s'avère que je n'aimais pas la mort. Ce qui n'est pas le cas de la plupart des gens, lorsqu'ils doivent s'en approcher. Je devais décider ce que je voulais faire ensuite, et c’était le moment de faire de mon passe-temps ma 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é.
Alexandra: On n'entend pas souvent "Oh, d'abord, j'étais une espionne". Pas de problème. Qu'est-ce qui vous a amené(e) dans le travail d'accessibilité ?
Melanie: À l'époque, je travaillais au département de développement de l'université de Caroline du Nord [UNC] à Chapel Hill. Il ne s'agit pas de développement comme le développement Web, mais de développement comme la collecte de fonds.
Mon supérieur direct avait une déficience visuelle et il a dû zoomer à 400% pour le voir. C'était un ingénieur logiciel fantastique. C'est probablement le meilleur manager que j'ai jamais eu. Mais il arrivait toujours à casser mes trucs, parce qu'il zoomait pour regarder ce que j'avais. Si je n'avais pas pensé à créer des éléments responsifs, ils se seraient effondrés.
Le patron de mon manager é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: (rires) Oh non.
Melanie: Son patron se plaignait tout le temps de ne jamais voir mon travail ! J'ai dû développer un ensemble de couleurs complémentaires et un jeu de couleurs pour nos sites. Cela m'a amené à réfléchir au contraste des couleurs et à la façon dont les personnes daltoniennes (ou ayant d'autres troubles visuels) utilisent le Web.
Étant donné que l'UNC est une université d'État, elle doit se conformer au niveau d'accessibilité AA des WCAG, conformément à une exigence fédérale américaine. Nous avons visé le niveau AAA, car il s'agit d'un établissement d'enseignement.
À mesure que j'en apprenais davantage sur les exigences fédérales et étatiques et que je commençais à lire la spécification d'accessibilité du W3C, je me suis dit : "Tout cela est logique." D'après ce que j'ai pu constater, la plupart du Web n'était pas conforme. Bien entendu, les gens travaillent sur l'accessibilité Web depuis toujours. Parfois, les ingénieurs JavaScript (en particulier) sont un peu lents à adopter l'accessibilité numérique.
Pour moi, l'accessibilité est la dernière frontière du Web. De nombreuses personnes compétentes travaillent sur l'automatisation de l'accessibilité. Nous devons travailler sur des solutions de la même manière que nous avons abordé d'autres problèmes difficiles, 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 ?
Melanie: J'ai dû le lire environ cinq fois avant de le comprendre, et j'avais déjà lu d'autres spécifications auparavant. 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. Et si vous ne l’interprétez pas correctement, vous pourriez faire la mauvaise. Il est également important de comprendre que la majeure partie du langage de 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 déchiffrer les spécifications.
Melanie: Les sites qui effectuent cette interprétation à votre place sont très utiles. J'ai créé a11y-automation.dev, et ce site est un peu comme mon bébé, mon projet parallèle. J'essaie de détailler chaque non-respect de l'accessibilité et de le lier aux critères de réussite WCAG en question. Si une automatisation permet d'é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 automatiques qui n'existent pas, vous pouvez être inspiré pour écrire un analyseur lint ou un modèle, ou pour écrire un type de test.
Je préfère travailler en open source, car vous pouvez vous 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 sur les travaux des uns et des autres, et nous obtenons un résultat vraiment excellent pour le Web.
Financer l'accessibilité
Alexandra: pleasefunda11y.com m'a vraiment attirée. Il est très important d'apprendre aux développeurs à créer des sites accessibles, mais ils n'auront pas toujours les ressources nécessaires sans le financement et l'approbation des dirigeants. Pourquoi avez-vous décidé de créer ce site ?
Melanie: J'étais frustrée, car l'accessibilité était sous-financée. Tout le financement Open Source semble continuer à être reversé aux CSS. J'adore le CSS, on peut faire tellement de choses avec.
J'ai créé ce site parce que Addy Osmani, un responsable de l'ingénierie logicielle Chrome, m'a contacté et m'a dit qu'il avait vu que je demandais un financement pour l'accessibilité, mais qu'il voulait des conseils sur le travail spécifique qui pourrait être financé. C'est un gros problème: les financeurs Open Source veulent donner de l'argent à des projets spécifiques, et non à des idées générales qui n'ont pas de résultat déterminé. J'ai pris le temps de noter certaines initiatives spécifiques, ce qui est nécessaire et comment elles contribueront à rendre les sites accessibles.
Même si les entreprises s'appuient sur ces efforts sans moi, nous pourrions faire progresser l'accessibilité sur le Web de manière très significative. Comparé à d'autres initiatives sur le Web, ce budget très peu coûteux aurait un impact énorme sur la vie des utilisateurs.
La façon de penser actuelle est souvent la suivante : "Combien de personnes ont un handicap ?" La question devrait être "Quelle est la relation de toute personne avec sa technologie ?"
Certains m'ont dit : "Je ne pense pas que le daltonisme soit un handicap." Vous ne vous identifiez peut-être pas comme ayant un handicap si vous êtes daltonien, mais cela affecte votre relation avec la technologie.
Alexandra: Parlez-moi de votre relation avec la technologie. Quel est le rapport avec l'accessibilité ?
Melanie: Par exemple, si vous êtes neurodiversité, vous avez peut-être besoin d'un langage très simple et d'instructions très claires. Il peut être préférable de parcourir trois ou quatre écrans dans un flux, en effectuant quelques choix à la fois jusqu'à la fin. Il n'existe pas de bonnes consignes pour les applications techniques modernes.
Nous avons des entreprises qui s'occupent du DevOps, et si vous essayez d'utiliser certains de ces sites, Nous essayons de tout mettre dans toutes nos interfaces de nos jours.
Alexandra: Pouvez-vous m'en donner un exemple ?
Melanie: Par exemple, GitHub propose des menus déroulants avec des onglets imbriqués. Et [soupir exaspéré]. Je ne peux pas m'énerver (même si je suis frustré). Le Web moderne doit évoluer pour répondre aux nouvelles demandes. Mais nous avons également la responsabilité de créer des produits qui ne laissent 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 d'emploi parce que les outils qu'il devrait utiliser ne sont pas accessibles.
Alexandra: À 100 %. Les gens pensent souvent à créer des produits accessibles pour leurs utilisateurs externes, mais pas nécessairement pour leurs employés.
Melanie: Je me suis dit que ces conseils de financement pourraient probablement profiter à tout le monde.
J'entends tout le temps des ingénieurs qui aimeraient travailler sur l'accessibilité, mais "mon entreprise s'en fiche". Je parie qu'ils s'en soucient ! Il vous suffit de combler l'écart de logique métier. Montrez-lui les avantages pour l'entreprise. Le site est Open Source, bien sûr, et j'adore les contributions et les modifications.
Alexandra : L'accessibilité est souvent laissée à la fin du processus, par exemple : "Nous pourrons rendre cela accessible plus tard." Toutefois, il faudra beaucoup plus de temps pour l'ajouter plus tard que pour intégrer des pratiques accessibles tout au long du projet.
Melanie : Je dis souvent : "Voulez-vous payer pour le créer une fois ou deux ?"
Ember.js et l'équipe d'accessibilité de base
Alexandra: Je sais que vous faites également partie de l'équipe de base du framework Ember.js. Comment êtes-vous devenu membre de l'équipe ?
Melanie: J'ai été embauchée chez JPMorgan Chase pour travailler sur leurs plates-formes de banque d'investissement d'entreprise. Ember est un framework JavaScript lourd utilisé lorsque vous avez besoin d'une base vraiment stable (peut-être même 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 passez à une version majeure. Nous essayons vraiment de procéder par étapes pour ne pas endommager votre application.
J'ai donc assisté à une conférence Ember et j'ai rencontré un tas de personnes de la communauté. Les équipes Ember ont été très gentilles. Et il existe un code de conduite vraiment solide que je n'avais encore pas encore vu ailleurs.
Lorsque j'ai quitté l'armée, je voulais travailler dans la sécurité. J'ai assisté à une rencontre sur la sécurité de l'information et je n'ai vu aucune autre femme. L'un des hommes plus âgés m'a regardée et m'a demandé : "Êtes-vous sûre d'être dans la bonne salle, ma chérie ?"
Alexandra: [Groans] Ça fait mal. Et ce n'est pas surprenant. J'ai déjà vécu quelque chose de similaire.
Melanie: Je crois que c'était en 2011, peut-être 2012 ? Le paysage a beaucoup changé. Je suis resté cette nuit, pendant cette rencontre, pour prouver un point. Je n'allais pas me laisser abattre par ce commentaire. J'ai fait des blagues, pris de bonnes notes et participé à la conversation pour que les gens sachent que j'étais là. J'ai l'impression que la majeure partie de ma carrière a consisté à prouver que les hommes avaient tort.
Mais je ne veux pas que les femmes deviennent ingénieures logicielles juste pour prouver que les hommes ont tort. Je voulais devenir ingénieure logicielle pour créer des choses incroyables, car c'est amusant. Les femmes devraient avoir cette option de carrière.
Alexandra: Absolument.
Melanie: J'ai partagé ce que je savais sur l'accessibilité avec la communauté Ember, car en tant que plate-forme bancaire, vous devez vous conformer aux exigences fédérales des États-Unis. Yehuda Katz et Tom Dale ont déclaré : "Nous avons un manque dans notre équipe. Nous avons beaucoup d'experts JavaScript, d'experts en performances, des personnes incroyablement intelligentes, et nous avons besoin de quelqu'un qui ait des connaissances en accessibilité." Ils m'ont invité à rejoindre l'équipe de base.
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 des 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 les règles de linting d'accessibilité pour Ember quand j'ai travaillé chez LinkedIn. Puis j'ai quitté LinkedIn pour travailler pour HashiCorp, et d'autres personnes continuent à contribuer au linter parce qu'il leur est utile. C'est la partie de ce travail qui me donne des frissons et me passionne.
Nous considérons que l'accessibilité est un droit civil. Ce n'est pas à débattre.
Ce dont nous allons parler, c'est: que pouvons-nous mettre en œuvre ? Quand ? Comment y parvenir ? Comment enseigner cela et le rendre rétrocompatible ? Comment aider les développeurs à proposer une prise en charge de l'accessibilité sans avoir à créer ou à planifier une fonctionnalité supplémentaire importante ?
Alexandra: L'accessibilité est un droit civil. Ça me donne la chair de poule ! Il doit s'agir d'une chose que nous savons tous être vraie.
Melanie: Certaines personnes m'ont parfois dit des propos mal éclairés, comme "Je n'utiliserais pas Internet si j'étais aveugle". Ou encore, "Pourquoi dois-je penser aux handicaps alors que cela ne concerne que 5% de mes utilisateurs, alors que cela fonctionne pour 90% d'entre eux ?" Je n’aurai pas ces discussions, car elles sont souvent utilisées pour détourner l’attention du travail.
Lorsque vous écrivez du code accessible, vous améliorez les performances, car vous réfléchissez à la création de sites en vous appuyant sur les spécifications du W3C. Vous utiliserez le code HTML sémantique au lieu de simples div, ainsi que les en-têtes. Vous choisirez un <button> au lieu d'ajouter un événement de clic à un <div>, et vous obtiendrez des améliorations des performances.
Une chose: automatiser l'accessibilité
Alexandra: Que doivent faire les développeurs Web pour créer des sites Web accessibles ?
Melanie: Ajouter une automatisation. Commencez avec un analyseur lint existant pour le framework que vous utilisez, quel que soit le type de code. Je m'en fiche de celle que vous utilisez. Votre compilation devrait échouer si l'une de ces règles n'est pas respectée.
Certaines choses ne peuvent pas être automatisées, car l'IA n'est pas encore en mesure de déchiffrer l'intention. Par exemple, la valeur du texte alternatif d'une image doit être pertinente, mais qu'est-ce que cela signifie ? Pour le moment, c'est un humain qui doit le faire, et non l'automatisation.
En revanche, un outil automatisé peut vous dire : "Vous ne respectez pas le contraste des couleurs." Il suffit de le corriger. Ne vous y opposez pas, ne dites pas "Je ne veux pas, je préfère que ça reste comme ça." Il ne s'agit pas de toi. Il s'agit de rendre ce que nous faisons accessible à tous les habitants de la planète, chaque jour.
L'accessibilité est un processus continu, et vous allez toujours apprendre. Je me spécialise dans l'accessibilité depuis plus de 10 ans, et j'apprends tout le temps de nouvelles choses ! Ne soyez pas sur la défensive, faites-le.
Pour suivre le travail de Melanie, consultez son site Web à l'adresse melanie.codes et son compte Twitter @a11yMel. Consultez ses ressources sur l'accessibilité sur pleasefunda11y.com, a11y-info.com et a11y-automation.dev.