Comment by twodave

These are ok points. Though I don't think it's necessary to use tables to be accessible, for example. It's perfectly fine to use whatever you want, so long as you include the proper semantics/ARIA tags to help the screen reader know what's going on.

I think understated by the author is how many a11y considerations are visual, real-time and/or physical in nature. Accessible UIs aren't just for communicating the structure of a page to a screen reader. Sometimes your user is deaf, or just colorblind, or lacks fine motor control/experiences physical fatigue using computers. Sometimes they're not blind, but they need larger letters and contrasting colors to quickly and accurately use your application. Sometimes you're displaying something new, and you need to let all of these users know about it clearly.

Also probably understated is that many component libraries (Prime, Material... all of them) have a11y bugs that nobody finds because most don't care. If you want your name on some open-source commits [0], this is a really easy way to get your feet wet.

Source: have done multiple WCAG audits

[0] seriously: https://github.com/primefaces/primeng/pull/15161/commits/ea4...