I empathize. My last job was with a university that got tagged with a lawsuit threat around the time I started. Accessibility stories eventually dominated our backlog. I appreciated being able to improve accessibility. But the lack of consistent standards and the legal department's lazy and inflexible response to the issue were demoralizing.
One of the first things I did in my next position was to bring on a Site Accessibility Engineer (I think I made that term up) to get out in front of issues like this. She was a graduate of a developer bootcamp with past experience assisting people with real-world accessibility issues. She's been invaluable.
"She was a graduate of a developer bootcamp with past experience assisting people with real-world accessibility issues."
That's one of the best "boot camp" use cases I've ever heard. An accessibility engineer like that doesn't necessarily need to be able to actually code up a backend with a database, etc, but is going to be greatly handicapped if they literally know nothing about the web and can't even show off a prototyped-up page with the new markup they are proposing. They don't need a full "computer science" education, a boot camp is a perfect bootstrap. (I'd still say there's things yet to learn, but when isn't that true?)
Sure, but where do they get their second tech job? Site accessibility engineer is not a common job title/position that I know of. Without some of those skills you mention, if not the corresponding formal education, that seems like this person is set up to fail soon, unless companies really start taking accessibility seriously in the next few years.
I dunno; if they're like most developers I know, they'll end up picking up a hodgepodge of skills that they missed in the bootcamp, which will let them plump out their resume.
If they can't figure out how to write their resume after they've had the experience, I don't feel too bad for them.
Accessibility consulting pays bonkers money these days due to the demand; even the a11y places like Deque and Usablenet are being asked for on-site a11y practitioners and they can’t find enough of them to refer companies to.
From reading the other comments in this thread, it seems that companies are starting to take accessibility seriously, and an experienced site accessibility engineer will not have any issues getting another job.
You might want to put her on a certification track (of which there are legit and respected certs out there now). Gomez v GNC highlighted the need for someone that could be pointed to as an actual expert on Accessibility on staff.
I don't see how implementing accessibility isn't a nuance. Not only do most people, including engineers, not even notice accessibility features, but they're a minor detail in how a web application functions. What do you think a "nuance" is?
Besides, it doesn't matter whether it's a nuance, because apparently most engineers aren't competent in implementing accessibility. I'd rather that people who specialize in it can get paid to do it right instead of believe in a fantasy that engineers are going to going to care enough to do it themselves.
IMO the problem is that web development education is often very informal, if not just straight up on the job. A lot of accessibility is to make links <a>, buttons <button>, tables <table>, lists <ul> or <ol>, etc. Append alt text as needed.
The problems come up when people see default <button> styling and then go off and make it a <div> instead. Nobody really teaches why this is a bad thing, you certainly won't find it in some random web tutorial on a blog from Google search. But if enough kludges like this happens in a code base it becomes pervasive tech debt in lots of tiny places, which is possibly the worst kind of tech debt.
I don't think it's impossible to educate engineers to do this, the problem is that we don't really educate about web development in the first place.
This is technically correct, but developers often code websites and applications facing the public, at which point you do come under the auspices of US case law (since websites are not explicitly covered by ADA), and UK legislation, to start with a few jurisdictions.
Does every developer face the law? Or just the companies putting material out there?
This really isn't a matter for developers to take on themselves. It is a matter of product development and feature selection.
So many people on here talking like they just "just do it right" and it's no more difficult to make the site accessible than it is to make the site at all. It is something which needs to planned an budgeted for.
It can get expensive. Especially when the development of the site is speculative and you don't know beforehand what it is going to look like in. Iterating over works in progress and maintaining accessibility along the way can be a real pain.
If it was as easy as everyone says, then most websites wouldn't be downright crap when it comes to accessibility. Most engineers are either too incompetent to implement it or it's too hard, or both. It's probably a mix of both. Either way, just wishing that people just do a better job just isn't going to happen. Paying people to do one job really well is probably a better way forward.
Hell, I can take the argument against this and apply it to things like QA. Why exactly can't engineers just do what QA would do themselves? Why not make all engineers devops? After all, shouldn't they understand the entire system from end to end? The answer is they can't, because the more skills you expect an individual to have, the more likely they're going to suck at everything they do.
It's easy to do when you implement. Links should be links. Buttons should be buttons. Lists should be lists. And so forth.
The problem IMO is that a lot of people see the default styling of, say, a button, and go 'screw that' and make a div do the work of a button instead of trying to override browser button styling. A fair amount of people learn web development very informally, and in my experience very few tutorials or education sources actually talk about accessibility other than as something that sounds like something nice to have. So they don't know why doing this is bad, or they don't think it's a huge problem.
And it's very easy to do these small little accessibility kludges instead of modifying default behavior, and you don't realize what the cost of that is until lots of kludges later you get slapped with a lawsuit. If you're on a team prioritizing composability, this isn't necessarily very difficult to fix, but for websites that exist pre-composable frameworks and use a hodgepodge of older technologically, this is actually very difficult, especially since many of the people who wrote the original logic are probably gone and the code probably isn't commented sufficiently.
Accessibility is just another form of tech debt. I don't know of any places that would hire a tech debt specialist.
One of the first things I did in my next position was to bring on a Site Accessibility Engineer (I think I made that term up) to get out in front of issues like this. She was a graduate of a developer bootcamp with past experience assisting people with real-world accessibility issues. She's been invaluable.