Community-Highlight: Melanie Sumner

Melanie Sumner ist Softwareentwicklerin, spezialisiert auf digitale Barrierefreiheit. Wir haben über Ember.js und ihren Weg ins Engineering und barrierefreies Design gesprochen und darüber, wie wichtig es ist, diese Bemühungen zu finanzieren.

Alexandra White
Alexandra White

In diesem Beitrag wird ein Community-Experte im Rahmen von Learn Barrierefreiheit im Internet vorgestellt.

Alexandra White: Danke, dass ihr da seid! Wer sind Sie und was tun Sie?

Porträtfoto von Melanie Sumner.

Melanie Sumner: Mein Name ist Melanie Sumner und ich bin Softwareentwicklerin, spezialisiert auf digitale Barrierefreiheit. Ich schreibe seit 25 Jahren Programmiercode für das Web. Meine erste Karriere war... eine Art Spion. Ich war Intelligence Analyst bei der US Navy und Programmieren war mein Hobby.

Ich mochte es nicht, ein Spion zu sein. Ich war nicht gerne tot, wie es scheint. Wie die meisten Menschen nicht, wenn sie näher dran sein müssen. Ich musste entscheiden, was ich als Nächstes machen wollte, und es war an der Zeit, mein Hobby zum Beruf zu machen. In den letzten 10 Jahren habe ich mich besonders auf die Softwareentwicklung im Bereich Barrierefreiheit konzentriert.

Alexandra: „Oh, zuerst war ich ein Spion.“ Keine große Sache. Was hat Sie zur Arbeit der Barrierefreiheit gebracht?

Melanie: Ich habe zu dieser Zeit in der University of North Carolina [UNC] Chapel Hill im Department of Development gearbeitet. Es geht nicht um Entwicklung wie Webentwicklung, sondern um Entwicklung wie Fundraising.

Mein direkter Vorgesetzter hatte eine Sehbeeinträchtigung und musste alles auf 400% zoomen, um es zu sehen. Er war ein fantastischer Softwareingenieur. Das wahrscheinlich das beste Management, das ich je hatte. Er hat alles kaputt gemacht, weil er sich meine Arbeit angesehen hat. Hätte ich nicht darüber nachgedacht, die Dinge responsiv zu entwickeln,

Der Chef meines Vorgesetzten war farbenblind. Weißt du nicht, wie UNC-Blau aussieht, aber es ist hellblauer Himmel. Und sie liebten es, es auf Weiß zu verwenden.

Alexandra: (lacht) Oh nein!

Melanie: Sein Chef beschwert sich immer, dass er meine Arbeit nie sehen kann. 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 nachgedacht, wie farbenblinde (oder anderweitig sehbehinderte) Menschen das Web nutzen.

Da es sich bei UNC um eine staatliche Universität handelt, gibt es eine bundesstaatliche Anforderung der USA zur Einhaltung der WCAG-Barrierefreiheitsklasse AA. Wir wollten die Stufe AAA, weil es eine Bildungseinrichtung ist.

Als ich mehr über die Anforderungen auf bundesstaatlicher und gesamtstaatlicher Ebene erfuhr und begann, die W3C-Spezifikation zur Barrierefreiheit im Internet zu lesen, dachte ich: „All das ergibt Sinn.“ Ein Großteil des Webs entsprach soweit ich nicht den Richtlinien. Natürlich arbeiten Menschen schon so lange an Barrierefreiheit im Internet, wie es das Web gibt. Manchmal sind vor allem JavaScript-Entwickler etwas langsam bei der digitalen Barrierefreiheit.

Ich nenne Barrierefreiheit die letzte Grenze des Webs. Viele gute Mitarbeiter arbeiten an der Automatisierung für mehr Barrierefreiheit – und wir müssen auf die gleiche Weise an Lösungen arbeiten, wie wir auch andere schwierige Probleme wie Leistung und Sicherheit angegangen sind.

Alexandra: Du hast bestimmt schon viele lange, komplexe Dokumente bei der Navy und bei der UNC gelesen. Fanden Sie es schwierig, die Spezifikationen zu verstehen?

Melanie: Ich musste sie ungefähr fünfmal lesen, bevor ich sie verstand, und auch andere Spezifikationen hatte ich vorher gelesen. Ich sage den Leuten immer: Es ist nicht schlecht, wenn Sie sie nicht verstehen. Ich musste die Spezifikation fünfmal lesen. Ich mache keinen Scherz.

