视觉是大多数程序员认为理所当然的感官之一。大多数程序员会花几个小时盯着电脑显示器(尤其是在他们全神贯注的时候)，但我知道有些程序员是盲人(比如目前在谷歌工作的T.V. Raman)。
如果您是一个盲人(或逐渐失明)，您将如何设置您的开发环境来帮助您编程?
(每个回答一个建议。这个问题的目的是把好的想法带到最高层。此外，屏幕阅读器可以更早地阅读到好的想法。)
当前回答
在我读研究生的时候，我们的研究团队中有一个盲人。他年纪大一点，大概四十五岁左右。他向我们讲述了他如何编写自己的第一台计算机(那时候文本语音转换还不普及)，以莫尔斯电码输出屏幕上的内容。为了克服这个明显的“先有鸡还是先有蛋”的问题，他每次都必须从头开始重写代码，直到代码能够正常工作，可以重新读给他听为止。
现在他使用文本转语音，尽管他在实际编写任何代码之前都非常彻底地计划了代码，以最小化调试循环。
他还非常擅长做ppt演讲，尽管他视力不好，但格式和其他视力正常的演讲者一样好。
其他回答
Hanselman最近与一位盲人开发人员进行了一次非常有趣的播客。
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.
正如许多人指出的那样，emacspeak是许多老黑客的跨平台持久解决方案。由于它支持Linux和Mac开箱即用，它已经成为我开发Windows无关项目的首选方法。
关于通过听觉而不是视觉来真正理解语法的问题，我发现存在各种各样的技术来接近语法，即使不是在同一个领域。
例如，听觉图标可以代替口头描述符。你可以用音调表示一行缩进的程度。音调越长，缩进越远。由于音调可以与文本和语音并行播放，信息在相同的时间框架内传递，而不会序列化如此基本的交流。
盲文能够快速而精确地解码出一行文字的确切语法。这对于日常生活中使用盲文的人来说更有用;最大的优点是可以随机访问显示的内容。可刷新单元通常在每个字符单元上方有路由器键，可以将光标指向该单元。不要摆弄方向键O(n) op vs O(1)访问。
听觉维度(音调、速率、音量、变化、丰富度、重音等)可以传达一个概念(关键字、类别、变量、错误等)。例如，注释可以用单调变化来读……正合适，如果我可以这么说的话:)。
Emacs和其他较小程度的编辑器(Visual Studio)允许编码器严格地阅读程序(下一个块、折叠块、向下defun、跳转到def、向上解析树等)。这样做，你可以很快得到整个项目结构的“大”图景;通过像Cedet这样的扩展，你可以在文本编辑器中跨平台地使用VS/Eclipse/etc的优点。
可能还有很多，但简而言之，这就是为什么我们中的一些人在工业、学术界或地下室里不停地工作的基础:)。
一个开始的地方是linux项目:
http://leb.net/blinux/
该项目描述了如何获得Emacspeak(文本到语音的编辑器)，并提供了许多其他资源。
我曾经和一个人一起工作，他的视力几乎阻止了他们使用显示器——他们用屏幕阅读器软件做得很好，花了很多时间使用基于文本的应用程序和shell。
维基百科的屏幕阅读器包列表是另一个开始的地方:http://en.wikipedia.org/wiki/List_of_screen_readers
在我读研究生的时候，我们的研究团队中有一个盲人。他年纪大一点，大概四十五岁左右。他向我们讲述了他如何编写自己的第一台计算机(那时候文本语音转换还不普及)，以莫尔斯电码输出屏幕上的内容。为了克服这个明显的“先有鸡还是先有蛋”的问题，他每次都必须从头开始重写代码，直到代码能够正常工作，可以重新读给他听为止。
现在他使用文本转语音，尽管他在实际编写任何代码之前都非常彻底地计划了代码，以最小化调试循环。
他还非常擅长做ppt演讲，尽管他视力不好，但格式和其他视力正常的演讲者一样好。
