我认为这在使用结对编程原理的极限编程中会很有效。如果你是为盲人开发软件，那么谁会比那些真正了解业务需求的人更适合做这个软件呢，所以我认为这一点都不牵强。

至于写代码，除非有某种反馈，否则我认为一个人可能会在语法上挣扎。音频反馈可能会有所帮助。

Emacs有许多扩展，允许盲人用户操作文本文件。您必须就该主题咨询专家，但emacs具有文本到语音的功能。甚至可能更多。

此外，还有linux:

http://leb.net/blinux/

盲人的Linux。已经存在很长一段时间了。我想十几年了，而且很成熟。

这篇博文有一些关于Visual Studio团队如何使他们的产品易于访问的信息:

Visual Studio核心团队的无障碍实验室参观活动

许多程序员使用Emacspeak:

Emacspeak—完整的音频桌面

一个开始的地方是linux项目:

http://leb.net/blinux/

该项目描述了如何获得Emacspeak(文本到语音的编辑器)，并提供了许多其他资源。

我曾经和一个人一起工作，他的视力几乎阻止了他们使用显示器——他们用屏幕阅读器软件做得很好，花了很多时间使用基于文本的应用程序和shell。

维基百科的屏幕阅读器包列表是另一个开始的地方:http://en.wikipedia.org/wiki/List_of_screen_readers

Hanselman最近与一位盲人开发人员进行了一次非常有趣的播客。

请记住，“失明”是一系列的情况——有一些人在法律上是盲人，他们可以阅读一个非常大的显示器或在放大设备的帮助下，还有一些人根本没有视力。我记得大学时的一个同学有一种可以放大书本的特殊设备，还有一种可以放大屏幕一部分的特殊软件。她正在努力完成大学学业，因为她的视力越来越差，几乎要完全消失了。

编程也有一系列的需求——有些人擅长写出大量的代码，有些人更擅长看大局和架构。我可以想象，考虑到屏幕界面所施加的难度，失明可能会增强你获得大局的能力……

盲文键盘到底是什么?

有像盲文书写器这样的东西，但你永远不会用它作为计算机的输入设备。

如果你只是在谈论一个带有盲文符号的键盘，这也是一个非常糟糕的主意。当你打字的时候，你会有更多的键要触到，而且它仍然会变慢。

触摸打字不是一种视觉技能，盲人也能做到和正常人一样好。

我是一个完全失明的大学生，有过几次编程实习，所以我的答案将基于这些。我使用windows xp作为我的操作系统，“大白鲨”用合成语音来阅读屏幕上出现的内容。对于java编程，我使用eclipse，因为它是一个可访问的功能齐全的IDE。

根据我的经验，使用SWT作为GUI工具包的java程序比使用Swing的程序更容易访问，这就是为什么我远离netbeans的原因。对于任何。net编程，我都使用visual studio 2005，因为它是我实习时使用的标准版本，使用Jaws和一组脚本非常容易访问，这些脚本是为了使表单设计器等东西更容易访问而开发的。

对于C和c++编程，我使用cygwin和gcc作为我的编译器，emacs或vim作为我的编辑器，这取决于我需要做什么。我的很多实习工作都是为Z/OS编程。我使用rlogin会话通过Cygwin访问大型机上的USS子系统，并使用C3270作为我的3270模拟器访问大型机的ISPF部分。

我通常依赖于合成语音，但也有盲文显示。我发现我通常用语音工作得更快，但在标点符号很重要且复杂的情况下使用盲文显示。这方面的例子是带有大量嵌套括号和JCL的if语句，其中标点符号非常重要。

更新

我正在cygwin http://emacspeak.sourceforge.net下使用Emacspeak，我不确定这是否可以用作编程编辑器，因为它似乎有点反应不太好，但我还没有查看任何配置选项。

我不记得来源，但我听说过/读过一种可听语法“着色”的形式-这样，而不是字符串赋值被读为

Foo = quote这是一个字符串引号

字符串部分将用不同的音高或声音来读，以使元素的分离更清晰。

我是个盲人，已经在Windows、Mac、Linux和DOS上编程了大约13年，使用的语言包括C/ c++、Python、Java、c#和各种较小的语言。虽然最初的问题是关于配置环境的，但我认为最好的回答是看看盲人如何使用计算机。

