Ich bin ein blinder Entwickler und arbeite unter Windows, GNU Linux und MacOS X. Jede dieser Plattformen hat unterschiedliche Arbeitsabläufe für blinde Benutzer. Dies hängt von dem Bildschirmleseprogramm ab, das der blinde Entwickler verwendet. Die Entwicklungswerkzeuge sind für blinde Entwickler nicht vollständig zugänglich. Ich kann in allen IDEs Code eintippen und Kompilierfunktionen verwenden, aber es gibt viele Probleme, wenn ich eine Schnittstelle mit Designtools wie Interface Builder, XGlade oder anderen entwerfen muss. Als ich mit Borland Delphi entwickelt habe, konnte ich ein Steuerelement hinzufügen, z.B. eine Schaltfläche, und ich konnte jedes visuelle Attribut des Steuerelements mit dem Objektinspektorfenster ändern. Viele IDEs verwenden Objektinspektor-Fenster, um visuelle und nicht-visuelle Attribute zu ändern, aber das Problem für einen blinden Entwickler ist das Hinzufügen neuer Steuerelemente, da die Methode zum Hinzufügen eines neuen Steuerelements darin besteht, ein Steuerelement aus der Palette auf die Arbeitsfläche zu ziehen. Visual Studio 200x verwendet alternative Methoden, um dies zu tun, aber die Schnittstelle der IDE ändert sich in jeder neuen Version und das ist ein großes Problem, weil Screenreader für Windows spezielle Unterstützung benötigen, die Skripte verwendet, um jeden Bereich einiger nicht standardmäßiger Anwendungen zu identifizieren. Ein blinder Entwickler kann Visual Studio 2008 mit seinem Bildschirmlesegerät verwenden, aber wenn eine neue Version dieser IDE erscheint, muss er auf eine neue Version von Skripten für diese Version der IDE warten. Xcode mit Interface Builder hat noch keine Alternative für das Ziehen und Ablegen von Aufgaben. Ich habe Apple mehrmals darum gebeten, aber sie sind mit anderen Dingen beschäftigt. Ich habe 3 Apps im App Store veröffentlicht (Accessible minesweeper, Accessible fruitmachine und Programar a ciegas RSS) und musste die gesamte Schnittstelle per Code entwerfen. Es ist eine harte Arbeit, aber ich kann alle Funktionen der einzelnen Steuerelemente verwalten. Eclipse hat einen zugänglichen Code-Editor, aber andere Entwicklungswerkzeuge wie die Debug-Konsole, Plugins für die Gestaltung oder der Dokumentationsbereich stellen Probleme für Hilfsmittel für blinde Benutzer dar.
Dokumentationen sind auch für blinde Entwickler ein Problem. Viele Beispiele und Demonstrationen verwenden Bilder, um die Erklärung zu veranschaulichen (stellen Sie die Umgebungseinstellungen so ein, wie Sie es im Bild sehen können)
Ich denke, die Frage ist nicht, ob man blind ist. Die Frage ist, ob die Unternehmen und Entwicklungsgruppen glauben, dass Barrierefreiheit die endgültige Software betrifft, aber nicht die Entwicklungssoftware. Sie denken, dass ein blinder Benutzer ein Kunde sein sollte, aber ein blinder Benutzer kann nicht ein Entwicklungspartner sein.
Blindenverbände fordern Zugänglichkeit für Produkte und Dienstleistungen, aber sie haben blinde Entwickler vergessen. Blinde Menschen können als Anwälte, Journalisten oder Lehrer arbeiten, aber ein blinder Entwickler ist selbst für Blinde ein seltsames Konzept. Oft fühle ich mich allein, weil einige meiner blinden Freunde meine Arbeit nicht verstehen können.
Sie können meine Meinung zu diesem Thema in diesem Artikel auf Spanisch in meinem Blog lesen http://www.programaraciegas.net/2010/11/05/la-accesibilidad-en-crisis-para-los-desarrolladores-ciegos/ Es gibt ein Übersetzungswerkzeug auf der Webseite. Leider habe ich es nicht übersetzt.