Melanie Sumner ist Softwareentwicklerin, die sich auf digitale Barrierefreiheit spezialisiert hat. Wir haben über ihren Werdegang als Entwicklerin, barrierefreies Design, Ember.js und die Bedeutung der Finanzierung dieser Bemühungen gesprochen.
In diesem Beitrag wird im Rahmen von Learn Accessibility ein Community-Experte vorgestellt.
Alexandra Klepper: Danke, dass Sie dabei sind. Wer Sie sind und was Sie tun?
Melanie Sumner: Mein Name ist Melanie Sumner und ich bin Softwareentwicklerin mit Schwerpunkt digitale Barrierefreiheit. Ich schreibe seit 25 Jahren Code für das Web. Meine erste Karriere war… sozusagen als Spionin. Ich war Analystin bei der US Navy und Programmieren war mein Hobby.
Ich mochte es nicht wirklich, ein Spion zu sein. Wie sich herausstellte, mochte ich den Tod nicht. Das ist bei den meisten Menschen nicht der Fall, wenn sie näher herangehen müssen. Ich musste mich entscheiden, was ich als Nächstes tun wollte, und es war an der Zeit, mein Hobby zu meinem Beruf zu machen. In den letzten 10 Jahren habe ich mich vor allem auf Softwareentwicklung im Bereich der Barrierefreiheit konzentriert.
Alexandra: Man hört nicht oft: „Ich war zuerst ein Spion.“ Keine große Sache. Was hat Sie dazu gebracht, sich mit Barrierefreiheit zu beschäftigen?
Melanie: Ich arbeitete damals an der University of North Carolina [UNC] in Chapel Hill im Department of Development. Sie sind nicht die Entwicklung wie Webentwicklung, sondern Entwicklung wie Fundraising.
Mein direkter Vorgesetzter hatte eine Sehbehinderung und musste alles auf 400% heranzoomen, um es sehen zu können. Er war ein fantastischer Softwareentwickler. Das ist wahrscheinlich die beste Führungskraft, die ich je hatte. Aber er hat immer meine Sachen kaputt gemacht, weil er heranzoomte, um sich meine Arbeit anzusehen. Wenn ich nicht daran gedacht hätte, responsive Designs zu erstellen, würden sie nicht funktionieren.
Der Chef meines Vorgesetzten war farbenblind für Blau. Ich weiß nicht, ob Sie wissen, wie UNC-Blau aussieht, aber es ist diese hellblaue Farbe. Und sie fanden es toll, 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 brachte mich zum Nachdenken über den Farbkontrast und darüber, wie Menschen, die farbenblind (oder anderweitig sehbehindert) sind, das Internet nutzen.
Da die UNC eine staatliche Universität ist, besteht eine bundesweite Anforderung der USA, die WCAG-Barrierefreiheitsstufe AA einzuhalten. Wir haben uns für das AAA-Niveau entschieden, da es sich um eine Bildungseinrichtung handelt.
Als ich mehr über die Anforderungen der Bundesländer und des Bundes erfuhr und die W3C-Spezifikation für Barrierefreiheit las, dachte ich: „Alles das ergibt Sinn.“ Soweit ich das beurteilen kann, war das Internet größtenteils nicht konform. Natürlich arbeiten Menschen schon so lange an der Barrierefreiheit im Internet, wie es das Internet gibt. Manchmal sind insbesondere JavaScript-Entwickler etwas langsam, wenn es um digitale Barrierefreiheit geht.
Ich bezeichne Barrierefreiheit als die letzte Grenze des Webs. Viele gute Mitarbeiter arbeiten an der Automatisierung für mehr Barrierefreiheit – und wir müssen an Lösungen arbeiten, wie wir es bei anderen schwierigen Problemen, wie Leistung und Sicherheit, gemeistert haben.
Alexandra: Sie haben wahrscheinlich viele lange, komplexe Dokumente gelesen, sowohl in der Navy als auch an der UNC. War es schwierig, die Spezifikation zu verstehen?
Melanie: Ich musste es fünfmal lesen, bevor ich es verstand – und vorher andere Spezifikationen gelesen. Ich sage den Leuten immer, dass es sich nicht schlecht fühlt, wenn du es nicht verstehst, denn ich musste die Spezifikation fünfmal lesen! Ich mache keinen Witz.
Es dauert eine Weile, sich an die Spezifikationssprache zu gewöhnen. Und wenn Sie sie nicht richtig interpretieren, handeln Sie möglicherweise falsch. Außerdem ist es wichtig zu wissen, dass ein Großteil der Spezifikationssprache für Browserentwickler gedacht ist. Suchen Sie nach „Autoren sollten“, da dies eine Referenz auf Webentwickler ist.
Alexandra: Vieles im Web könnte besser sein, wenn mehr Entwickler die Spezifikationen entschlüsseln könnten.
Melanie: Es gibt viele Websites, die diese Interpretation für Sie übernehmen. Ich habe a11y-automation.dev erstellt und diese Website ist mein Baby, mein Nebenprojekt. Ich versuche, jeden Verstoß gegen die Barrierefreiheit aufzuzählen und mit den Erfolgskriterien der WCAG zu verknüpfen. Wenn es eine Automatisierung gibt, mit der der Fehler verhindert werden kann, werde ich diese Lösung anbieten.
Sie können sich mit der Liste potenzieller Verstöße vertraut machen, aber noch wichtiger ist es, zu lernen, wie sie behoben werden. Wenn es keine automatisierten Korrekturen gibt, werden Sie vielleicht inspiriert, einen Linter oder eine Vorlage zu schreiben – oder eine Art Test.
Ich arbeite lieber mit Open Source, weil man sich gegenseitig inspirieren und Verbesserungen vorschlagen kann. Manchmal sind sie erfolgreich, manchmal nicht, aber wir geben alle unser Bestes. Wir bauen auf den Ideen der anderen auf und am Ende haben wir ein wirklich tolles Ergebnis für das Web.
Barrierefreiheit finanzieren
Alexandra: Ich fand pleasefunda11y.com wirklich interessant. Es ist sehr wichtig, dass Entwickler lernen, barrierefreie Websites zu erstellen, aber ohne Finanzierung und Genehmigung der Führungsebene haben sie nicht immer die nötigen Ressourcen. Warum haben Sie sich entschieden, diese Website zu erstellen?
Melanie: Ich war frustriert, weil Barrierefreiheit so unzureichend finanziert wird. Die gesamte Open-Source-Finanzierung scheint weiterhin an Preisvergleichsportale zu gehen. Und ich liebe CSS. Wir können damit so viel machen.
Ich habe die Website erstellt, weil Addy Osmani, ein Chrome-Softwareentwicklungsleiter, sich mit mir in Verbindung gesetzt und gesagt hat, dass er gesehen hat, dass ich um Finanzierung für Barrierefreiheit bitte, aber er Rat brauchte, welche konkreten Arbeiten finanziert 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, die kein bestimmtes Ergebnis haben. Ich habe mir die Zeit genommen, einige konkrete Initiativen aufzuschreiben, was erforderlich ist und wie sie dazu beitragen, Websites barrierefrei zu gestalten.
Selbst wenn Unternehmen ohne mich auf diese Bemühungen eingehen, könnten wir die Barrierefreiheit im Web erheblich voranbringen. Im Vergleich zu anderen Web-Initiativen ist das ein sehr geringer Betrag und es hätte einen großen Einfluss auf das Leben der Menschen.
Die aktuelle Denkweise ist oft: „Wie viele Menschen haben eine Behinderung?“ Es sollte lauten: „Wie ist die Beziehung einer Person zu ihrer Technologie?“
Manche Leute haben mir gesagt: „Ich glaube nicht, dass Farbenfehlsichtigkeit eine Behinderung ist.“ Wenn Sie farbenblind sind, können Sie sich zwar nicht als Menschen mit Beeinträchtigung identifizieren, dies wirkt sich jedoch auf Ihr Verhältnis zur Technologie aus.
Alexandra: Erzählen Sie mir mehr über Ihre Beziehung zu Technologie. Was hat das mit der Barrierefreiheit zu tun?
Melanie: Wenn Sie beispielsweise neurodivers sind, benötigen Sie möglicherweise sehr einfache Sprache und sehr klare Anweisungen. Möglicherweise ist es Ihnen besser, durch drei oder vier Bildschirme in einem Ablauf zu navigieren und jeweils einige Entscheidungen zu treffen, bis Sie am Ende angekommen sind. Es gibt keine guten Richtlinien für moderne technische Anwendungen.
Es gibt ganze Unternehmen, die sich mit DevOps beschäftigen. Wenn Sie versuchen, einige dieser Websites zu verwenden, denken Sie sich: „Oh mein Gott“, wissen Sie? Wir versuchen, in all unseren Oberflächen alles unterzubringen, was wir können.
Alexandra: Können Sie ein Beispiel nennen?
Melanie: Beispielsweise bietet GitHub Drop-down-Menüs mit verschachtelten Tabs. Und [leicht genervtes Seufzen]. Ich darf mich nicht aufregen, auch wenn ich frustriert bin. Das moderne Web muss wachsen, um neuen Anforderungen gerecht zu werden. Wir haben aber auch die Verantwortung, unsere Produkte so zu entwickeln, dass niemand zurückgelassen wird.
Das ist meine Leidenschaft. Ich möchte nicht, dass jemand keine Arbeit findet, weil die Tools, die er bei der Arbeit verwenden müsste, nicht barrierefrei sind.
Alexandra: Zu 100 %. Und Menschen denken oft darüber nach, barrierefreie Produkte für ihre externen Nutzer zu entwickeln, aber nicht unbedingt an ihre Mitarbeiter.
Melanie: Ich dachte, diese Finanzierungsberatung würde wahrscheinlich allen helfen.
Ich höre immer wieder von Entwicklern, dass sie sich gerne um Barrierefreiheit kümmern würden, aber „mein Unternehmen interessiert sich nicht dafür“. Ich wette, sie interessiert es! Sie müssen nur die Lücke in der Geschäftslogik schließen. Zeigen Sie ihm, wie das Unternehmen davon profitieren kann. Die Website ist Open Source und ich freue mich über Beiträge und Änderungen.
Alexandra: Die Barrierefreiheit wird oft bis zum Ende des Prozesses verschoben, z. B. mit der Begründung: „Wir können das später noch barrierefrei machen.“ Es wird jedoch viel mehr Zeit in Anspruch nehmen, sie später hinzuzufügen, als sie in das gesamte Projekt zu integrieren.
Melanie: Ich sage oft: „Möchten Sie einmal oder zweimal dafür bezahlen?“
Ember.js und das Kernteam für Barrierefreiheit
Alexandra: Ich weiß, dass Sie auch am Kernteam des Ember.js-Frameworks beteiligt sind. Wie sind Sie dazugekommen?
Melanie: Ich wurde von JPMorgan Chase für die Arbeit an den Investmentbanking-Plattformen des Unternehmens eingestellt. Ember ist ein leistungsfähiges JavaScript-Framework, das verwendet wird, wenn Sie eine wirklich stabile (vielleicht sogar etwas langweilige) Basis benötigen. Damit vermeiden Sie das Schreiben von Code, der viel Geld einbringt. Ember bietet eine Abwärtskompatibilitätsgarantie. Sie können jederzeit ein Upgrade durchführen, auch wenn Sie eine Hauptversion erreichen. Wir versuchen, die Änderungen schrittweise vorzunehmen, damit Ihre App nicht beschädigt wird.
Jedenfalls habe ich an einer Ember-Konferenz teilgenommen und dort viele Leute aus der Community kennengelernt. Die Ember-Mitarbeiter waren sehr nett. Es gibt außerdem einen wirklich starken Verhaltenskodex, den ich sonst noch nie gesehen habe.
Als ich aus dem Militär rauskam, wollte ich in Sicherheit gehen. Ich war auf einer Infosec-Veranstaltung und habe dort keine andere Frau gesehen. Einer der älteren Männer sah mich an und sagte: „Sind Sie sicher, dass Sie im richtigen Raum sind, Schätzchen?“
Alexandra: [Stöhnt] Es tut weh. Das ist nicht überraschend. habe ich schon einmal etwas Ähnliches erlebt.
Melanie: Ich glaube, das war 2011 oder 2012. Die Branche hat sich sehr verändert. Ich blieb an diesem Abend, während dieses Treffens, um etwas zu beweisen. Ich ließ mich von diesem Kommentar nicht entmutigen. Ich habe Witze gemacht, gute Notizen gemacht und an dem Gespräch teilgenommen. Ich habe das Gefühl, dass in meiner Karriere vielen Männern Unrecht gezeigt hat.
Ich möchte aber nicht, dass Frauen Softwareentwickler 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 Berufsoption haben.
Alexandra: Auf jeden Fall.
Melanie: Ich habe der Ember-Community mein Wissen über Barrierefreiheit mit anderen geteilt, denn als Bankenplattform müssen Sie natürlich die US-Bundesanforderungen erfüllen. Yehuda Katz und Tom Dale sagten: „Wir haben eine Lücke im Team. Wir haben viele JavaScript-Experten, Leistungsexperten und unglaublich schlaue Leute. Wir brauchen aber jemanden mit Wissen über Barrierefreiheit.“ Und sie haben mich eingeladen, dem Kernteam beizutreten.
Ich arbeite an Initiativen, die dazu beitragen sollen, dass Ember standardmäßig barrierefrei ist. Das bedeutet, dass Sie die WCAG-Erfolgskriterien sofort erfüllen sollten, wenn Sie ember new <my-app-name> sagen.
Alexandra: Ich habe auf GitHub eine lange Liste von Bedienungshilfen für Ember gesehen. Haben Sie festgestellt, dass sich Mitglieder der Ember-Community freuen, zu diesen Tools beizutragen?
Melanie: Das war ein sehr aufregender Teil dieser Arbeit. Während meiner Zeit bei LinkedIn habe ich Linting-Regeln für die Barrierefreiheit für Ember geschrieben. Dann habe ich LinkedIn verlassen, um für Hashicorp zu arbeiten, und andere Leute arbeiten immer noch an dem Linter, weil er für sie nützlich ist. Das ist der Teil dieser Arbeit, der mir Gänsehaut beschert und mich begeistert.
Wir sind der Meinung, dass Barrierefreiheit ein Grundrecht ist. Das steht nicht zur Diskussion.
Wir besprechen, was wir umsetzen können. Wann? Wie machen wir das? Wie können wir das vermitteln und abwärtskompatibel machen? Wie können wir Entwicklern dabei helfen, Barrierefreiheit zu unterstützen, ohne dass sie eine große zusätzliche Funktion entwickeln oder planen müssen?
Alexandra: Barrierefreiheit ist ein Bürgerrecht. Das gibt mir Gänsehaut. Es sollte eine Sache sein, die wir alle als Wahrheit kennen.
Melanie: Ich habe schon oft uninformierte Dinge gehört, z. B. „Ich würde das Internet nicht nutzen, wenn ich blind wäre.“ Oder: „Warum muss ich an Beeinträchtigungen denken, wenn es nur 5% meiner Nutzer betrifft, wenn es für 90% meiner Nutzer funktioniert?“ Ich werde diese Diskussionen nicht führen, da sie oft dazu dienen, von der Arbeit abzulenken.
Wenn Sie barrierefreien Code schreiben, können Sie die Leistung steigern, da Sie Websites gemäß den W3C-Spezifikationen erstellen. Sie verwenden semantische HTML-Elemente anstelle von reinen Divs und verwenden Überschriften. Sie wählen eine <button> aus, anstatt einer <div> ein Klickereignis hinzuzufügen. Dadurch lassen sich Leistungsverbesserungen erzielen.
Eine Sache tun: Bedienungshilfen automatisieren
Alexandra: Was sollten Webentwickler tun, um barrierefreie Websites zu erstellen?
Melanie: Füge Automatisierung hinzu. Beginnen Sie mit einem vorhandenen Linter für das Framework und die Art von Code, die Sie verwenden. Mir ist es egal, welchen Sie verwenden. Ihr Build sollte fehlerhaft sein, wenn eine dieser Regeln verletzt wird.
Einige Dinge können nicht automatisiert werden, da KI die Absicht noch nicht entschlüsseln kann. Der Alt-Text eines Bildes sollte beispielsweise aussagekräftig sein. Was bedeutet das aber genau? Derzeit müssen Menschen das entscheiden, nicht Automatisierung.
Ein automatisiertes Tool erkennt jedoch, dass der Farbkontrast nicht übergeben wird. Beheben Sie das Problem einfach. Legen Sie keinen Widerstand dagegen auf, sagen Sie nicht: „Aber ich möchte das nicht, ich bevorzuge es so.“ Es geht nicht um Sie. Es geht darum, unsere Produkte und Dienstleistungen für alle Menschen auf der Welt zugänglich zu machen.
Barrierefreiheit ist ein Prozess, bei dem Sie immer dazulernen werden. Ich beschäftige mich seit über einem Jahrzehnt mit Barrierefreiheit und lerne immer wieder Neues dazu. Gehen Sie nicht in die Defensive, sondern machen Sie es einfach.
Folgen Sie Melanies Arbeit auf ihrer Website melanie.codes und auf Twitter @a11yMel. Weitere Informationen zu Barrierefreiheit finden Sie unter pleasefunda11y.com, a11y-info.com und a11y-automation.dev.