有些人使用谈话环境，比如在其他答案中提到的拉曼和Emacspeak环境。到目前为止，更常见的解决方案是有一个屏幕阅读器，它在后台监控操作系统活动，并通过合成语音或物理盲文显示(通常一次显示20到80个字符)提醒用户。这意味着盲人可以使用任何可访问的应用程序。

因此，我个人现在使用Visual Studio 2008，并且运行它时只做了很少的修改。我关闭了某些功能，比如在打字时显示错误，因为我觉得这会让人分心。在加入微软之前，我所有的开发都是在一个标准的文本编辑器(如记事本)中完成的，所以同样没有定制。

可以配置屏幕阅读器来宣布缩进。我个人不使用这个，因为Visual Studio会处理这个问题，而c#使用大括号。但这在Python这样的语言中是非常重要的，因为这里有空格。最后，Emacspeak使用不同的声音/音调来表示语法的不同部分(关键字、注释、标识符等)。

我在大底特律盲人协会工作了三年，经营一个专为盲人访问而设计的BBS，并与许多盲人用户合作，以更好地满足他们的需求，并与新盲人用户合作，让他们适应当时可用的硬件和软件产品。如果不出意外的话，我至少学会了阅读盲文，以避免自己陷入同样的境地!

大多数盲人电脑用户和程序员使用某种屏幕阅读器。《大白鲨》尤其受欢迎。幸运的是，目前大多数主要应用程序都提供了某种形式的残疾人访问。你可能需要稍微调整你的环境来减少杂音，例如考虑在Visual Studio中禁用智能感知。

盲文显示器不太常见，而且相对昂贵得多，可以显示40或80列文本，并且可以在精确定位/标点符号很重要的情况下使用。虽然屏幕阅读器可以配置成快速读出标点符号，但很多人觉得这会分散注意力，而且在很多情况下，你更容易自己摸索。Jaws可以配置为驱动显示，因此您不必同时处理辅助应用程序。

此外，许多合法失明的用户仍有一定程度的视力。使用高对比度背景和放大功能可以帮助这些用户。

在Windows中使用ToggleKeys会让你听到当你不小心点击一个模式“caps lock”，“num lock”，“scroll lock”等键。

I know at least one Haskell programmer who uses a screen reader and who explicitly programs without using Haskell's layout rules, and instead opts to use the rather non-idiomatic, but supported {;}'s instead, because it is easier/less distracting for him to get his screen reader to read off punctuation than for him to figure out exact indentation that complies with Haskell's layout rules. On that same note, I've heard some grumbling from a couple of blind programmers about when they have to write Python.

最终，你学会了发挥自己的优势。

在我读研究生的时候，我们的研究团队中有一个盲人。他年纪大一点，大概四十五岁左右。他向我们讲述了他如何编写自己的第一台计算机(那时候文本语音转换还不普及)，以莫尔斯电码输出屏幕上的内容。为了克服这个明显的“先有鸡还是先有蛋”的问题，他每次都必须从头开始重写代码，直到代码能够正常工作，可以重新读给他听为止。

现在他使用文本转语音，尽管他在实际编写任何代码之前都非常彻底地计划了代码，以最小化调试循环。

他还非常擅长做ppt演讲，尽管他视力不好，但格式和其他视力正常的演讲者一样好。

在新西兰的时候，我认识一个患有黄斑变性的人，所以是部分视力。他是一个非常有才华的程序员，他最终使用了Delphi，因为他可以通过识别单词形状来工作。使用类似pascal的语法比使用类似c的弯弯曲曲的括号更容易做到。他有个网站，但好像根本没提到黄斑变性，所以我就不点名了。

来自南伊利诺伊大学爱德华维尔分校和华盛顿州立大学的一组学生正在为盲人开发一种编程语言:

http://www.youtube.com/watch?v=lC1mOSdmzFc

harald van Breederode是荷兰著名的Oracle DBA专家、培训师和演讲者，他是一位盲人。他的博客为视障人士提供了一些有用的建议。

发明一种设备，你插入usb端口，它基本上是一块“橡胶”，它会自我修改，显示你的代码，让盲人阅读而不是听到它，怎么样?

