It's so hard to decipher, it almost comes across as a cruel joke at the expense of blind people.
These are much easier, in that I can actually understand them.
It's so hard to decipher, it almost comes across as a cruel joke at the expense of blind people.
These are much easier, in that I can actually understand them.
So maybe if you've been blind a while, the audio captcha isn't so hard to decipher. Keep in mind they have to make it hard for speech recognition software to decipher too.
He, and other blind computer scientists that were present at the talk, was so used to the screen reader that could crank its speed up to impossible speeds for non-blind users (that don't exercise their hearing sense that much).
The same applied to the tiny distortions in pitch and tone that he'd use as a replacement for syntax coloring.
Pretty amazing.
When I was at MIT I had a lab partner who was blind for I think 6.002 or 6.003. I remember that one side-effect of using a screen reader was that he easily "recited" code, which I don't think most sighted programmers could do fluently.
Of course, in order to understand what he was reciting, my only hope was generally to try to type it into a text editor, format it and look at it. (And it's also hard to transcribe code being read to you.)
My mom likes to say "I was just having fun, typing in the games and playing them, but you were actually learning something."
Technology and computers wasn't my mom's hobby or profession (she's actually a seamstress -- and I learned the basics of sewing from her) so it wasn't like she was introducing me to her interests; however, when my son gets older (out of diapers), I plan on spending time with him teaching about my major interests and learning new things with him that's he's interested in, independent of what that may be.
What I mean is, has somebody any insight if it would be worth it, from a productivity point of view, to use those tools for non-blind people?
JAWS, in particular, is quite powerful, but pretty daunting to learn. Compounding the clunkiness of JAWS is that many apps and sites aren't built with screen reader usability in mind – even if the developers made a good effort to ensure that it was possible to use their site in a screen reader, that all text was readable, etc, there's a huge difference between "possible" and "easy".
I thought it would be interesting, from an HCI perspective, to use a screen reader with something like a phone in your pocket, but sadly the learning curve is just too high, and there's not much motivation to improve it, either from the perspective of app/site developers (blind users are a rounding error) or even of the tool makers (blind users are highly motivated to learn their product, and will purchase it regardless of learning curve).
SEO, ironically, is the greatest thing to ever happen to blind users. All those people with tremendous financial incentive to make their sites spiderable to a text-only bot.
Seconded. I've done a bit of accessibility testing work with JAWS and was often frustrated by how unnecessarily difficult it was to use the software with a screen reader. You have to remember that it is probably uneconomical to make most software accessible and companies only do it because it is a requirement that software be accessible if you want to sell to certain governments (eg the USA). What this means is that development and testing is focussed on doing the bare minimum needed to pass a checklist, after which there isn't any need to do anything, regardless of whether the software is "easy" or merely "possible" to use.
Wow.
http://blog.wintercore.com/2008/03/05/breaking-gmails-audio-...