Es dauert viel Zeit, sich an die Spezifikation der Sprache zu gewöhnen. Und wenn Sie es nicht richtig interpretieren, können Sie das Richtige tun. Außerdem ist es wichtig zu verstehen, dass ein großer Teil der Spezifikationsformulierungen für Browserentwickler gedacht ist. Suchen Sie nach „Autoren sollten“, da es sich um einen Verweis auf Webentwickler handelt.

Alexandra: Vieles im Web könnte besser sein, wenn mehr Entwickler wüssten, wie die Spezifikationen entschlüsselt werden.

Melanie: Bei Websites, die diese Interpretation übernehmen, gibt es viel zu sagen. Ich habe a11y-automation.dev erstellt und die Website ist quasi mein Baby, mein Nebenprojekt. Ich versuche, jeden Verstoß gegen die Barrierefreiheit aufzuführen und mit den betreffenden Erfolgskriterien zu verknüpfen. Wenn es eine Automatisierung gibt, um den Fehler zu vermeiden, biete ich diese Lösung an.

Sie können sich mit der Liste der möglichen Verstöße vertraut machen, aber noch wichtiger ist es, zu erfahren, wie Sie sie beheben können. Bei automatisierten Korrekturen, die es noch nicht gibt, möchten Sie vielleicht einen Linter oder eine Vorlage schreiben – vielleicht möchten Sie ja einen Test schreiben.

Ich bevorzuge die Arbeit im Open-Source-Bereich, weil man sich irgendwie gegenseitig auf den Kopf stellt und eine Verbesserung anbietet (manchmal eine Verbesserung, manchmal nicht, aber wir alle geben unser Bestes). Wir bauen auf den Tools des jeweils anderen auf und erzielen am Ende ein wirklich tolles Ergebnis für das Web.

So finanzieren Sie Barrierefreiheit

Alexandra: Es hat mich wirklich zu pleasefunda11y.com angezogen. Es ist wirklich wichtig, dass Entwickler lernen, wie man barrierefreie Websites erstellt. Allerdings stehen ihnen ohne die Finanzierung und Genehmigung der Führungsebene nicht immer die erforderlichen Ressourcen zur Verfügung. Warum haben Sie sich für diese Website entschieden?

Melanie: Ich war frustriert, weil Barrierefreiheit so zu wenig finanziert wird. Die gesamte Open-Source-Finanzierung scheinen weiterhin an CSS zu fließen. Und ich liebe CSS, wir können damit so viel machen.

Ich habe die Website erstellt, weil Addy Osmani – ein Chrome Software Engineering Manager – mich kontaktiert hat. Er sagte, ich suche nach einer Finanzierung für Barrierefreiheit. Er wollte aber wissen, welche Projekte finanziert werden könnten. Das ist ein großes Problem: Open-Source-Förderer möchten bestimmte Projekte finanziell unterstützen und nicht allgemeine Ideen, die kein bestimmtes Ergebnis haben. Ich habe mich einige Zeit genommen, um einige spezifische Initiativen zusammenzutragen und aufzuschreiben, was erforderlich ist und wie sie dazu beitragen, Websites barrierefrei zu machen.

Auch wenn Unternehmen ohne mich auf diese Bemühungen aufbauen, könnten wir die Barrierefreiheit im Internet erheblich voranbringen. Im Vergleich zu anderen Internetaktivitäten sind die Ausgaben sehr gering und sie würden großen Einfluss auf das Leben der Menschen haben.

Die aktuelle Denkweise lautet oft: „Wie viele Menschen haben eine Beeinträchtigung?“ Sie sollte lauten: „In welcher Beziehung steht eine Person zu ihrer Technologie?“

Manche Leute haben mir gesagt: „Ich glaube nicht, dass Farbenblindheit eine Behinderung ist.“ Wenn Sie farbenblind sind, geben Sie sich möglicherweise nicht als Beeinträchtigung. Dies wirkt sich jedoch auf Ihr Verhältnis zur Technologie aus.

    15 %

    Personen geben sich selbst als deaktiviert aus.

    Quelle

    253 Min.

    Menschen mit Sehbeeinträchtigungen.

    Quelle

    39

    die das Gesetz zur Barrierefreiheit im Internet haben.

    Quelle

Weitere Informationen zu den Statistiken im ersten Modul von Learn Accessibility: Was ist digitale Barrierefreiheit und warum ist sie wichtig?

Alexandra: Erläutern Sie Ihre Beziehung zu Technologie. Welchen Bezug hat das zur Barrierefreiheit?

Melanie: Wenn Sie beispielsweise neurodiverse sind, benötigen Sie möglicherweise eine einfache Sprache und sehr klare Anweisungen. Vielleicht ist es besser, durch drei oder vier Bildschirme in einem Ablauf zu navigieren und jeweils einige Entscheidungen zu treffen, bis Sie zum Ende kommen. Es gibt keine gute Anleitung für moderne technische Anwendungen.