我是个盲人，在过去的12年里一直是一名程序员。目前，我是一名高级架构师，在Sapient公司(一家总部位于剑桥的咨询公司，创建基于web和基于厚客户端的企业解决方案)工作。 我使用了几个屏幕阅读器，但大多数情况下都坚持使用Jaws用于窗口和NVDA。

I have mostly worked on the Microsoft platform and visual studio as my environment. I also use tools like the MS Sql enterprise studio and others for DB access, network monitoring etc. I tried to spend some time with emacspeak but since my work was mostly based on the MS platform, never really spent a lot of time there. I have also spent a couple of years working on C++ on linux - mostly used notepad or visual studio on windows for all the coding and then samba to share files with the linux environment. Also used borland C for some experimental stuff. Have recently been playing around with python, which as other people have noted above is particularly unfriendly for a blind user because it is written using indentation as the nesting mechanism. Having said that, NVDA, the most popular open source screen reader is written completely using python and some of the commiters on that project are themself blind. A particularly interesting question I get frequently asked as an architect is how do I deal with diagrams - UML and visio and rational rose etc. Visio is probably the most accessible diagraming tool out there. I was able to write jaws scripts to read rational rose diagrams for me. I've used a tool called T-dub (technical diagram understanding for the blind) developed by some german university for accessing UML 2.0 diagrams. Have used a java-based ugly tool called magic draw for doing model-driven development and was a commiter on the androMDA project and helped develop the .Net code generator from a UML model.

In general, I find that I thrive most in a team environment where I can work on my strengths. For example, while a diagram is extremely useful to communicate/document a design, the actual design process involves a lot of thinking and brainstorming and when the design has been thought out, one of your team mates can help you quickly put together a neatly drawn picture out of it. People incorrectly mis-construe the above to be lack of independence or ability while I see this as pure inter-dependence -- as in I am sure that the team mate alone could never have come up with that design on his/her own and in-turn, if I depend on him to document the design, so be it. Most hurdles I face are tool-based inaccessibility. For example all oracle products have been progressively declining in accessibility over the years (shame on them) and a team environment basically allows me an extra layer of defense against these over and above my screen readers and custom scripts.

I'm a postgraduate student in Beijing,China. I major in computer science and a lot of my work is programming. I am born with low sight, I need to use magnifying tools to see fonts on screen clearly. I use microsoft's mgnify tools on windows and use compiz's magnify plug in if on linux. I usally set the tool to magnify as three times many as the original font size. For me maginify tools is ok, the main problem is the speed,I have to move mouse to keep cursors follow the text I'm looking at, microsoft's magnify provides a option of "auto follow the text edit points",that set me from continuously mouse movement when editting or coding. But it doesn't always works because of the edit software or IDE may not support that. Magnifying tools on linux are hard to use. The KMag come with KDE has a terrible refresh rate which make my eyes unconfortable, compiz's magnifying plugs which I'm using now is OK,but has no function of auto focus(focus auto following). iOS provides quite perfect solution for me with full screen magnifying, especially on ipad's 9.7 inches screen. there auto focus is not necessary because I hardly use them to code or do other edit stuff. Android provides very little accessibility functions, only like shake feedback, which is useless for me. there is no any kind of good magnifying tools on android , not to mention advance function like full screen magnify on iOS. I used to study Qt, want to build a useful magnify tools on linux, even on android. But hardly have some progress.

有各种各样的工具来帮助盲人或部分视力的人，包括语音反馈和盲文键盘。http://www.rnib.org.uk/Pages/Home.aspx是一个在这些问题上提供帮助和建议的好网站。

NVDA是一个很好的开源屏幕阅读器。

我是盲人，几个月来我一直在使用VINUX(一个基于Ubuntu的linux发行版)和SODBEANS(一个netbeans版本，带有一个名为SAPPY的插件，添加了TTS支持)。 这个解决方案工作得很好，但有时我更喜欢启动Win XP和NVDA来启动FireFox上的许多页面，因为当你试图打开超过3个FireFox窗口时，Vinux工作得不太好……

正如许多人指出的那样，emacspeak是许多老黑客的跨平台持久解决方案。由于它支持Linux和Mac开箱即用，它已经成为我开发Windows无关项目的首选方法。

