DEV Community

Mark Steadman
Mark Steadman

Posted on

Is Accessibility Difficult for Developers?

Hey All,

I talk a lot on here about accessibility in development lifecycle, but I am curious to hear from you all.

Do you think that accessibility in development is a difficult thing to grasp or even do? What is an aspect that makes it difficult?

If you think that its relatively easy, share with me what you think has made it easier for you all to grasp.

Let's talk about it!

Top comments (10)

Collapse
 
grahamthedev profile image
GrahamTheDev

The reason people find it difficult is that it is a "wide but shallow" subject.

There are several things that you need to be aware of all at once when designing even a simple component. This becomes a big barrier for developers, especially those who have already learned a lot of bad habits.

Also the fact that WCAG is one of the least accessible documents I have ever had the "privilege" of reading, so it just becomes overwhelming for people when trying to research answers.

Collapse
 
steady5063 profile image
Mark Steadman

Agreed with all of that. Honestly, when developers bring up accessibility I do my damndest to try and simplify it. No WCAG, just what they are on the hook for, and giving them guidance on what they need to learn that isn't anything and everything.

I wanted to use this discussion to see what else developers think makes accessibility so difficult to do. Always trying to learn and adjust how I approach it :)

Collapse
 
julianadfg profile image
Juliana.zip

I think I agree with you, but I wanna know: why would you say WCAG isnt accessible? What is your worst problem with the docs?

Collapse
 
grahamthedev profile image
GrahamTheDev

They are so verbose, they lack examples and in some places they just plain contradict each other.

For example, I wrote a 2000 word article trying to answer:

"Is a placeholder and no label acceptable on an input"

The answer from common knowledge is obviously no, but in the end I actually landed on "it is OK, according to WCAG".

Collapse
 
kundaiclayton profile image
KundaiClayton

When it comes to accessibility, many developers may feel overwhelmed and think that they need to address a multitude of issues all at once. However, it's important to shift our mindset and view accessibility as an integral part of the development process rather than an afterthought.

While it may be daunting to strive for perfection in terms of accessibility, it's important to remember that any effort to improve accessibility is better than none at all. Simple steps such as adding alt messages for images can make a significant difference in improving accessibility for those with visual impairments.

In short, rather than feeling overwhelmed, developers should aim to make incremental improvements to accessibility and prioritize its integration into the development process from the outset. By doing so, we can create more inclusive and accessible digital experiences for all users.

Collapse
 
steady5063 profile image
Mark Steadman

Absolutely! It is very true that most people want a very simple 'point and click' solution for accessibility that fixes it all at once. But that doesn't exist and so they say "we gotta fix it all!"

The small wins are the most important ones, and yes it takes time to get there but the reward is a culture of accessibility that sticks. The one thing I always preach is small phases of accessibility in dev lifecycle, the problem is, what if a team loses interest? Thats the part that has been difficult to figure out is how to keep them interested with all other work that comes in

Collapse
 
kundaiclayton profile image
KundaiClayton

Yeah, keeping the team interested in accessibility can be tough. But one thing that can help is to make sure we're looking out for accessibility issues during code reviews. That way, we catch any problems early on and can fix them before they turn into a bigger headache. Another trick is to use accessibility linting tools that flag accessibility issues in the code as we write it. That makes it easy to remember to include accessibility and keeps it part of our regular development process. if it becomes a natural part of the team's workflow, it will be easy to build and maintain a culture of accessibility that lasts.

Collapse
 
realitydust profile image
Daryl Suttie

For web dev at least, WCAG compliance is particularly challenging because a lot of front end devs have surprisingly limited HTML comprehension. The evidence is overwhelming that FE developers are hired for JS/CSS with no one vetting their basic HTML skills.

I get why this is--even when I went to university, you couldn't get credit for HTML learning in the CompSci track because of its perceived simplicity. It was--and still is--relegated to self-learning at the post-secondary level.

I also tend to de-emphasize WCAG when introducing devs to a11y concepts.

Collapse
 
steady5063 profile image
Mark Steadman

Yep! 100%. The teaching of fundamentals is completely and totally lost. I Actually wrote about this in wake of JavaScript frameworks: deque.com/blog/javascript-framewor...

Collapse
 
artorias2718_39 profile image
Artorias2718

In my experience, part of what makes it difficult is that, much like what happened with responsive design early on, accessibility went from a "nice to have" to "we need to make sure our apps are intuitive for disabled users". As someone with a few disabilities, I can understand the frustration that someone who is blind, deaf, etc. could go through when it comes to browsing a web app that is hard, or impossible, for them to use because of accessibility issues, but it's not as easy as filing lawsuits against a company to get things to change.

Frankly, I don't think a lawsuit is the appropriate course of action, at least not initially when someone with a disability is having problems with a website. Regardless of how a developer gained the skills they have, accessibility is a relatively new consideration, in some sense, and while it certainly is an important consideration, I'm willing to bet most developers (myself included) are more concerned with meeting project deadlines and just getting something deployed ASAP, even if the app may not display properly on a few devices or disabled users won't be able to navigate our apps properly. This is probably a bad way to operate, but for me if I can get the meat of a project going, I usually don't care if it looks like crap at first, much less whether or not a disabled user will be able to work with it properly because it's hard for me to consider so many different problems, and perhaps this will come with experience, but as I test the functionality, I identify visual problems as I come across them, take note, and work on them afterwards.

Also, I think there's a tendency to lay everything on the developer's shoulders, and we're lucky if our designers include any responsive layouts. It gets even worse when considering accessibility because most non-developers aren't even aware of these issues. Hopefully, as AI tools improve, they'll be able to help mitigate these issues because I'm not saying they aren't important, but there's sadly no universal solution for all of these issues.