Wir haben ganze Unternehmen, die DevOps ausführen. Wenn Sie versuchen, einige dieser Websites zu nutzen, denkt man: Heutzutage versuchen wir, die Küchenspüle in all unsere Benutzeroberflächen zu packen.

Alexandra: Kannst du ein Beispiel nennen?

Melanie: GitHub hat beispielsweise Drop-down-Menüs mit verschachtelten Tabs. Und [erschrocken seufzt]. Ich kann mich nicht aufregen (auch wenn ich frustriert bin). Das moderne Web muss wachsen, um neue Anforderungen zu erfüllen. Aber wir haben auch die Verantwortung, die Menschen nicht zurückzuhalten.

Das ist es, was mich antreibt. Das ist meine Leidenschaft. Ich möchte nicht, dass jemand keinen Job bekommt, weil die Tools für die Arbeit nicht zugänglich sind.

Alexandra: Einhundert Prozent. Viele Menschen denken oft darüber nach, barrierefreie Produkte für externe Nutzer zu entwickeln, aber sie denken nicht unbedingt an ihre Mitarbeiter.

Melanie: Ich dachte, diese Finanzierungsberatung würde wahrscheinlich allen von Vorteil sein.

Ich höre ständig von Engineers, dass sie gern Barrierefreiheit würden, aber „meinem Unternehmen ist das egal“. Ich wette, sie interessieren sich für sie! Sie müssen nur die Geschäftslogiklücke schließen. Zeigen Sie ihnen das vorteilhafte Ergebnis für das Unternehmen. Die Website ist natürlich Open Source und ich liebe Beiträge und Änderungen.

Alexandra: Barrierefreiheit bleibt oft erst am Ende des Prozesses, z. B.: „Wir können das einfach später zugänglich machen.“ Es wird jedoch viel mehr Zeit kosten, sie später hinzuzufügen, als barrierefreie Praktiken im gesamten Projekt zu integrieren.

Melanie: Ich sage oft: „Möchtest du für die einmalige Erstellung bezahlen oder willst du dafür bezahlen?“

Ember.js und das zentrale Team für Barrierefreiheit im Internet

Alexandra: Ich weiß, dass Sie auch Teil des Kernteams des Ember.js-Frameworks sind. Wie bist du gekommen?

Melanie: Ich wurde von JPMorgan Chase beauftragt, auf dessen Corporate-Investment-Banking-Plattformen zu arbeiten. Ember ist ein leistungsfähiges JavaScript-Framework, das verwendet wird, wenn Sie eine wirklich stabile (oder vielleicht auch langweilige) Basis benötigen, um das Schreiben von Code zu vermeiden, der eine Menge Geld verliert. Ember hat eine Abwärtskompatibilitätsgarantie – Sie können jedes Mal ein Upgrade durchführen, selbst wenn Sie eine Hauptversion erreichen. Wir versuchen wirklich, die Dinge inkrementell zu tun, damit deine App dadurch nicht beeinträchtigt wird.

Wie auch immer, ich war auf der Ember-Konferenz und habe viele Leute aus der Community kennengelernt. Die Ember-Leute waren so freundlich. Außerdem gibt es einen sehr strengen Verhaltenskodex, den ich bisher noch nicht an anderen Orten gesehen hatte.

Als ich das Militär verlassen hatte, wollte ich in die Sicherheit gehen. Ich war zu einem Infosec-Treffen und habe dort keine andere Frau gesehen. Einer der älteren Typen schaute mich an und fragte: „Bist du sicher, dass du im richtigen Raum bist, Schatz?“

Alexandra: [Körnt] Es tut weh. Und das ist völlig nicht überraschend. Ich habe etwas Ähnliches erlebt.

Melanie: Ich würde sagen, es war 2011, vielleicht 2012. Die Landschaft hat sich stark verändert. Ich blieb diese Nacht während dieses Treffens, um einen Punkt zu beweisen. Ich sollte mich von diesem Kommentar nicht abschrecken lassen. Ich knackte Witze, machte mir gute Notizen und beteiligen mich an Gesprächen, sodass die Leute wussten, dass ich da war. Ich habe das Gefühl, dass ein Großteil meiner Karriere bewiesen hat, dass Männer sich falsch gemacht haben.

Aber ich möchte nicht, dass Frauen Softwareentwickler werden, nur um Männern das Unrecht zu beweisen. Ich wollte Softwareentwicklerin sein, um tolle Dinge zu entwickeln, weil es Spaß macht. Frauen sollten diese Karriereoption haben.

