And I say that as once upon a time being a software engineer who worked on IE 10 and IE 11.
A previous project I worked on at the same company was adding accessibility to our product. In hindsight, I can say without any regrets the product would have been better had accessibility been taken into account from the start, rather than as a follow-up. To underscore that: the product would have been better, period, for having had accessibility from the start. Even if the accessibility aspect itself were ignored, for a moment. Why? Because the accessibility is a user-interface, and the product would have had a FAR better separation-of-concerns if the accessibility user-interface in addition to the graphics user-interface were worked on together, from the start.
Accessibility First DevRel. I focus on ensuring content created, events held and company assets are as accessible as possible, for as many people as possible.
Singing from the same hymn sheet here, accessibility makes you design better interfaces and put thought into “where should this button go”.
As you said, having it “in your minds” while developing, even if you don’t understand all the actions you should take, will still make the product better. Then when you do get someone in to help with accessibility they will be pleasantly surprised at how straight forward the fixes are!
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
IE is, effectively, EOL'd. Edge is the now.
And I say that as once upon a time being a software engineer who worked on IE 10 and IE 11.
A previous project I worked on at the same company was adding accessibility to our product. In hindsight, I can say without any regrets the product would have been better had accessibility been taken into account from the start, rather than as a follow-up. To underscore that: the product would have been better, period, for having had accessibility from the start. Even if the accessibility aspect itself were ignored, for a moment. Why? Because the accessibility is a user-interface, and the product would have had a FAR better separation-of-concerns if the accessibility user-interface in addition to the graphics user-interface were worked on together, from the start.
Singing from the same hymn sheet here, accessibility makes you design better interfaces and put thought into “where should this button go”.
As you said, having it “in your minds” while developing, even if you don’t understand all the actions you should take, will still make the product better. Then when you do get someone in to help with accessibility they will be pleasantly surprised at how straight forward the fixes are!