8 comments

4

I can barely program with eyesight.. >_>

2

I would imagine slowly and rarely.

2

You would be wrong. Selection bias means that the few blind programmers are crazy fast.

1

No because the bottleneck is in how fast the interpreter talks to them. How fast the audio plays back the code, and I don't care if you're rain man, having to memorize that much stuff is a huge setback. This is one of those things where everyone knows he's not as efficient as other programmers, but nobody wants to say that because it isn't politically correct. Google still gets some kind of tax benefit for hiring him, and he's not fucking anything up so there's good reasons to keep him.

But do not sit here and tell me a blind person is a better programmer than someone who can see. You're just too afraid to say something that might insult someone else.

1

Dude, I have no issues calling a spade a spade, or recognizing that the kid in a wheelchair is never going to be an astronaut. But if you actually look at the speed of the TTS some blind programmers use, it's basically at the same speed most programmers read code at. You've still got the disadvantage of needing more short term memory, but that's about it, and it's partially mitigated by the speed of the TTS.

Now, you take a random programmer, make them blind, they're going to be pretty slow. But that's where the selection bias kicks in - anyone who persists with programming despite the difficulty of being unable to see is going to be pretty passionate about it, and as a result of this I'd expect the average blind programmer to be faster and expend more effort improving their ability than the average programmer.

There's a pretty good video here which should give you some idea of how blind programmers actually write code.

1

They work at Microsoft.

1

The guy in the article works at Google.

0

They have an enhanced sense of misplaced semicolons.