Alexandra: Auf jeden Fall.

Melanie: Ich habe der Ember-Community erzählt, was ich über Barrierefreiheit wusste, denn als Bankenplattform muss man sich natürlich an die Anforderungen der US-Bundesbehörden halten. Yehuda Katz und Tom Dale sagten: „Unser Team ist unvollständig. Wir haben viele JavaScript- und Performance-Expertinnen und Experten und wir brauchen jemanden, der sich mit Barrierefreiheit auskennt.“ Und sie haben mich eingeladen, Teil des Kernteams zu werden.

Ich bin dabei, Ember standardmäßig zugänglich zu machen. Das heißt, wenn Sie ember new <my-app-name> sagen, sollten Sie sofort die WCAG-Erfolgskriterien übergeben.

Alexandra: Auf GitHub habe ich eine lange Liste von Bedienungshilfen für Ember gesehen. Haben Sie bemerkt, dass die Ember-Community sich darauf freut, einen Beitrag zu diesen Tools zu leisten?

Melanie: Das ist ein spannender Teil dieser Arbeit. Ich habe bei meiner Arbeit bei LinkedIn zu Linting-Regeln für die Barrierefreiheit für Ember geschrieben. Dann verließ ich LinkedIn, um für Hashicorp zu arbeiten, und andere Leute tragen immer noch zum Linter bei, weil es nützlich für sie ist. Das ist der Teil dieser Arbeit, der mich beruhigt und begeistert.

Wir akzeptieren, dass Barrierefreiheit ein Grundrecht ist. Das steht nicht zur Diskussion.

Was können wir umsetzen? Wann? Wie schaffen wir das? Wie lernen wir dies und machen es abwärtskompatibel? Wie helfen wir Entwicklern, Bedienungshilfen zu bieten, ohne dass sie noch umfangreiche oder geplante Funktionen benötigen?

Alexandra: Barrierefreiheit ist ein Bürgerrecht. Das beruhigt mich! Es sollte eine Sache sein, die wir alle als Wahrheit kennen.

Melanie: Ich wurde immer ungeschickt über mich gesagt: „Wenn ich blind wäre, würde ich das Internet nicht nutzen.“ Oder: „Warum muss ich über Beeinträchtigungen nachdenken, wenn nur 5% der Nutzenden, aber nur 90 %?“ Ich werde diese Diskussionen nicht führen, da sie oft verwendet werden, um von der Arbeit abzulenken.

Wenn Sie barrierefreien Code schreiben, erhalten Sie Leistungssteigerungen, da Sie darüber nachdenken, Websites zu erstellen, die den W3C-Spezifikationen entsprechen. Sie verwenden anstelle von div-Elementen die semantische HTML und Überschriften. Wählen Sie ein <button> aus, anstatt einem <div> ein Klickereignis hinzuzufügen, und Sie profitieren von einer Leistungssteigerung.

Eine Sache tun: Barrierefreiheit automatisieren

Alexandra: Was sollten Webentwickler unbedingt tun, um barrierefreie Websites zu erstellen?

Melanie: Automatisierung hinzufügen. Beginnen Sie mit einem vorhandenen Linter für das Framework und die Art von Code, den Sie verwenden. Mir ist egal, welches Sie verwenden! Ihr Build sollte nicht funktionieren, wenn eine dieser Regeln nicht eingehalten wird.

Einige Dinge können nicht automatisiert werden, da die KI noch keine Absicht erkennen kann. Der Alt-Textwert eines Bildes sollte beispielsweise aussagekräftig sein, aber was bedeutet das eigentlich? Im Moment muss ein Mensch das erkennen, aber keine Automatisierung.

Ein automatisiertes Tool kann Ihnen jedoch mitteilen, dass der Farbkontrast nicht weitergegeben wird. Reparieren Sie es einfach. Kämpfe nicht dagegen, und sag nicht: „Aber ich will das nicht, ich bevorzuge das so.“ Es geht nicht um dich. Es geht darum, das, was wir tun, für alle Menschen auf der Welt verfügbar zu machen.

Barrierefreiheit ist eine Reise und Sie werden immer dazulernen. Ich spezialisierte mich seit über einem Jahrzehnt auf Barrierefreiheit und lerne ständig dazu. Gehen Sie nicht in die Defensive, sondern einfach.


Informieren Sie sich auf ihrer Website unter melanie.codes und auf Twitter @a11yMel über Melanies Arbeit. Sie finden ihre Ressourcen zur Barrierefreiheit unter pleasefunda11y.com, a11y-info.com und a11y-automation.dev.