Desmentir el mito: accesibilidad y reacción

Me parece notable cuando el blog de una importante empresa centrada en la accesibilidad como Deque publica un artículo llamado Debunking the Myth: Accessibility and React . Mark Steadman básicamente dice que si un sitio tiene mala accesibilidad, no es React… eres tú. Las herramientas están ahí para lograr una buena accesibilidad.

React no usó a divpara a button, tú sí. React no forzó un marcado adicional en toda la página cuando decidió no usar un Fragmento. React no se olvidó de cambiar el título de la página porque eso fue algo que descuidaste.

¿Es diferente cómo hacerlo en React versus cómo hacerlo en algún otro framework o CMS ? Sí, lo es. Diferente, pero ni peor ni más difícil.

Soy optimista en cuanto a que los componentes de React bien diseñados y centrados en la accesibilidad pueden tener un impacto positivo en la web. Justo hoy estaba programando en pareja y mirando algo de HTML para alternar la interfaz de usuario en una plantilla de Rails. Tenía un pequeño error que queríamos solucionar y que requería un cambio de HTML. Pero esta opción no era un componente, era un fragmento de HTML utilizado en docenas de lugares del sitio. Dios, desearía que esta parte del sitio estuviera diseñada con componentes adecuados, para que el cambio hubiera solucionado todos los cambios en el sitio a la vez. Todos los marcos de JavaScript fomentan este tipo de creación de componentes, que, en mi opinión, es simplemente una arquitectura de interfaz de usuario inteligente.

¿De dónde vino el mal rollo de React? Bueno, podríamos debatir eso durante días. ¿Es que los desarrolladores centrados en JavaScript nunca recibieron la formación en HTML que necesitaban? Tal vez. ¿Fue un código React retorcido y poco semántico que se escribió/compartió en los primeros días y que otros copiaron y pegaron demasiadas veces? Tal vez. No estoy seguro de que alguna vez lo sepamos. Lo importante es que todos hagamos un mejor trabajo ahora.