Olutimilehin Olushuyi es abogado y es nuevo en la accesibilidad. Hablamos de su batalla con JavaScript, los estándares internacionales y la importancia de leer el contenido de un sitio web.
En esta publicación, se destaca a un experto de la comunidad como parte de Aprende sobre accesibilidad.
Alexandra Klepper: ¿Cómo fueron tus primeros pasos con la accesibilidad web?
Olutimilehin Olushuyi (Shuyi): Bueno, es una historia divertida. Soy abogado. En mi último año de la universidad, me di cuenta de que no quería ejercer la abogacía durante el resto de mi vida. Así que intenté abandonar la escuela, pero mi decano y “madre académica”, la profesora Ayodele Atsenuwa, me dijo: “Hablemos de esto. Estás en tu último año, solo termínalo".
En última instancia, me alegro de que haya dicho eso y de haber terminado, porque me ha ayudado en mi trabajo de accesibilidad. El profesor Atsenuwa me preguntó qué quería hacer en su lugar, y no tenía ni idea.
Comencé a buscar nuevas oportunidades laborales y me comuniqué con algunas personas que querían crear una startup y necesitaban un abogado. Esa oportunidad no era adecuada, pero fue la primera vez que supe que las personas escribían código para todos los productos que usamos. Pensé: "Puedo responder esto". Comencé a enseñarme HTML y CSS. Luego, llegué a JavaScript y… [risas] JavaScript hizo cosas de JavaScript, así que volví a enfocarme en mis lenguajes semánticos de frontend.
Encontré el trabajo de Andy Bell y Heydon Pickering. Compré Every Layout y cambió mi vida. Andy mencionaba la accesibilidad, pero no sabía qué significaba en este contexto. Me di cuenta de que podría trabajar en el desarrollo web sin necesidad de saber cómo escribir JavaScript.
Me comuniqué con Heydon y fue muy receptivo y atento. Parece que todos en el campo de la accesibilidad son así, y estoy agradecida por eso.
Alexandra: Definitivamente estoy de acuerdo, todas las personas con las que hablé fueron tan amables y serviciales.
Shuyi: Por supuesto. Actualmente, trabajo mucho más en la defensa. Me encuentro en Nigeria, un país donde la accesibilidad web no es obligatoria por ley. La Ley de Discriminación contra las Personas con Discapacidades se aprobó en algún momento de 2018. Sin embargo, no hay una ley de accesibilidad web, solo una ley sobre accesibilidad física. Es como la Ley para Estadounidenses con Discapacidades (ADA) de EE.UU. Nuestra legislación está mal estructurada, pero es mejor que nada.
Me di cuenta de que, si quiero tener alguna posibilidad de marcar la diferencia y convertirme en un desarrollador enfocado en la accesibilidad, primero debo informar al ecosistema sobre las necesidades de accesibilidad. Comencé a tuitear sobre la defensa de la accesibilidad. Hablé con empresas y marcas, cuya aceptación es necesaria para lograr la accesibilidad para el trabajo.
Alexandra: Apuesto a que tus antecedentes legales son muy útiles para trabajar con la accesibilidad. De hecho, puedes leer la nueva legislación y comprenderla de una manera que la persona promedio no lo hará. Eso incluye a un desarrollador promedio.
Shuyi: Creo que uno de los mayores regalos de mi experiencia legal es que puedo leer páginas interminables de materiales de referencia, documentos realmente extensos, sin cansarme. Doblo las piernas, dejo mi laptop y empiezo a leer. Y leer. Y leer. Tiene ventajas,
Alexandra: Es decir, tengo envidia, es una gran habilidad. ¿Crees que trabajarías alguna vez con el Gobierno para que se apruebe una ley de accesibilidad digital?
Shuyi: Te seré honesto, no creo que sea así. Trabajar con el Gobierno es un juego diferente. Tarde demasiado en hacer algo, sobre todo como persona. Ese tipo de trabajo es mejor para las ONG y otras organizaciones con personal y recursos para generar cambios.
La ley física tardó mucho tiempo en aprobarse, y las necesidades de accesibilidad fueron mucho más allá de lo que terminaba en la ley hace años. Es como si se aprobara el primer borrador, aunque el mundo haya cambiado.
En última instancia, nos alegra que haya algo en lo que confiar, sin importar cuán desactualizado sea. Hay una ley que se debe aplicar.
Crea diseños accesibles
Alexandra: Leí tu artículo <article> vs. <section>: How To Choose The Right One de Smashing Magazine y la conversación de Twitter que lo inspiró. ¿Cuál dirías que es la conclusión más importante? ¿Qué es lo que más quieres de los desarrolladores web?
Shuyi: Los desarrolladores deben leer el contenido antes de comenzar a crear diseños.
Originalmente, para el diseño del sitio, solo había contado la cantidad de párrafos y los había colocado en secciones y artículos, sin pensarlo mucho. Sin embargo, alguien llamó mi atención sobre el uso inadecuado de las secciones, y fue la primera vez que pensé en ello. Leer el contenido es una de las acciones que puedes realizar para crear un producto mejor.
Alexandra: Cuando era desarrolladora, a menudo los clientes independientes me decían: “Crea algo para nosotros y completaremos el contenido más adelante”. Por supuesto, hay algunas páginas que tienen contexto automático, como una página de contacto. Sin embargo, saber cuántas páginas se debían crear y qué tipo de asistencia personalizada se necesitaba solo se podía responder cuando recibía el contenido.
Shuyi: Antes de saber lo que sé, mi mejor cliente me daría ideas de diseño generales, y creé un sitio con un montón de lorem ipsum. Me encargaré de todo eso. Sin embargo, cuando te das cuenta de cuánto afecta la infraestructura de contenido a los usuarios en la Web, te das cuenta de cuánto del proceso estándar para crear contenido en la Web es, en realidad, defectuoso. Debes ser intencional cuando crees cosas.
Hay mucho trabajo de infraestructura de accesibilidad al que no se le presta atención, y eso me rompe el corazón.
Alexandra: ¿Cómo hiciste tu investigación para asegurarte de que el consejo que diste en el artículo fuera correcto?
Shuyi: Primero, separé las fuentes de información, algo que se hace en derecho, separar las fuentes primarias y secundarias. Las fuentes principales son la ley real (como la ADA y las leyes de Nigeria) y las fuentes secundarias son las que los expertos interpretan a partir de la ley.
Decidí hacer referencia solo a las fuentes principales: las especificaciones HTML, WCAG y WAI-ARIA. Leo obras de otras personas, muchas de ellas muy buenas. Sin embargo, al final del día, las opiniones eran tan divergentes que decidí que solo podía tomarlas como contexto útil, pero no confiar en ellas como las respuestas correctas.
Crea una comunidad accesible
Alexandra: Mencionaste que intentas que tu feed de Twitter sea un lugar accesible. ¿Tuviste muchas otras conversaciones en Twitter desde la publicación del artículo de Smashing Magazine sobre lo que aprendiste?
Shuyi: Durante los primeros días, no entendía muy bien cómo funcionaba Twitter. Muchas personas me siguieron, más de 200. Al principio, me emocioné, pero luego me asusté. Por ejemplo, recién estoy empezando, no me sigas si buscas sabiduría. Me agregaron a muchas listas de Twitter.
Pero soy una persona. En mis tweets, hablo sobre muchos temas vagos, que no son de accesibilidad ni de desarrolladores web. No quiero decepcionar a las personas. No me sigas solo por accesibilidad. Sentiría que te defraudé.
Alexandra: [Risas], creo que muchas personas piensan eso. Definitivamente sí lo hago con mi perfil de Twitter.
Shuyi: La mayoría de las respuestas al artículo fueron positivas. Recibí una respuesta al artículo que fue un poco controvertida. Vitaly era mi editor y se comunicó directamente conmigo para compartir el comentario y pedirme que lo investigara. Resulta que la persona hacía referencia a la documentación de MDN, que indicaba que todos los artículos deben tener un elemento de encabezado. Recomendé que la sección tenga un elemento de encabezado según las especificaciones.
En los documentos de MDN, se recomienda incluir el encabezado, pero no se explica cuál es el beneficio.
Por supuesto, las especificaciones cambian con menos frecuencia que las necesidades del usuario, por lo que, siempre que puedas respaldar tu decisión de cambiar la forma en que compilas algo, es probable que esté bien.
Déjame dar un ejemplo. Supongamos que estás compilando un componente de tarjeta llamado "Precios", con tres elementos. Hayden Pickering sugeriría colocar cada tarjeta en un elemento de lista. De esa manera, cuando alguien que usa la tecnología de asistencia (AT) llega a esa sección, se le anuncia que hay tres elementos en la lista de precios. Puedes definir el diseño de la lista para que no haya viñetas y hacer que se vea como quieras, pero ayuda a los usuarios de AT a obtener primero la información útil. Si unes cada elemento en una div, solo te enfocarías en los aspectos visuales, lo que no ayuda a los usuarios con discapacidad visual. Piensa en las personas antes de diseñar.
Tomé esa idea y la transpusimos a una página de blog. Las entradas de blog se encuentran dentro de un elemento de lista. De esta manera, cuando el usuario ingresa a la página, se le alerta que se encuentra en una de las publicaciones de la página.
Por lo tanto, mantengo mis recomendaciones en el artículo y lo haré hasta que comprenda por qué MDN hace la recomendación.
Alexandra: Dado que los documentos de MDN son de código abierto, ¿sugieres cambios y haces actualizaciones allí?
Shuyi: Seré honesto, aún no he realizado ninguna contribución al código abierto. Pero este es el tipo de trabajo que me gustaría hacer, sin duda más que trabajar con el Gobierno.
Especificación en comparación con la implementación
Alexandra: Parece que una conclusión importante es que, a veces, la especificación dice una cosa, pero la implementación y otros documentos externos pueden sugerir hacer algo diferente. ¿Cómo decide una persona qué consejo seguir?
Shuyi: Pienso mucho en esto. No sé si tengo la experiencia necesaria para responder esa pregunta. Siempre intentamos prepararnos para el futuro. Es buen hacer mejoras continuas a medida que cambia la Web. De esta manera, cuando se actualicen las especificaciones, no necesitarás modificar tu sitio. ¿Cuáles son las probabilidades de que tomes una decisión y, dentro de tres años, cambie la especificación?
Cada decisión que tomamos ahora es nuestra mejor suposición sobre cómo creemos que será el futuro de la Web y en qué dirección creemos que irán los escritores de especificaciones.
Alexandra: La Web cambia constantemente, una persona no puede tener todas las respuestas. ¿Las especificaciones cambiaron mientras escribías?
Shuyi: Comencé a escribir mi artículo antes de que se quitara de la especificación el modelo de esquema de documentos. Este modelo sugería que los niveles de encabezados se deberían calcular automáticamente en función de la profundidad del anidamiento. Sin embargo, nunca se implementó y eso creó muchos problemas para los desarrolladores. El consejo para los desarrolladores era corregir los encabezados de forma manual.
Si el artículo se hubiera publicado antes del cambio en las especificaciones, probablemente habría vuelto y hecho esa edición, después de todo, está en Smashing Magazine. Pero si estuviera en mi blog personal, ¿lo habría hecho? Probablemente no. Y eso solo se refiere a la actualización de un artículo, no a la actualización de un sitio web completo que se compila en función de especificaciones cambiantes.
¿Esperamos que los desarrolladores cambien sus sitios web de inmediato cuando cambie la especificación? Por supuesto que no. Hacen cálculos sobre lo que es mejor cuando compilan sus sitios y viven con esas opciones. Las especificaciones cambiarán, y es posible que no tengan la respuesta.
La accesibilidad como profesión
Alexandra: ¿Cuánto tiempo dedicas a pensar en los estándares de accesibilidad globales? Los estándares y las leyes son diferentes en todo el mundo. Estoy seguro de que leíste muchos de ellos y de que algunas leyes te indican que hagas lo opuesto. ¿Qué harías en esos casos?
Shuyi: Pensé en lanzar un negocio de trabajo de accesibilidad independiente. Fui a un canal de chat global de accesibilidad web y pedí sugerencias para comenzar. Adrian Roselli se comunicó contigo y te dijo: “Tus clientes dependerán de ti para que los mantengas al día con las leyes, lo que podría tener consecuencias importantes. Antes de ofrecer tus servicios, averigua en qué región tienes experiencia. Conoce las leyes con las que estás familiarizado para que, mientras te ganas la vida, no dejes a los clientes con grandes responsabilidades. Confían en que conoces la ley".
Por supuesto, muchas empresas buscan ayuda de accesibilidad porque es un requisito legal, y no solo porque es lo correcto. El capitalismo es el motivo por el que se implementa la accesibilidad. Al final del día, no importa por qué sucedió, lo importante es que el producto sea accesible.
Dejé de trabajar como autónomo hasta que tenga la confianza de que puedo ayudar a los clientes con las leyes de su región. La estandarización es fundamental; los esfuerzos y el impacto de las WCAG no se pueden subestimar. Tener un marco de trabajo central sobre el modo en que debe funcionar la Web permite que los gobiernos confíen en el mismo estándar con mayor facilidad. Pero, por supuesto, no todos los gobiernos aceptarán esos estándares.
Alexandra: Recibiste muchos consejos excelentes de personas geniales en tu recorrido por la accesibilidad. ¿Hay algún otro consejo que te gustaría haber recibido antes de decidirte a seguir esta carrera?
Shuyi: Si bien no habría cambiado mi trayectoria profesional, habría sido bueno saber que, a pesar de lo noble que es el trabajo de accesibilidad, se ve muy afectado por el capitalismo.
Alexandra: [Risas] Por supuesto.
Shuyi: Y yo soy júnior. Tengo un año de experiencia en accesibilidad. En especial, si resides en África, como yo, la disponibilidad de puestos en accesibilidad es limitada. Las empresas contratan a gerentes, una persona que cumpla con los requisitos legales necesarios. Pero quiero trabajar en un equipo, en el que pueda aprender y desarrollar habilidades.
Estaba tan emocionado por comenzar a trabajar sin tener que aprender JavaScript, que solo podía aprender las reglas y ayudar a mi equipo a aplicarlas. Sin embargo, los puestos de desarrollador en las agencias requieren que tenga experiencia en JavaScript. Me mudé a una ciudad nueva y me uní a un bootcamp de JavaScript para cumplir con esos requisitos. Para cualquier otra persona que esté en su recorrido de accesibilidad, debes saber que primero debes enfocarte en desarrollar tus habilidades de desarrollo.
No voy a mentir, aún no me gusta JavaScript.
Haz una cosa: agrega el enfoque del teclado
Alexandra: ¿Es JavaScript la razón por la que ahora soy escritora de tecnología en lugar de desarrolladora? Sí, lo es. Lo odio. Te deseo la mejor de las suertes en tu boot camp.
¿Qué acción deseas que realicen los desarrolladores para que su sitio sea accesible?
Shuyi: Enfoque del teclado. Supido desde el fondo de mi corazón. Mi panel táctil no funciona, así que, cuando estoy sobre la marcha, uso mi teclado para navegar por la Web, y casi todos los sitios web son terribles. El enfoque del teclado no solo beneficia a las personas con discapacidades,
Desarrollar plataformas accesibles beneficia a todos.
Sigue el trabajo de Shuyi en Twitter @shuyiolutimi.