When you think of common programming techniques and processes, what comes to mind first? Perhaps it’s test-driven development, writing an automated test to start your development cycle and putting testing at the forefront instead of the typical afterthought. Or maybe you thought of behavior driven development with stakeholders collaborating and defining the software behavior upfront thus mitigating the ambiguities from some requirements. But what if I told you that while testing and behavior are important, accessibility should be one of the first development considerations?
Maybe the whole concept of accessibility is nothing new to you, and you’re already accounting for it in all aspects of the development process. But, if you’re like most developers (myself occasionally included), accessibility along with unit testing are the two things you often save to the very, very, very end, or perhaps you save them for the newbies to worry about in a future sprint โ neither of which is ideal. While it may not be quite as important in some industries as it is in others like government (where Section 508 is federal law regarding accessibility), addressing it should be in the forefront of your thought process, your code, and your testing.
