Melanie Sumner ist Softwareentwicklerin und auf digitale Barrierefreiheit spezialisiert. Wir haben über ihren Weg zum Engineering, barrierefreies Design, Ember.js und die Bedeutung der Finanzierung dieser Bemühungen gesprochen.
In diesem Beitrag wird ein Community-Experte im Rahmen von Learn Accessibility! vorgestellt.
Alexandra Klepper: Vielen Dank für Ihre Teilnahme. Wer sind Sie und was machen Sie?
Melanie Sumner: Mein Name ist Melanie Sumner und ich bin Softwareentwicklerin mit Schwerpunkt auf digitaler Barrierefreiheit. Ich schreibe seit 25 Jahren Code für das Web. Mein erster Beruf war… eine Art Spion. Ich war Geheimdienstanalyst bei der US Navy und Programmieren war mein Hobby.
Ich war nicht wirklich gern ein Spion. Ich war kein Fan des Todes, wie sich herausstellte. Die meisten Menschen sind es nicht, wenn sie sich näher daran aufhalten müssen. Ich musste entscheiden, was ich als Nächstes tun wollte, und es war an der Zeit, mein Hobby zum Beruf zu machen. In den letzten zehn Jahren habe ich mich vor allem auf Softwareentwicklung im Bereich Barrierefreiheit konzentriert.
Alexandra: Man hört nicht oft: „Oh, zuerst war ich Spion.“ Keine große Sache. Was hat dich dazu gebracht, dich für Barrierefreiheit einzusetzen?
Melanie: Ich habe damals an der University of North Carolina [UNC] Chapel Hill in der Entwicklungsabteilung gearbeitet. Sie meinen nicht Entwicklung wie Webentwicklung, sondern Entwicklung wie Fundraising.
Mein direkter Vorgesetzter hatte eine Sehbehinderung und musste alles auf 400% zoomen, um es sehen zu können. Er war ein fantastischer Softwareentwickler. Wahrscheinlich der beste Manager, den ich je hatte. Aber er hat immer meine Sachen kaputt gemacht, weil er meine Arbeit vergrößert hat, um sie sich anzusehen. Wenn ich nicht daran gedacht hätte, Dinge responsiv zu gestalten, wären sie kaputt gegangen.
Der Chef meines Chefs war blau-blind. Ich weiß nicht, ob du weißt, wie UNC-Blau aussieht, aber es ist diese hellblaue Farbe. Und sie liebten es, es auf Weiß zu verwenden.
Alexandra: (lacht) Oh nein.
Melanie: Sein Chef hat sich immer beschwert, dass er meine Arbeit nie sehen konnte. Ich musste eine Reihe von Komplementärfarben und ein Farbschema für unsere Websites entwickeln. Das hat mich zum Nachdenken über Farbkontraste und darüber angeregt, wie Menschen, die farbenblind oder anderweitig sehbehindert sind, das Web nutzen.
Da die UNC eine staatliche Universität ist, gilt eine US-Bundesverordnung, die die Einhaltung der WCAG-Barrierefreiheitsstufe AA vorschreibt. Wir haben uns für die Stufe AAA entschieden, weil es sich um eine Bildungseinrichtung handelt.
Als ich mehr über die Anforderungen auf Bundes- und Landesebene erfuhr und begann, die W3C-Spezifikation zur Barrierefreiheit zu lesen, dachte ich: „Das macht alles Sinn.“ Soweit ich das beurteilen kann, war der Großteil des Webs nicht konform. Natürlich wird schon seit der Einführung des Internets an der Barrierefreiheit im Web gearbeitet. Manchmal sind JavaScript-Entwickler (insbesondere) etwas langsam, wenn es um digitale Barrierefreiheit geht.
Ich bezeichne Barrierefreiheit als die letzte Grenze des Internets. Viele gute Leute arbeiten an der Automatisierung für Barrierefreiheit. Wir müssen Lösungen auf die gleiche Weise angehen wie andere schwierige Probleme, z. B. Leistung und Sicherheit.
Alexandra: Du hast wahrscheinlich schon viele lange, komplexe Dokumente gelesen, sowohl bei der Navy als auch an der UNC. Fanden Sie es schwierig, die Spezifikation zu verstehen?
Melanie: Ich musste es ungefähr fünfmal lesen, bevor ich es verstanden habe. Und ich hatte schon andere Spezifikationen gelesen. Ich sage den Leuten immer, dass sie sich nicht schlecht fühlen sollen, wenn sie es nicht verstehen, weil ich die Spezifikation fünfmal lesen musste. Das ist kein Witz.
Es braucht viel Zeit, sich an die Sprache von Spezifikationen zu gewöhnen. Wenn Sie sie nicht richtig interpretieren, treffen Sie möglicherweise die falsche Entscheidung. Außerdem ist es wichtig zu wissen, dass ein Großteil der Spezifikationssprache für Browserentwickler gedacht ist. Suchen Sie nach „Autoren sollten“, da sich das auf Webentwickler bezieht.
Alexandra: Vieles im Web könnte besser sein, wenn mehr Entwickler wüssten, wie man die Spezifikationen entschlüsselt.
Melanie: Es gibt viele Websites, die diese Interpretation für Sie übernehmen. Ich habe a11y-automation.dev entwickelt. Diese Website ist sozusagen mein Baby, mein Nebenprojekt. Ich versuche, jeden Verstoß gegen die Barrierefreiheit aufzulisten und mit den entsprechenden WCAG-Erfolgskriterien zu verknüpfen. Wenn es eine Automatisierung gibt, um den Fehler zu verhindern, schlage ich diese Lösung vor.
Sie können sich mit der Liste der potenziellen Verstöße vertraut machen, aber wichtiger ist, dass Sie lernen, wie Sie das Problem beheben. Wenn es keine automatisierten Korrekturen gibt, können Sie vielleicht einen Linter oder eine Vorlage schreiben oder sich inspirieren lassen, eine Art Test zu schreiben.
Ich arbeite lieber mit Open Source, weil man sich gegenseitig inspirieren kann und Verbesserungen vorschlagen kann (manchmal sind es Verbesserungen, manchmal nicht, aber wir geben alle unser Bestes). Wir bauen aufeinander auf und am Ende erhalten wir ein wirklich tolles Ergebnis für das Web.
Bedienungshilfen finanzieren
Alexandra: Ich war wirklich begeistert von pleasefunda11y.com. Es ist sehr wichtig, dass Entwickler lernen, wie man barrierefreie Websites erstellt. Dazu benötigen sie aber Ressourcen, die nur mit der Finanzierung und Genehmigung der Führungsebene verfügbar sind. Warum haben Sie sich entschieden, diese Website zu erstellen?
Melanie: Ich war frustriert, weil Barrierefreiheit so unterfinanziert ist. Alle Open-Source-Mittel scheinen an CSS zu gehen. Ich liebe CSS, damit lässt sich so viel machen.
Ich habe die Website erstellt, weil Addy Osmani, ein Chrome-Software-Engineering-Manager, sich bei mir gemeldet hat. Er hatte gesehen, dass ich um Fördermittel für Barrierefreiheit gebeten hatte, wollte aber wissen, welche konkreten Arbeiten gefördert werden könnten. Das ist ein großes Problem: Open-Source-Geldgeber möchten Geld für bestimmte Projekte geben, nicht für allgemeine Ideen ohne bestimmtes Ergebnis. Ich habe mir die Zeit genommen, einige konkrete Initiativen aufzuschreiben, was dafür erforderlich ist und wie sie dazu beitragen, Websites zugänglicher zu machen.
Auch wenn Unternehmen ohne mich auf diese Bemühungen aufbauen, könnten wir die Barrierefreiheit im Web wirklich deutlich voranbringen. Die Ausgaben sind im Vergleich zu anderen Web-Aktivitäten sehr gering und würden das Leben der Menschen erheblich verbessern.
Die aktuelle Denkweise ist oft: „Wie viele Menschen haben eine Behinderung?“ Es sollte lauten: „In welcher Beziehung steht eine Person zu ihrer Technologie?“
Einige Leute haben mir gesagt: „Ich glaube nicht, dass Farbenblindheit eine Behinderung ist.“ Sie können sich nicht als Mensch mit Beeinträchtigung identifizieren, wenn Sie farbenblind sind, aber es wirkt sich auf Ihre Beziehung zur Technologie aus.
Alexandra: Erzähl mir mehr darüber, wie man seine Beziehung zur Technologie besser verstehen kann. Welche Rolle spielt dabei die Barrierefreiheit?
Melanie: Wenn Sie beispielsweise neurodivers sind, benötigen Sie möglicherweise eine sehr einfache Sprache und klare Anweisungen. Es kann besser sein, wenn Sie sich durch drei oder vier Bildschirme in einem Ablauf bewegen und jeweils einige Entscheidungen treffen, bis Sie am Ende ankommen. Es gibt keine guten Anleitungen für moderne technische Anwendungen.
Es gibt ganze Unternehmen, die DevOps anbieten, und wenn man versucht, einige dieser Websites zu nutzen, denkt man sich: „Oh mein Gott.“ Wir versuchen, heutzutage alles in unsere Benutzeroberflächen zu packen.
Alexandra: Kannst du ein Beispiel nennen?
Melanie: GitHub hat beispielsweise Drop-down-Menüs mit verschachtelten Tabs. Und [seufzt]. Ich darf mich nicht aufregen (auch wenn ich frustriert bin). Das moderne Web muss sich weiterentwickeln, um neuen Anforderungen gerecht zu werden. Wir haben aber auch die Verantwortung, so zu entwickeln, dass niemand zurückgelassen wird.
Das ist es, was mich antreibt, das ist meine Leidenschaft. Ich möchte nicht, dass jemand keinen Job bekommt, weil die Tools, die er für den Job verwenden müsste, nicht zugänglich sind.
Alexandra: Hundertprozentig. Oft wird bei der Entwicklung barrierefreier Produkte an externe Nutzer gedacht, aber nicht unbedingt an die eigenen Mitarbeiter.
Melanie: Ich dachte mir, dass diese Finanzierungstipps wahrscheinlich allen helfen würden.
Ich höre immer wieder von Entwicklern, dass sie gerne Barrierefreiheit umsetzen würden, aber „meinem Unternehmen ist das egal“. Ich wette, sie kümmern sich darum! Sie müssen nur die Lücke in der Geschäftslogik schließen. Zeigen Sie ihnen die Vorteile für das Unternehmen auf. Der Quellcode der Website ist natürlich offen und ich freue mich über Beiträge und Änderungen.
Alexandra: Barrierefreiheit wird oft erst am Ende des Prozesses berücksichtigt, z. B. „Das können wir später barrierefrei gestalten.“ Es wird jedoch viel mehr Zeit in Anspruch nehmen, sie später hinzuzufügen, als wenn Sie von Anfang an auf Barrierefreiheit achten.
Melanie: Ich sage oft: „Möchten Sie einmal für die Entwicklung bezahlen oder zweimal?“
Ember.js und das Core Accessibility-Team
Alexandra: Ich weiß, dass du auch im Kernteam des Ember.js-Frameworks mitwirkst. Wie bist du dazu gekommen?
Melanie: Ich wurde bei JPMorgan Chase angestellt, um an den Investmentbanking-Plattformen des Unternehmens zu arbeiten. Ember ist ein leistungsstarkes JavaScript-Framework, das verwendet wird, wenn Sie eine wirklich stabile (vielleicht sogar etwas langweilige) Basis benötigen, mit der Sie vermeiden können, Code zu schreiben, der viel Geld kostet. Ember bietet eine Abwärtskompatibilitätsgarantie. Sie können jederzeit ein Upgrade durchführen, auch wenn Sie eine Hauptversion erreichen. Wir versuchen, Änderungen schrittweise vorzunehmen, damit deine App nicht beeinträchtigt wird.
Jedenfalls bin ich zu einer Ember-Konferenz gegangen und habe viele Leute aus der Community kennengelernt. Die Ember-Leute waren so freundlich. Und es gibt einen wirklich starken Verhaltenskodex, den ich so noch nirgendwo gesehen habe.
Als ich aus dem Militär ausschied, wollte ich in die Sicherheitsbranche. Ich war auf einem Infosec-Treffen und habe keine andere Frau dort gesehen. Einer der älteren Männer sah mich an und sagte: „Bist du sicher, dass du im richtigen Raum bist, Liebling?“
Alexandra: [Stöhnt] Das tut weh. Das ist nicht überraschend. Ich habe etwas Ähnliches erlebt.
Melanie: Ich glaube, das war 2011 oder 2012. Die Landschaft hat sich stark verändert. Ich bin an diesem Abend geblieben, um etwas zu beweisen. Ich wollte mich von diesem Kommentar nicht einschüchtern lassen. Ich habe Witze gemacht, gute Notizen geschrieben und mich an der Unterhaltung beteiligt, damit die Leute wussten, dass ich da war. Ich habe das Gefühl, dass ich in meiner Karriere oft Männern das Gegenteil bewiesen habe.
Ich möchte aber nicht, dass Frauen Softwareentwicklerinnen werden, nur um Männern das Gegenteil zu beweisen. Ich wollte Softwareentwicklerin werden, um tolle Dinge zu entwickeln, weil es Spaß macht. Frauen sollten diese Berufsmöglichkeit haben.
Alexandra: Ja.
Melanie: Ich habe der Ember-Community mitgeteilt, was ich über Barrierefreiheit wusste, weil du als Bankplattform natürlich die Anforderungen des US-Bundesgesetzes erfüllen musst. Yehuda Katz und Tom Dale sagten: „Wir haben eine Lücke im Team. Wir haben viele JavaScript-Experten, Performance-Experten, unglaublich intelligente Leute, aber wir brauchen jemanden mit Barrierefreiheitskenntnissen.“ Und sie haben mich eingeladen, dem Kernteam beizutreten.
Ich arbeite an Initiativen, um Ember standardmäßig barrierefrei zu machen. Das bedeutet, dass Sie beim Sagen von ember new <my-app-name> sofort die WCAG-Erfolgskriterien erfüllen sollten.
Alexandra: Ich habe auf GitHub eine lange Liste mit Barrierefreiheitstools für Ember gesehen. Haben Sie festgestellt, dass die Leute in der Ember-Community gerne zu diesen Tools beitragen?
Melanie: Das war ein wirklich spannender Teil dieser Arbeit. Ich habe bei LinkedIn Barrierefreiheitsregeln für Ember geschrieben. Dann habe ich LinkedIn verlassen, um für HashiCorp zu arbeiten, und andere Leute tragen weiterhin zum Linter bei, weil er für sie nützlich ist. Das ist der Teil dieser Arbeit, der mir eine Gänsehaut beschert und mich begeistert.
Wir akzeptieren, dass Barrierefreiheit als Grundlage ein Bürgerrecht ist. Das steht nicht zur Diskussion.
Wir besprechen: Was können wir umsetzen? Wann? Wie stellen wir sie her? Wie können wir das vermitteln und abwärtskompatibel machen? Wie helfen wir Entwicklern, Barrierefreiheit zu unterstützen, ohne dass sie eine zusätzliche Funktion entwickeln oder einplanen müssen?
Alexandra: Barrierefreiheit ist ein Bürgerrecht. Da kriege ich Gänsehaut! Es sollte einfach eine Sache sein, die wir alle als Wahrheit kennen.
Melanie: Ich habe schon oft gehört, dass Leute uninformierte Dinge zu mir gesagt haben, wie „Ich würde das Internet nicht nutzen, wenn ich blind wäre.“ Oder: „Warum muss ich an Menschen mit Behinderungen denken, wenn sie nur 5% meiner Nutzer ausmachen und es für 90% meiner Nutzer funktioniert?“ Ich werde solche Diskussionen nicht führen, weil sie oft dazu dienen, von der Arbeit abzulenken.
Wenn Sie barrierefreien Code schreiben, wird die Leistung gesteigert, da Sie Websites auf Grundlage von W3C-Spezifikationen erstellen. Sie verwenden semantisches HTML anstelle von Divs und Überschriften. Sie wählen ein <button> aus, anstatt einem <div> ein Klickereignis hinzuzufügen, und profitieren von Leistungsverbesserungen.
Eine Sache: Bedienungshilfen automatisieren
Alexandra: Was sollten Webentwickler tun, um barrierefreie Websites zu erstellen?
Melanie: Füge eine Automatisierung hinzu. Beginnen Sie mit einem vorhandenen Linter für das Framework und den Code, den Sie verwenden. Mir ist es egal, welche du verwendest. Der Build sollte fehlschlagen, wenn eine dieser Regeln verletzt wird.
Einige Dinge können nicht automatisiert werden, da KI die Intention noch nicht entschlüsseln kann. Der Alt-Text-Wert eines Bildes sollte beispielsweise aussagekräftig sein. Was bedeutet das aber genau? Derzeit muss ein Mensch das erkennen, nicht die Automatisierung.
Ein automatisiertes Tool kann Ihnen jedoch mitteilen, dass Sie den Farbkontrast nicht bestehen. Beheben Sie das Problem einfach. Wehre dich nicht dagegen und sage nicht: „Aber ich möchte das nicht, ich bevorzuge es so.“ Es geht nicht um dich. Es geht darum, das, was wir tun, jeden Tag für alle Menschen auf der Welt verfügbar zu machen.
Barrierefreiheit ist ein fortlaufender Prozess und Sie werden immer dazulernen. Ich habe mich seit über einem Jahrzehnt auf Barrierefreiheit spezialisiert und lerne immer noch ständig Neues dazu. Geh nicht in die Defensive, sondern mach es einfach.
Auf ihrer Website melanie.codes und auf Twitter @a11yMel können Sie sich über die Arbeit von Melanie auf dem Laufenden halten. Auf pleasefunda11y.com, a11y-info.com und a11y-automation.dev findest du weitere Informationen zu Bedienungshilfen.