Olutimilehin Olushuyi es abogado y nuevo en el campo de la accesibilidad. Hablamos sobre su lucha 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 Learn Accessibility!
Alexandra Klepper: ¿Cómo comenzaste a trabajar en la accesibilidad web?
Olutimilehin Olushuyi (Shuyi): Bien, es una historia divertida. Soy abogado. En mi último año de la escuela, me di cuenta de que no quería ejercer la abogacía por el resto de mi vida. Así que intenté abandonar la escuela, pero mi decana y "madre escolar", la profesora Ayodele Atsenuwa, me dijo: "Hablemos de esto. Estás en tu último año, solo termínalo".
En última instancia, me alegra que haya dicho eso y me alegra 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 idea.
Comencé a buscar nuevas oportunidades laborales y me puse en contacto con algunas personas que querían crear una startup y necesitaban un abogado. Esa oportunidad no era la adecuada, pero fue la primera vez que supe que la gente escribía código para todos los productos que usamos. Pensé: "Puedo recogerlo". Comencé a aprender HTML y CSS por mi cuenta. Luego, llegué a JavaScript y… [Risas] JavaScript hizo cosas de JavaScript, así que volví a concentrarme en mis lenguajes semánticos de frontend.
Me encontré con el trabajo de Andy Bell y Heydon Pickering. Compré Every Layout, y me cambió la vida. Andy seguía mencionando 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 respondió rápidamente. Parece que todos en el campo de la accesibilidad son así, y estoy agradecido por eso.
Alexandra: Sin duda, estoy de acuerdo. Todas las personas con las que hablé fueron muy amables y serviciales.
Shuyi: Por supuesto. Actualmente, trabajo mucho más en defensa y promoción. Vivo en Nigeria, un país donde la ley no exige la accesibilidad web. La Ley de Discriminación contra Personas con Discapacidad se aprobó en algún momento del 2018. Sin embargo, no hay una ley de accesibilidad web, solo una ley sobre la accesibilidad física. Es similar a 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 oportunidad de marcar la diferencia y convertirme en un desarrollador centrado en la accesibilidad, primero debo hacer que el ecosistema sea consciente de las necesidades de accesibilidad. Comencé a tuitear sobre la defensa de la accesibilidad. Hablé con empresas y marcas, cuya participación es necesaria para que la accesibilidad funcione.
Alexandra: Apuesto a que tu experiencia legal es muy útil para trabajar con la accesibilidad. Puedes leer la nueva legislación y comprenderla de una manera que la persona promedio no lo haría. Esto incluye a un desarrollador promedio.
Shuyi: Creo que uno de los mayores regalos de mi formación jurídica es que puedo leer interminables páginas de materiales de referencia y documentos muy extensos sin cansarme. Solo doblo las piernas, coloco la laptop y comienzo a leer. Y leer. Y leer. Tiene ventajas,
Alexandra: Bueno… tengo envidia, es una gran habilidad. ¿Crees que alguna vez trabajarías con el Gobierno para que se apruebe una ley de accesibilidad digital?
Shuyi: Seré honesta, no lo creo. Interactuar con el Gobierno es un juego diferente. Lleva demasiado tiempo lograr que nuestro gobierno haga algo, en especial como individuo. 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 en aprobarse, y las necesidades de accesibilidad superaron con creces lo que se incluyó en la ley hace años. Es como si el primer borrador se hubiera aprobado a pesar de que el mundo cambió.
En última instancia, nos complace que haya algo en lo que podamos confiar, sin importar qué tan desactualizado haya terminado siendo. Hay una ley que se debe aplicar.
Crea diseños accesibles
Alexandra: Leí tu artículo, <article> vs. <section>: Cómo elegir el correcto, en Smashing Magazine y el hilo de Twitter que lo inspiró. ¿Cuál dirías que es una gran conclusión? ¿Qué es lo que más deseas de los desarrolladores web?
Shuyi: Los desarrolladores deben leer el contenido antes de comenzar a crear diseños.
Originalmente, para el diseño de mi sitio, solo había contado la cantidad de párrafos y los había colocado en secciones y artículos, sin pensarlo demasiado. Pero alguien me llamó la atención sobre el uso inadecuado de las secciones, y fue la primera vez que lo pensé. Leer el contenido es una de las cosas que puedes hacer para crear un mejor producto.
Alexandra: Cuando era desarrolladora, a menudo los clientes independientes me decían: "Oh, solo crea algo para nosotros y luego agregaremos el contenido". Y, por supuesto, hay algunas páginas que tienen contexto automático, como una página de contacto. Pero saber cuántas páginas crear y qué tipo de asistencia personalizada se necesitaba solo se podía responder cuando recibí el contenido.
Shuyi: Antes de saber lo que sé, mi mejor cliente me daba ideas generales de diseño y yo creaba un sitio con mucho texto de relleno. Yo 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 que gran parte del proceso estándar para crear cosas en la Web es, en realidad, defectuoso. Debes ser intencional cuando creas cosas.
Gran parte del trabajo de infraestructura de accesibilidad no recibe atención en absoluto, y eso me rompe el corazón.
Alexandra: ¿Cómo investigaste 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, separando las fuentes primarias y secundarias. Las fuentes principales son las leyes reales (como la ADA y las leyes de Nigeria), y las fuentes secundarias son las interpretaciones que los expertos hacen de la ley.
Decidí consultar solo las fuentes principales: las especificaciones de HTML, WCAG y WAI-ARIA. Leo los trabajos de otras personas, muchos trabajos buenos. 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 si tuvieran las respuestas correctas.
Crea una comunidad accesible
Alexandra: Mencionaste que intentaste convertir tu feed de Twitter en un lugar de accesibilidad. ¿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 pude entender bien Twitter. Muchas personas me siguieron, más de 200. Al principio, me emocioné, pero luego me asusté. Como que recién estoy empezando, no me sigas para obtener sabiduría. Me agregaron a muchas listas de Twitter.
Pero, como, soy una persona. Tuiteo sobre muchas cosas vagas, no relacionadas con la accesibilidad ni con el desarrollo web. No quiero decepcionar a la gente. No me sigas solo por accesibilidad. Sentiré que te decepcioné.
Alexandra: [Risas], bueno, creo que mucha gente piensa eso. Sin duda, me preocupo por mi personalidad en Twitter.
Shuyi: La mayoría de las respuestas al artículo fueron positivas. Recibí una respuesta al artículo que fue un poco polémica. Vitaly era mi editor y se comunicó conmigo directamente para compartir el comentario y pedirme que 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 tuviera un elemento de encabezado según las especificaciones.
En la documentación de MDN, se recomienda incluir el encabezado, pero no se explica realmente cuál es el beneficio.
Por supuesto, las especificaciones cambian con menos frecuencia que las necesidades de los usuarios, por lo que, siempre y cuando puedas respaldar tu decisión de cambiar la forma en que creas algo, probablemente esté bien.
Así que déjame darte un ejemplo. Supongamos que compilas 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 tecnología de accesibilidad (TA) llega a esa sección, se le anuncia que hay tres elementos en la lista de precios. Puedes darle el estilo que quieras a la lista, pero es útil para los usuarios de TA obtener primero la información útil. Si envolvieras cada elemento en un div, solo te enfocarías en los aspectos visuales, lo que no ayudaría a los usuarios con discapacidad visual. Piensa en las personas antes que en el diseño.
Tomé esa idea y la adapté para una página de blog. Las entradas de blog se encuentran dentro de un elemento de lista. De esa manera, cuando el usuario ingresa a la página, se le advierte que se encuentra en una de las publicaciones de la página.
Por lo tanto, mantuve mis recomendaciones en el artículo y lo haré hasta que comprenda por qué MDN hace la recomendación.
Alexandra: Dado que la documentación de MDN es de código abierto, ¿sugerirás cambios y realizarás actualizaciones allí?
Shuyi: Seré sincera, aún no he hecho ninguna contribución de código abierto. Pero este es el tipo de trabajo que me gustaría hacer, sin duda más que trabajar con el Gobierno.
Comparación entre la especificación y la implementación
Alexandra: Parece que una de las principales conclusiones 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 a quién seguir?
Shuyi: Pienso mucho en esto. No sé si tengo la experiencia necesaria para responder esa pregunta. Siempre intentamos que nuestros productos sean aptos para el futuro. Es bueno realizar mejoras continuas a medida que cambia la Web. De esa manera, cuando se actualice la especificación, no tendrás que adaptar tu sitio. ¿Qué probabilidades hay de que tomes una decisión y, dentro de tres años, cambien las especificaciones?
Cada elección que hacemos ahora es nuestra mejor suposición de cómo creemos que será el futuro de la Web y qué dirección creemos que tomarán los redactores de especificaciones.
Alexandra: La Web cambia constantemente, y una sola persona no puede tener todas las respuestas. ¿Las especificaciones sufrieron cambios mientras escribías?
Shuyi: Comencé a escribir mi artículo antes de que se quitara el modelo de esquema del documento de las especificaciones. Este modelo sugería que los niveles de encabezado debían calcularse automáticamente según la profundidad del anidamiento. Sin embargo, nunca se implementó realmente, lo que generó muchos problemas para los desarrolladores. Se recomendó a los desarrolladores que corrigieran manualmente sus encabezados.
Si el artículo se hubiera publicado antes del cambio en las especificaciones, probablemente habría vuelto y realizado esa edición, ya que, después de todo, se trata de Smashing Magazine. Pero, ¿lo habría hecho si hubiera vivido en mi blog personal? Probablemente no. Y eso es solo para actualizar un artículo, no un sitio web completo que se basa en una especificación cambiante.
¿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 crean sus sitios y viven con esas decisiones. Las especificaciones cambiarán y es posible que no tengan la respuesta.
La accesibilidad como carrera profesional
Alexandra: ¿Cuánto tiempo dedicas a pensar en los estándares de accesibilidad globales? Los estándares y las leyes varían en todo el mundo. Seguramente leíste muchas de ellas y algunas leyes te indican que hagas lo contrario. ¿Qué harías en esos casos?
Shuyi: Pensé en lanzar un negocio para trabajar como freelance en accesibilidad. Ingresé a un canal de chat global sobre accesibilidad web y pedí sugerencias para comenzar. Adrian Roselli se comunicó y dijo: "Tus clientes dependerán de ti para cumplir con las leyes, lo que podría tener consecuencias graves. Antes de ofrecer tus servicios, debes saber 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 para la accesibilidad porque están obligadas legalmente, y no solo porque es lo correcto. El capitalismo es la razón por la que se implementa la accesibilidad. Al final del día, no importa por qué sucedió, sino que el producto sea accesible.
Pausé mi trabajo como freelancer hasta que tenga la certeza de que puedo ayudar a los clientes con las leyes de su región. La estandarización es fundamental, y no se puede exagerar la importancia de los esfuerzos y el impacto de las WCAG. Tener un marco de trabajo central sobre cómo debería funcionar la Web facilita que los gobiernos se basen en el mismo estándar. Pero, por supuesto, no todos los gobiernos aceptarán esos estándares.
Alexandra: Recibiste muchos consejos excelentes de personas increíbles en tu camino hacia la accesibilidad. ¿Hay algún otro consejo que te hubiera gustado recibir antes de decidir seguir esta carrera?
Shuyi: Si bien no habría cambiado mi trayectoria profesional, habría sido bueno saber que, por más noble que sea el trabajo de accesibilidad, se ve muy afectado por el capitalismo.
Alexandra: [Se ríe] Sí, claro.
Shuyi: Y yo soy estudiante de segundo año. Tengo un año de experiencia en accesibilidad. En especial si vives en África, como yo, la disponibilidad de puestos en el área de accesibilidad es limitada. Las empresas contratan administradores, una persona para cumplir con los requisitos legales necesarios. Pero quiero trabajar en un equipo en el que pueda aprender y desarrollar habilidades.
Me emocionaba mucho poder trabajar sin aprender JavaScript, ya que solo necesitaba aprender las reglas y ayudar a mi equipo a aplicarlas. Pero los puestos de desarrollador en las agencias requieren que tenga experiencia en JavaScript. Me mudé a una nueva ciudad y me inscribí en un bootcamp de JavaScript para poder cumplir con esos requisitos. Si alguien más está en su recorrido de accesibilidad, debe saber que primero debe enfocarse en desarrollar sus habilidades de desarrollo.
No voy a mentir, todavía no me gusta JavaScript.
Haz una sola cosa: agrega el enfoque del teclado
Alexandra: ¿Es JavaScript el motivo por el que ahora soy escritora técnica en lugar de desarrolladora? Sí, lo odio mucho. Te deseo lo mejor en tu campamento de entrenamiento.
¿Qué es lo que más te gustaría que hicieran los desarrolladores para que sus sitios sean accesibles?
Shuyi: Enfoque del teclado Te lo suplico desde el fondo de mi corazón. Mi panel táctil no funciona, así que, cuando estoy en movimiento, uso el teclado para navegar por la Web, y casi todos los sitios web son horribles. El enfoque del teclado no solo beneficia a las personas con discapacidades.
Crear plataformas accesibles beneficia a todas las personas.
Sigue el trabajo de Shuyi en Twitter @shuyiolutimi.