盲人程序员的编程生涯

如果你是个盲人（或者视力衰退严重），那么你会怎样设置你的开发环境来协助你编程呢？

以我的经验来看，java编程中使用SWT作为GUI工具的可访问性要比使用Swing好一些，这就是为什么我放弃netbeans的原因。对于.net编程，我使用visual studio 2005，因为这是我实习时使用的标准版本，而且通过使用Jaws和一系列脚本（比如简化表单设计的脚本），可以使操作变得非常简单。

对于C和C++编程，我使用cygwin加上gcc作为编译器，使用emacs或者vim作为编辑器，视具体工作而定。我的大部分实习涉及到Z/OS的编程，我使用一个登录会话通过Cygwin访问USS子系统，并且使用C3270作为我的3270模拟器来访问主框架的ISPF部分。

我一般依赖于带点字（Braille：点字/盲文）显示（译者注：下图为一种点字设备）的合成语音。我发现在标点很重要且比较复杂的情况下使用点字显示的话，工作效率会更高。一个例子就是当有很多if声明很许多嵌套的括号和JCL时，标点就显得非常重要了。

更新

我在玩cygwin下的Emacspeak http://emacspeak.sourceforge.net，我不确定这个作为编程使用的编辑器是否有用，因为它有时好像反应迟钝，不过我还没有查看任何配置选项。

有些人使用有声环境，例如T. V. Raman楼上提到的Emacspeak环境。迄今为止更通用的解决办法是使屏幕阅读器运行在后台，并监视操作系统的活动，然后通过合成语音或者物理点字显示（一般一次显示20至80个字符）提醒用户。这就意味着盲人可以使用任何可访问的应用程序了。

那么，我自己这些日子在用Visual Studio 2008，只做了很少的更改。我关掉了一些诸如在输入时显示错误等功能，因为我发现这个功能很容易使你分心。在加入微软行列之前，我的所有开发工作都在类似记事本（Notepad）这样的标准的文本编辑器中完成，所以仍然没有任何自定设置。

让屏幕阅读器读出缩进也是可能的，我自己不用这个功能，因为Visual Studio会处理这些，并且C#中是用大括号的。但是在像Python这样空格很关键的语言中就很重要了。最后，Emacspeak可以使用不同的声音/音高来指出语法的不同部分（关键字、注释、标识符等）。

我是个盲人，已经编程大约12年了。目前我是Sapient Corporation（一个剑桥的顾问公司，专注基于Web的和胖客户端的企业解决方案）的高级架构师。我使用几个屏幕阅读器，不过大部分是在Windows上使用的Jaws和NVDA。

我大部分在微软平台上工作，使用visual studio作为开发环境。我也使用像MS Sql企业版以及其他的数据库操作工具、网络监控工具等。我曾尝试花些时间使用emacspeak，不过由于我的工作大部分基于MS平台，所以不会在那上面花太多时间。我也花过几年在Linux上使用C++，大部分时候是在windows上使用记事本或者visual studio完成所有的编码工作，然后用samba与linux环境共享文件。我也使用borland C来做些小实验。最近在玩python，它普遍被认为是对盲人用户最不友好的程序语言，因为它使用缩进作为嵌套机制。说到这里，最流行的开源屏幕阅读器NVDA就完全是用python写的，而且这个项目的一些贡献者本身就是盲人。一个很有意思的问题就是，我经常被问到，作为一个架构师我是如何处理各种图表的（UML、viso以及rational rose等等）。Visio可能是最易操作的图表工具了，我还可以写jaws脚本来为我读出rational rose图表。我曾用过一个叫T-dub（technical diagram understanding for the blind）的工具来处理UML 2.0图表，它是一些德国大学开发出来的。我还用过一个基于java的非常丑陋的工具叫做magic draw来处理模型驱动（model-driven）的开发工作，并且作为androMDA项目的一个提交者（commiter）协助开发了从UML模型生成.Net代码的生成器。

总体来说，我发现我的自力更生激励了整个团队。例如，当一个图表对沟通/文档化一个设计非常重要时，实际的设计过程牵扯到大量的思考和头脑风暴，并且当设计定稿时，你的一个队友可以帮你快速将其整理为一个干净整齐的图片。人们通常将这种情况视为缺乏独立性或能力，而我却认为这是纯正的相互依存，因为我很确定那个队友靠他/她自己或着几人轮流都不可能想出那样的设计，如果我依赖他将设计文档化也是如此。我遇到的大部分障碍都是基于工具的不可访问的问题。例如所有的oracle的产品都鼓吹其访问性好多年了（鄙视他们），但在团队环境中却只搞了个在屏幕阅读器和自定义脚本之上的额外的防御层。

我为大底特律盲人辅导会（Greater Detroit Society for the Blind）工作三年了，运营一个为盲人访问量身定制的BBS，并且和很多盲人用户一起工作探寻如何能够更好地满足他们的需求，并帮助新的盲人用户训练他们使用软件和硬件。如果不出意外的话，我至少学会了阅读点字（盲文）来防止万一我遇到跟他们一样的处境。

大部分盲人计算机使用者及程序员使用类似屏幕阅读器的东西。Jaws在某种程度上是最受欢迎的。幸运地，现今的大多数应用程序都提供了某种形式的残障人士访问方式。你可能需要将你的环境稍微调整一下，让它少说一些，比如，可以考虑禁止Visual Studio中的智能感知（Intellisense）。

点字显示设备就不那么常用了，相比之下也贵很多，它可以显示40或80列文本，而且可以用在当精确定位/标点很重要的场合。而屏幕阅读器可以配置成快速读出标点，很多人发现它容易令人分心，其实通过它可以很容易找到适合自己的方式。Jaws可以配置成显示驱动的，因此你无法兼顾可访问性应用程序。

同时，很多法律上的盲人用户仍然有一点遗留的视力。使用高对比度的背景和放大功能可以帮助很多这样的用户。

在Windows中使用ToggleKeys可以在你不小心敲击了”caps lock“、”num lock“、”scroll lock“等健时让你能够听到。

我知道至少有一个Haskell（译者注：一种纯函数式编程语言）程序员使用屏幕阅读器，并且不使用Haskell的布局规则直接编程，并且不使用非惯用（non-idiomatic）的选项，而是用支持{;}的。因为它不会使阅读器读出大量的标点，而且还得计算出Haskell布局规则中精确的缩进，这样他就不会太过分心。同样的，我还听说一些盲人程序员在写Python的时候发些牢骚。

最终，你还是要学会发挥自己的长处。

可以从Blinux项目开始：http://leb.net/blinux/

这个项目描述了如何获得Emacspeak（带文本阅读的编辑器）并且还有许多其他资源。

我曾经跟这样的一个人工作，他的视力导致他不能使用显示器，但他使用屏幕阅读器软件并花费大量时间使用基于文本的应用程序和shell也工作得很好。

维基百科上有个屏幕阅读器得列表，也可以从这里开始：

http://en.wikipedia.org/wiki/Listofscreen_readers