One of my friends is a blind coder (and he sometimes comments here on HN), and he's had a very hard time getting regular work as a coder, even for things that seem obvious (like testing and fixing apps and sites for accessibility). He's bright and built his own screen reader for Android, among other things. But, I think that's a common experience for folks with disabilities; they begin to feel like they have to apologize for their disability, even in cases where it does not inhibit them from doing the work.
Even worse, there begins to be a notion that hiring someone with a disability is a charitable act, rather than just making a hiring decision based on their competence for the task. It seems like that would be kinda soul-crushing to always wonder if you were chosen for reasons other than your abilities.
I've seen so many interesting/disappointing behaviors from people when it comes to people with disabilities. Once I was helping with an event that was organized and led by a woman with cerebral palsy and in a wheelchair. Media showed up to cover the event...and kept trying to talk to me about it (the able-bodied white guy who was mostly there to handle technical stuff and had very little interesting to say about what the event was about), even when the organizer was right next to me and clearly bossing people, including me, around. She also has had difficulty finding regular work in the past, despite being really impressive in a lot of areas.
I'm kinda just ranting here, as I don't have good solutions, but I do think it'd be cool for folks to stop assuming that just because someone can't work the way most folks work they can't do the same kind of work. There have been blind developers (that I've been aware of) for about as long as I've been using computers (and that's a long time). We should stop being shocked by it; though it's cool and impressive, it tends to lead to thinking they might not be able to do the job as well, just because they're doing it in such a different way.
Here's my personal anecdote:
I'm a blind dev and building a company in India.
I had been having jobs in US-based companies for about 8 years and on the side I'd been creating products/taking freelancing projects to be independent of job (not that I lacked in any job rather I almost always quickly emerged to be the most technically competent go-to person to get solutions to programming problems.)
At the moment one of my sighted friends has joined me from my last company and together we're working on consultancy-backed product initiatives.
I’ve been frequenting HN for years and this is of course not my original account. Chiefly because from the outset in my freelancing career I’ve mostly made it a practice not to reveal my disability. I always thought that if I deliver well, there’s no reason that I should reveal about my blindness. In fact IMO that would rather put me at disadvantage as work relationships over the internet are largely driven by impression – showcasing your skills and abilities.
With grace, this has worked fine and I’ve worked with clients across the world currently being as security/solution architect consultant on a project for a multi-billion dollar financial company in US.
At present I’m personally earning $10k monthly which is quite good in India and setting me up for likely never needing to go back to job again.
I think this is another reason why privacy is important. Sometimes you need to hide something. Not because you are doing something illigal but just for personal reasons.
$10k is quite good in the rest of the world by the way ;) Good luck!
As someone who has tried to use screen readers in the past (I had quite bad dyslexia as a kid), I do find it impressive that people can program with them (screen readers more than stumble when trying to read code). In the end I only really used them to proofread my writing, and still do occasionally.
With regards to disability (I injured my knee a few years ago and use crutches to get around): It is amazing how people assume your brain is somehow also effected by and treat you differently. You see the best in people (the kindness) and the worst in people (those who either pretend you're invisible or will literally push past you to try and get the last seat). I actually find it's a pretty filter to save me time dealing with superficial people.
The worse part for me is dating, those few seconds when they first see the crutches. Especially when the date's going well and then you have to get up. Sometimes you recover, sometimes you don't..
There's also term for disabled people (don't downvote me, I didn't invent it!) a 'supercrip' - A disabled person who works hard to overcome his/her disability. While it may not be the most flattering term, it is prefixed with the word super!
> I've seen so many interesting/disappointing behaviors from people when it comes to people with disabilities.
The city I live in had a systematic problem with loud speakers announcements on trains. Blind people rely on these announcements to know which station they are at. And trains speaker systems were mostly broken or heavily distorted on nearly every carriage.
The remarkable thing about this was that the only blind person making complaints was an Australian Disability Discrimination Commissioner, who made a written complaint (to himself) each time he found it hard to get off at the right station while going to his job [1].
I share a house with my physically disabled sister who deals with similar problems nearly everyday. My sister was lucky enough to find employment with a government agency that takes it's responsibilities towards disabled people seriously, but many disabled people still disengage from society because of the extreme hassle involved in something so simple for the rest of us, like getting to work.
> who made a written complaint (to himself) each time he found it hard to get off at the right station
I was going to ask whether there was then a civil service ethics rule that required him to recuse himself from investigating his own complaint. But the article already addressed that:
> Each complaint, which will have to be addressed by others within the commission [...]
This drives me crazy. My local light rail system has an automated announcement system that malfunctions frequently. I write a complaint every time. I've escalated all the way up the org chart and I still can't convince them that this system not working needs to be noted in their service disruption announcements. Same with busses, always too quiet, always send the company a complaint while I'm still on the bus. It's tiring to be that guy but unless someone is letting them know, nothing gets fixed.
It seems to me that one thing we could do would be to use some updated version of our existing technologies to provide people with personalized notifications of such things as what station they're entering via personal technologies such as a phone. Your phone (or alternative device) tells you, in a language or visual or tactile cue of your choice, where you are, what station you are entering, how much more time to your destination station, and so on. You subscribe to the notifications you want in the format you want.
This sort of thing could be approached more generally, so that it would work for kids who aren't paying attention, for travelers who don't speak the loudspeaker's language even when it's working, adults who see and understand the language just fine but need an alarm because of a tendency to fall asleep and miss their stop, and so on.
Which then tells me that the big tech companies should all have whole divisions of employees with various "features" (very short, tall, blind, speech problems, etc.) who would not only test ideas like these but design, prototype, and build them. They would not only be experimenting with products and services for customers but with how to get their own work done, looking into questions such as whether you could design a programming language with a syntax optimized for hearing instead of looking, which would then be transpiled into something more mainstream, or creating alternatives to keyboard & mouse for those with muscular disorders, or countless other things.
My guess is that many of the ideas they come up with for helping some small niche of the population will be discovered to be of great value to many other groups in ways that weren't anticipated. Of course the dev tools they come up with for blind coders would be made available to all, but the "audio-optimized syntax" might just prove to be popular with programmers with no vision problems, and the keyboard/mouse replacement might be a big hit with cooks, surgeons, and musicians.
I'm sure there are many such things already going on that I haven't heard of, but I'm thinking it could become a very rich source of innovative technologies and products with big markets and should be such a big push that everybody knows about it.
This is a super cool way to think of it, and I think some good companies probably already do it this way.
It also makes me wonder what the "best" programming language would be for blind coders. I know my friend has talked about Java and Python, and I think Python has problems for blind folks because of the significant white space; but I believe even that is surmountable.
But, your mention of a syntax optimized for hearing is probably something we want to build, anyway. I just noticed a while back that there's a whole generation of kids who don't type to interact with their devices. They talk to them; I guess they still read the screen for replies, but I would guess there will come a time when even reading is optimized out of the system...already lots of folks interact primarily with their device through an earbud. Things like Google Glass will eventually happen.
In short, optimizing for other abilities seems like a future-friendly direction for exploration.
Yes, it must take a massive amount of internal strength and drive to be able to become a good software engineer while blind. They deserve the highest respect. Not only do they have to be good at programming, but they have to be excellent salesmen too (in order to convince potential employers).
Interview processes are quite cold/inhuman, but if you're blind, you really need to create a 'human connection' with your prospective employer in order to offset the 'perceived risk' that your disability brings.
If a blind person is competing with other fully-able applicants, it's easy for the employer to subconsciously fallback to a 'safe option' (it's a natural human instinct to avoid unknown risks) - That's why the 'frantic' follow-up communications are so important for a blind person - It's to make sure that the employer doesn't fall back to making 'subconscious' decisions.
Unconscious bias often limits your potential opportunities. I remember when I was looking for a job change one of the interviews I had was with a subsidiary of SAIC in India, the telephonic technical interview went very well and they invited me for in-person round. I did have mentioned visual impairment on the resume in the beginning but guess they didn't understand it or likely never bother to read resumes carefully.
When I reached there the HR got confused–they didn’t know what to do – so they asked me to give a written aptitude test (this was specifically mentioned not to happen as I’d already qualified the technical round). Good that I went with my brother who assisted me as scribe and then another technical interview happened with a team lead which also went well. They informed me that their dept. head would take a decision and get back to me.
If you're wondering whether they got back no that line of response meant that they didn’t expect person like me and weren’t interested.
1) Whether you have a disability or not - I have always wondered if I was hired because I was young and could be 'molded' or if I was qualified. Maybe it's at the forefront of your mind if you're disabled, but I'm sure everyone wonders if they got a pass for a superficial reason.
2) It has been my experience that those with a disability overcompensate in other abilities to appear as qualified as their non-disabled colleagues.
In my experience programming is a mental job (no pun intended) and blind devs are equally suited or if I may dare to say, somewhat better equipped to do it as eyes are sometimes a big distraction. I could do programming without getting distracted by people moving around in the cubical for example.
As PG once wrote in an essay [0]: “A good programmer working intensively on his own code can hold it in his mind the way a mathematician holds a problem he's working on.”
So this is how I or every other blind programmer works IMO.
Only UI is something a challenge, though still manageable if one wants (personally I delegate styling part and focus only on the frontend/backend development part as that’s where I can be the most productive.)
The other challenge is the tooling, often especially in enterprise settings, tools of the trade which are GUI-based, not much accessible and this can have a big hit on the performance of a blind developer. Luckily I’ve often able to find an alternative in such situations (or rather opted me out of such activities as it was usually related to non-dev related processes). If everything under the hood is based on API (or command-line like in Linux), finding alternatives won’t remain a challenge.
Could you give examples of tools which make your easier vs. those that make it hard / are impossible to use? This seems like a good additional argument for open / interoperable systems vs. closed, tightly controlled systems.
We contract a blind accessibility consultant to help us evaluate all of our websites (and we have a lot...) and educate us on best practices for making our sites easier to navigate.
One of the best choices that we ever made. We spend a lot of time on getting it right in our sites and have spent many hours in NVDA & VoiceOver with our eyes closed.
It's unfortunate how poor the experience still is on most websites and I wish our industry would spend a little more time trying to get this right. If you aren't using Semantic markup and ARIA, please start now.
You can't imagine how much worse the user experience is on mobile vs a computer.
As a maintainer of a major UI library for the web, I sympathize, but I also find that it also takes significant time to get accessibility done right as well. There is a lot of research involved for most people, precisely because they are not blind. I find that it is time consuming and doesn't offer as much bang for the effort, which is a shame & something I know I need to work on.
I wish there is a better solution here, but I don't know what it is. It does offer a good opportunity to make an impact though for any aspiring developers.
Do any large companies use your library? If so, they likely have requirements to make their sites accessible. It may be worth finding out if they've modified your library in any way to make it accessible (or simply easier to make the end result accessible) and can submit the changes back. We're looking at doing that for a table library (slickgrid, e.g. [1]) we use, as we'd prefer to help an existing in-use library over doing more NIH work.
I have heard of cases where increasing contrast to meet accessibility standards resulted in significant boosts to sales. Proper contrast is beneficial to people with vision impairments, but it also seems to help people without vision impairments navigate a UI. I would guess that you could also see a big sales boost when you make your site fully accessible to the colorblind - something like 10% of males are colorblind.
When it comes to screen readers, the percentage of customers who use them is much smaller, but there are lots of business reasons to have a good experience for blind customers: it's important in markets like education and government, and it avoids bad PR.
For those that don't want to read two articles just to get the answer to the above question, both of these articles are cases where people are being sued for having websites that are inaccessible to those with disabilities -- the same way you could be sued for lacking a wheelchair-accessible entrance in a brick and mortar business.
Nice story! One thing I have been thinking about, for completely blind (English isn't my native language, so sorry for not using the correct/polite terminology) users, (that have 0% vision on both eyes) it would be possible to use a laptop without a screen, I guess.
Essentially simulating the screen for the screen reader to work with, but not rendering the output anywhere (or even having the screen hardware to render it on). Just imagine how mind boggling it would be to see someone working at a coffeshop with just headphones on and the bottom part of a laptop, or at a desk with no screen on it!
I get that it probably don't make sense to manufacture a product like this, but still, would be really cool I think! :)
That's how a blind friend and coworker of mine works on a plane. Raspberry Pi + headphones + battery + keyboard. So you pretty much put your computer and battery in your pocket, and have the keyboard on your lap. Pretty fantastic.
I actually took a laptop, and took it apart (for other reasons). Putting it back together, I purposely didn't put on the screen. It works just fine. I usually use it over ssh, but I can plug in a monitor, and it does think that the internal monitor is still connected. So, I think you can do that on regular hardware. I'm not blind, so I wouldn't know how to operate it without the display, though.
Not exactly, but I work somewhat like this. Basically if it's on the laptop, the lid is closed and if it's the desktop either the monitor is switched off or disabled with a command.
IN office, people did used to get curious I think but they mostly preferred not to ask me :)
Even more, some constant robot-like sound (of low volume) coming from the computer make them more curious as I usually do not prefer headphone.
Not enough though. I always notice how little memory and processing power non-graphical applications use.
When I was 17 or so (about five years ago) I bought an old laptop for 65 bucks to run as a server. It had 128MB RAM, ran Windows XP and had a Pentium 3 I think (might have been P2). A piece of shit, basically, and Windows XP took at least 30-40MB of that precious 128MB RAM.
Nevertheless, I could run Apache2, Mysql, Filezilla Server, hMailServer, BIND DNS, VNC/TeamViewer (I forgot which), µTorrent with a webinterface, and probably something else I'm forgetting. All of this software ran perfectly fine together. I think my website (self-written php blog which did a few database queries on every pageload) even hit the HN frontpage once and it survived just fine.
The point? Non-graphical applications rock in performance compared to something that has to render stuff. Removing the screen probably does nothing to stop applications from trying to render fonts, images, etc. Doing that would probably increase laptop's battery lives to a full work week (I mean, look at phones, and they have more than enough processing power for this, with a fifth or tenth of a laptop battery because of their size).
That saves some, I've tried it a few times in the past and it doesn't help as much as I had hoped (perhaps 30%). I am sure that when eliminating all visual processing we could achieve something like 200% without much effort.
That would mean my computer was spending 50% of it's battery life displaying on the screen, which I'm afraid is clearly untrue. If not running games it's less than 5%.
When I was in high school, I had a part time job/internship doing QA and writing some software. I was recruited there by my friend, who was blind, a programmer, and also in high school.
He was a great programmer, and very adept at using his screen reader. As far as I know, it only ever gave him one serious complication: since he was a minor, it was set to safe-for-work mode, and it read his coworker's name, a Mr Livshits, as Livsugars.
Speaking of, The Changelog #206 https://changelog.com/206/ just put out one with a blind programmer as well, "This week on the show we talk with Parham Doustdar, a blind programmer. We talked about the advantages of being a blind programmer, the tools he uses, quitting school, carving your own path, and more."
Recently, I tele-interviewed a developer and got him as a consultant, judged based on his skills and his work. I didn't realize he was blind until it came to light that the blind developer in the team was the one I interviewed! Good Developers are good, no matter what.
Prior to that, I also got 2 disabled interns - they are hard of hearing and verbal speaking. I got them working for 6 months, after which they got full-time jobs elsewhere. They were usually present in the 30+ team workshops and meet-ups that I do. I had to slow down, express more expressively with hands, etc. and things went pretty good. They did always comes back to me at the end, picking on few missing parts that I need to elaborate.
I also had a selfish motive - I wanted to learn sign language. I was able to understand them better but I think I need professional training to be proficient doing the sign language myself.
btw, this is all in India, a place where accessibility, disability-enabled stuffs are an after-thought, sometimes totally ignored.
The readers would not have to be rotten human beings ... merely non-naive. He didn't suggest we readers _wanted_ him underpaid. Just that we might wonder if they did. Many _would_ underpay him, so it's a reasonable thing to wonder.
I started reading it from a UK perspective. I couldn't get past the "we didn't break the law!" self-congratulatory feel.
But then I realised that discrimination is common in the UK, and there are absolutely employers who pay people less because those people have disabilities; so I switched into enjoying reading about a company learning that employing someone with a disability isn't a big thing.
>"9 out of 10 employers rate blind and partially sighted people as either 'difficult' or 'impossible' to employ" (DWP, 2004) [0]
Which is stupid beyond belief to anyone who spends much time with folks who have a visual impairment. Just off the top of my head I can think of a barrister, a librarian, a bunch of IT and development types and several qualified and practicing tennis coaches who are VIPs. And that's just out of my personal acquaintances.
So while I almost bounced off this for the tone, in the end the tl;dr is 'we overcame our bias and it turned out to be no biggie'. As someone who spends a lot of time working to generate positive PR for VI I'll take this as a net gain.
I find it interesting that they pay everyone at the same level the same amount. Unless that's an even more ambiguous statement than it reads; "level" being extremely subjective and analogue.. Their answer about pay is very open to interpretation. It has been a sellers market for a while now.
I also agree with you about the feel of the article. Something just doesn't sit right with me about it.
I wonder if any blind coders could comment on how they see programmatic flow in their minds eye? I am curious how this shapes the way you write code as well. As a demonstrative example, i imagine very long / complex functional methods would be difficult to worth with as they would require more movement back of the screen reader and may reduce your efficiency.
Maybe people who work with blind devs could also chime in.
Many blind musicians and artists develop heightened perceptions in their respective art and generate some unique, original works. I wonder if this is true for coders/ mathematicians?
I've done it, and it's not that hard. Anything that you would normally write or draw on the whiteboard to explain the problem, you just explain verbally instead. I found it helpful to write everything out on paper anyway to keep my explanation organized.
The candidate brought along their own laptop with a screen reader and a nifty Braille display, so when it was time to actually write some code, they just fired up Emacs and we were good to go.
I started a new job and the sysops guys works remotely. I had been communicating with him for over a month via email and chat before a colleague told me that sysops guy was blind. He is quite brilliant.
I thought I'd give my $0.02 worth on some of the questions raised.
> I wonder if any blind coders could comment on how they see programmatic flow in their minds eye?
It's all about the structure. I think of it like reading a novel with a complex plot - you meet some of the characters, learn facts about them, and then you get introduced to new characters, and later in the book you find out how they relate to each other, and much later on, you may find out through some twist of the plot that the relationship isn't quite what you thought it was, and you have to recreate your mental model.
As a result, I find that sometimes I'm slower at ramping up on complex codebases (especially if it's poorly written with no structure), but once I have my mental model, I'm potentially faster than someone who has to have things in front of them to refer to. This is purely based on my personal experience.
> How do big companies that love doing white boarding interview blind people?
I've always turned up with my laptop, and proposed that I use it, plugged into a monitor the interviewer can see. The interviewer reads me out the question, and I take notes. I always do the coding in Notepad, so I don't have access to code completion or syntax highlighting.
> I think it is totally reasonable that a blind person could code, but how does a blind person learn how to code initially?
The same way a sighted person would - since most information in this field is text-based. Read the tutorials, do the exercises. In fields where mathematical notation or diagrams are prevalent (e.g. machine learning), some sighted help or adapted material is probably required.
> Why the hell would you hire a blind coder to ship your feature by next week when you can find an equal or better (white/Asian male) engineer to do the same thing? By definition, the blind coder is limited compared to non-disabled people. It's a purely business decision. No hard feelings, but I'd rather not have a blind person on my team or organization. Unless it is for PR.
I respond to this comment purely because, whether I like it or not, such thinking is not uncommon. Let's rephrase the question as "why would you hire a {foo} engineer to ship your feature by next week when you can find an equal or better ({bar}) engineer to do the same thing?". Put this way, I accept that smaller companies who need someone next week will always choose the {bar} engineer, because they're better, not because they're {bar}. But here there is an assumption that every single {bar} engineer is better than every single {foo} engineer, which simply can't be true. Make sure your biases don't prevent you from hiring the awesome {foo} engineer, who out-performs every {bar} engineer. In a larger company, I'd go further and say that you need to have an inclusive work culture, not only because it's the right thing to do, but also because if your customer-base is diverse (which on the internet, it probably is), then a really good way to make awesome products is to have a diverse workforce.
> By definition, the blind coder is limited compared to non-disabled people.
Wut.
One could equally argue "by definition, an ex-vi user is limited compared to an IDE user" (I mean ex-vi.sf.net and that's what I actually use) - so much of development is about thinking, and the interaction method to provide the solution to the computer once you've figured it out is often almost incidental.
(on the upside, it appears the original comment asking that has been flagged to death, but FFS basic logic fail)
One of the most brilliant coders I've ever worked with was 90% blind. He had a gigantic monitor, and his term setup was such that the gigantic screen showed big chars, 3 at a time. He'd scroll through code like lightning, reading it 1 or 2 chars at a time, and despite this limitation was one of the best kernel hackers of my professional experience. (We bonded as the only vi users in the dev group..)
To this day, I doubt I'd have the temerity and courage to work in this field as he did, and I have to say that I have immense respect for the disabled who overcome these disabilities and nevertheless remain extremely productive. It says something of a persons resolve that they are willing and able to write and debug kernel code, 1 char at a time .. I really don't think I could do it.
I think it is totally reasonable that a blind person could code, but how does a blind person learn how to code initially? Did he become blind later on after learning how to code?
Hi everyone! Thanks for the support and reply. Wasn't expecting this kind of response when we wrote the article.
Herwin is visually impaired since birth so he definitely picked up coding with a screen reader. I have notified him of the comments here so he can share more of how he initially picked up coding himself. :)
I saw that you said you do video interviews, have you considered running "blind" interviews like how orchestras do? Applicants to orchestras play from behind a screen so that the judges selecting the candidates cannot see the candidate, and the only metric by which they can judge is the quality of the performance. Determining sex/age/race/etc through voice could be eliminated through audio filtering.
From the comments there, here's a fascinating example of how quickly a blind person can absorb information. 525WPM in this case: https://soundcloud.com/freecodecamp
This question came up on StackOverflow a number of years ago and sparked an insightful conversation. I recommend reading through the thread to anyone interested.
I used have a blind colleague, I didn't work closely with him but did have a few interactions with him. This was maybe 20 years ago. So people have been doing this a long time. He was working on speech codecs when I worked with him. Anyway he just went to engineering school. At least in California they have people who help you and the school is legally required to make an "accommodation" if needed. That could be a reader, or more time on exam, etc. Here is a brief article on the guy
Same as anyone else, I assume. There was a completely blind student in the year below me at University, he did just as well as anyone else. His screen reader read at a ludicrous speed.
I can't imagine what it would be like to use a computer in general, without sight. However, most programming resources are in text form, so I guess it wouldn't have been too difficult (in relative terms).
I work remotely as well, but at our company we do a lot of screen sharing meetings. I wonder if someone should build some sort of VNC (or zoom, or adobe connect) that plays well with screen readers and doesn't just send a video feed. Or maybe it already exists.
I myself have macular degeneration, which while not disabling right now, has started a bit too early in my life. One day I might be almost blind myself and I will definitely need this.
At a previous company I worked at, we had a blind dude supporting our web apps (i.e. on the phone with customers). I was pretty shocked (and a little ashamed) to learn this because didn't have any ARIA features built in.
I think most programmers don't realize how much vision holds them back. I've been coding blindfolded for over a month and I'm never going back. If you are a touch typist what do you need to see? Not looking at things helps me to focus.
I do take the blindfold off while checking my work an during some parts of debugging.
Not so strange. We talked about getting blindfolds for accessibility testing and talked about maybe trying to program with them so we can empathize better with users.
VoiceOver is pretty good. If you're already a touch typist and no-mouse person it's not as big a stretch as you think. Hearing your code read back to you helps with some things.
(I posted the following in a reddit discussion of this, but am reposting here because your comment seems relevant to some of the speculation I raised)
Not to take anything away from this, because it is impressive, but a lot of people overestimate how much you need to look at your code while writing it. That's because we've gotten used to (if we are older programmers) or grown up with (if we are younger programmers) editors on big screens or in big windows that always show us a lot of our code.
There was a time when that was not the norm. Many programmed on teletype terminals or on 24x80 character CRTs that did not have cursor addressing (AKA "glass TTYs"), usually connected to the computer over a slow serial line (300 baud for a hardcopy terminal was typical). Text editors worked a line at a time. You could see whatever previous lines had not scrolled off the top yet. Best case, that would show you the line you were typing and 23 prior lines, although usually some of those lines would be showing editing commands you typed rather than lines of your code. If you wanted to see more lines, you had to type a command to tell the editor to show them, and they would come in from the bottom, scrolling prior stuff off the top.
In that kind of environment programmers tended to do a lot more of their work in their heads than we do now. Not as much as a blind person has to do, of course, but a lot more than seems feasible to the average programmer nowadays. Heck, it often seems infeasible nowadays to many of us who programmed back then. I know I wrote a lot of code in such environments, but nowadays I cannot figure out how the heck I actually was able to do that.
I'm not sure if we are actually better off now or not. We don't have to keep track of us much in our heads because our editors do it for us, so perhaps that frees up some brainpower to concentrate on more important things. On the other hand, maybe by keeping more of our code in our heads back then, we were able to understand it better.
I tried this once as an experiment. I can't say it worked very well or would try it in production, but then again, I tried only once as a random idea. I've always wanted to try it a second time to improve some things I did wrong, but never got around to. Sounds like I should!
One of the best things about HN is that by the time I see comments as horrid as this, they've almost always already been flagged by community members. It would be better if they didn't exist in the first place, but that's too much to ask.
To all the users who flag toxic comments like this one: thank you. HN has improved a lot because of you.
What makes you think that you can find an equal or better engineer? When you're hiring you don't just get to order an engineer who precisely fits your specifications; you have to choose from real people who are all imperfect in one way or another.
Even worse, there begins to be a notion that hiring someone with a disability is a charitable act, rather than just making a hiring decision based on their competence for the task. It seems like that would be kinda soul-crushing to always wonder if you were chosen for reasons other than your abilities.
I've seen so many interesting/disappointing behaviors from people when it comes to people with disabilities. Once I was helping with an event that was organized and led by a woman with cerebral palsy and in a wheelchair. Media showed up to cover the event...and kept trying to talk to me about it (the able-bodied white guy who was mostly there to handle technical stuff and had very little interesting to say about what the event was about), even when the organizer was right next to me and clearly bossing people, including me, around. She also has had difficulty finding regular work in the past, despite being really impressive in a lot of areas.
I'm kinda just ranting here, as I don't have good solutions, but I do think it'd be cool for folks to stop assuming that just because someone can't work the way most folks work they can't do the same kind of work. There have been blind developers (that I've been aware of) for about as long as I've been using computers (and that's a long time). We should stop being shocked by it; though it's cool and impressive, it tends to lead to thinking they might not be able to do the job as well, just because they're doing it in such a different way.