关于通过听觉而不是视觉来真正理解语法的问题，我发现存在各种各样的技术来接近语法，即使不是在同一个领域。

例如，听觉图标可以代替口头描述符。你可以用音调表示一行缩进的程度。音调越长，缩进越远。由于音调可以与文本和语音并行播放，信息在相同的时间框架内传递，而不会序列化如此基本的交流。

盲文能够快速而精确地解码出一行文字的确切语法。这对于日常生活中使用盲文的人来说更有用;最大的优点是可以随机访问显示的内容。可刷新单元通常在每个字符单元上方有路由器键，可以将光标指向该单元。不要摆弄方向键O(n) op vs O(1)访问。

听觉维度(音调、速率、音量、变化、丰富度、重音等)可以传达一个概念(关键字、类别、变量、错误等)。例如，注释可以用单调变化来读……正合适，如果我可以这么说的话:)。

Emacs和其他较小程度的编辑器(Visual Studio)允许编码器严格地阅读程序(下一个块、折叠块、向下defun、跳转到def、向上解析树等)。这样做，你可以很快得到整个项目结构的“大”图景;通过像Cedet这样的扩展，你可以在文本编辑器中跨平台地使用VS/Eclipse/etc的优点。

可能还有很多，但简而言之，这就是为什么我们中的一些人在工业、学术界或地下室里不停地工作的基础:)。

有一次我遇到了Sam Hartman，他是一个著名的Debian开发人员，从2000年开始，他是盲人。在这次采访中，他谈到了Linux用户的可访问性。他使用Debian和Gnome -orca作为屏幕阅读器，它与Gnome一起工作，并且“在Iceweasel/Firefox和Libreoffice方面做得相对不错”。

在谈到编程时，他说:

虽然[地精-虎鲸]会说地精终端，但它真的不够好 说终端程序，我很舒服地使用它。所以，我跑了 Emacspeak包。在其中，我运行Emacs 在终端模拟器中，我倾向于运行Screen。为了增加 有趣的是，我经常在内部运行额外的Emacs实例 屏幕。

I am a blind developer and I work under Windows, GNU Linux and MacOS X. Each of platform has different workflows for blind users. This depends on the screen reader that the blind developer uses. Development tools are not completely accessible for blind developers. I can type code and use compiling functions in all IDEs but there are many problems if I have to design an interface using designing tools as Interface Builder, XGlade or other. When I was developing with Borland Delphi I could add a control, a Button for example, and I could modify each visual attribute of the control using object inspector window. Many IDEs use object inspector windows to modify visual and non visual attributes but the problem for a blind developer is add new controls because the method to add a new control consists of dragging and dropping a control from the palette to the canvas. Visual studio 200x uses alternative methods to do this but the interface of the IDE changes in each new version and this is a big problem because screen readers for Windows need special support, using scripts, to identify each area of some non standar applications. A blind developer can use Visual studio 2008 with his screen reader but when a new version of this IDE appears he has to wait for a new version of scripts for this version of the IDE. Xcode with Interface builder has no alternative for dragging and dropping tasks yet. I asked it to Apple many times but they are working in other things. I published 3 apps in the App store (Accessible minesweeper, accessible fruitmachine and Programar a ciegas RSS) and I had to design all the interface by code. It's a hard work but I can manage all features of each control. Eclipse has an accessible code editor but other development tools as debug console,plugins for designing or documentation area present problems for assistive tools for blind users.

对于盲目的开发人员来说，文档也是一个问题。许多示例和演示使用图像来显示解释(在图片中设置环境设置)

我认为问题不在于盲目。问题是，公司和开发团队认为可访问性会影响最终的软件，但它不会影响开发软件。他们认为盲人用户可以成为客户，但盲人用户不能成为开发伙伴。

盲人协会要求产品和服务的可访问性，但他们忘记了盲人开发者。盲人可以当律师、记者、教师，但盲人开发者即使对盲人来说也是一个奇怪的概念。很多时候我感到孤独，因为我的一些盲人朋友不能理解我的工作。

你可以在这篇西班牙文的文章中阅读我对这个问题的看法，在我的博客http://www.programaraciegas.net/2010/11/05/la-accesibilidad-en-crisis-para-los-desarrolladores-ciegos/ 网页中有一个翻译工具。对不起，我没有翻译。