Olutimilehin Olushuyi es abogada, pero no tiene mucha experiencia con la accesibilidad. Hablamos sobre su lucha con JavaScript, los estándares internacionales y la importancia de leer el contenido de los sitios web.
En esta publicación, se destaca a un experto de la comunidad como parte del programa Más información sobre accesibilidad
Alexandra White: ¿Cómo empezaste con la accesibilidad web?
Olutimilehin Olushuyi (Shuyi): De acuerdo, es una historia divertida. Soy abogado. En el último año de la universidad, me di cuenta de que no quería practicar la ley por el resto de mi vida. Traté de abandonar la universidad, pero mi decana y su "madre de escuela", el profesor Ayodele Atsenuwa, me dijo: "Hablemos de esto. Estás en tu último año, solo tienes que terminarlo".
En última instancia, me alegro de que haya dicho eso y de que he terminado, porque me estuvo ayudando en mi trabajo de accesibilidad. El profesor Atsenuwa me preguntó qué quería hacer en su lugar, y yo no tenía idea.
Comencé a buscar nuevas oportunidades profesionales y me comuniqué con personas que querían crear una startup y necesitaban un abogado. Esa oportunidad no era la opción adecuada, pero era la primera vez que supe que las personas escribían códigos para todos los productos que usamos. Pensé: "Puedo recoger esto". Empecé a aprender HTML y CSS por mi cuenta. Luego, llegué a JavaScript y... [risas] JavaScript se encargó de tareas de JavaScript, así que volví a enfocarme en los lenguajes semánticos de frontend.
Me encontré con la obra de Andy Bell y Heydon Pickering. Compré Every Layout y cambió mi vida. Andy siguió mencionando la accesibilidad, pero no sabía lo que eso significaba en este contexto. Me di cuenta de que podía trabajar en desarrollo web sin necesidad de saber escribir JavaScript.
Me comuniqué con Heydon y fue muy receptivo y atento. Parece que todas las personas del campo de la accesibilidad son así, y doy gracias por eso.
Alexandra: Estoy de acuerdo en que todas las personas con las que hablé fueron muy amables y serviciales.
Shuyi: Por supuesto. Actualmente, trabajo mucho más en defensa. Me encuentro en Nigeria, un país donde la accesibilidad web no está exigida por ley. La Ley sobre Discriminación contra las Personas con Discapacidad se aprobó en algún momento de 2018. Pero 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 ley está mal estructurada, pero mejor que nada.
Me di cuenta de que si voy a tener la oportunidad de marcar la diferencia y convertirme en un desarrollador centrado en la accesibilidad, primero debo dar cuenta al ecosistema de las necesidades de accesibilidad. Empecé a tuitear sobre la defensa de la accesibilidad. Hablé con empresas y marcas, cuyo compromiso es necesario para lograr que la accesibilidad funcione.
Alexandra: Apuesto a que tus antecedentes legales son muy útiles para trabajar con accesibilidad. De hecho, se puede leer la legislación nueva y entenderla de una forma en que el público promedio no. Eso incluye a un desarrollador promedio.
Shuyi: Creo que uno de los mayores beneficios de mi experiencia legal es que puedo sentarme en páginas interminables de materiales de referencia, documentos muy extensos, sin cansarme. Doblé las piernas, puse mi laptop y empiezo a leer. Y lee. Y lee. Tiene ventajas,
Alexandra: Quiero decir... Estoy celosa, esa es una gran habilidad. ¿Crees que alguna vez trabajarías con el Gobierno para aprobar una ley de accesibilidad digital?
Shuyi: La verdad, no lo creo. Interactuar con el Gobierno es un juego de pelota diferente. Lleva demasiado tiempo que el gobierno haga algo, en especial de forma individual. Ese tipo de trabajo es mejor para las ONGs y otras organizaciones que tienen personal y recursos para generar cambios.
La ley física tardó mucho tiempo en aprobarse, y las necesidades de accesibilidad superaron lo que estaba vigente hace años. Es como si el primer borrador se aprobara, a pesar de que el mundo cambió.
En última instancia, estamos felices de que haya algo en lo que confiar, sin importar lo desactualizado que haya quedado. Debe existir una ley para hacer cumplir.
Cómo crear diseños accesibles
Alexandra: Leí tu artículo sobre <article> vs. <section>: Cómo elegir el correcto en Smashing Magazine y la conversación de Twitter que lo inspiró. ¿Cuál dirías que es una gran conclusión? ¿Qué deseas
de los desarrolladores web?
Shuyi: Los desarrolladores deben leer el contenido antes de comenzar a crear diseños.
Al principio, para el diseño de mi sitio, había contado la cantidad de párrafos y los puse en secciones y artículos, sin pensarlo demasiado. Sin embargo, alguien me llamó la atención sobre el uso inadecuado de las secciones; fue la primera vez que lo pensé. Leer el contenido es una cosa que puedes hacer para crear un mejor producto.
Alexandra: Cuando era desarrolladora, a menudo los clientes independientes me decían: "Solo crea algo para nosotros y, más adelante, completaremos el contenido". Y ciertamente, hay algunas páginas que tienen contexto automático, como una página de contacto. Sin embargo, saber cuántas páginas crear y qué tipo de asistencia personalizada se necesitaba, eso solo pudo responderse cuando obtuve el contenido.
Shuyi: Antes de saber lo que sabía, mi mejor cliente me daba ideas generales de diseño, y yo creé un sitio con un montón de lorem ipsum. Voy a descubrir todas esas cosas. 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 el proceso estándar de creación de contenido en la Web es realmente defectuoso. El desarrollo debe ser deliberado.
Tanto trabajo de infraestructura de accesibilidad no llama la atención y me rompe el corazón.
Alexandra: ¿Cómo hiciste la investigación para asegurarte de que el consejo que diste en el artículo fuera correcto?
Shuyi: En primer lugar, separé las fuentes de información, es decir, algo que se hace por ley, y separa la fuente primaria de la secundaria. 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 de la ley.
Decidí referirme solo a las fuentes principales: las especificaciones de HTML, WCAG y WAI-ARIA. Leí el trabajo de otras personas y me hiciste muy buen trabajo. Pero, al final del día, las opiniones eran tan divergentes que decidí que solo podía tomarlas como un contexto útil, pero no confiar en que tienen las respuestas correctas.
Crea una comunidad accesible
Alexandra: Mencionaste que trataste de darle forma a tu feed de Twitter para que sea un lugar accesible para la accesibilidad. ¿Tuviste muchas 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 Twitter. Muchas personas me siguieron, como más de 200 personas. Al principio estaba entusiasmado, pero luego tuve miedo. Como que recién estoy empezando, no me sigan para darme un montón de sabiduría. Me agregaron a muchas listas de Twitter.
Pero soy una persona. Tuiteo sobre muchas cosas vagas, que no son de accesibilidad y que no son para desarrolladores web. No quiero decepcionar a la gente. No me sigan solo por cuestiones de accesibilidad. Sentiré que te decepcioné.
Alexandra: [Risas] Quiero decir, creo que mucha gente piensa eso. Sin duda, lo hago con mi persona en Twitter.
Shuyi: La mayoría de las respuestas al artículo en sí fueron positivas. Recibí una respuesta al artículo, que fue un poco controvertida. Vitaly era mi editor, y se comunicó directamente contigo para compartir el comentario y me pidió que investigara. Resulta que la persona estaba haciendo referencia a los documentos de MDN, que decía que todos los artículos deberían tener un elemento de encabezado. Recomendé que la sección tuviera un elemento de encabezado basado en las especificaciones.
En los documentos de MDN, se recomienda incluir el encabezado, pero en realidad no se explica cuál es el beneficio.
La especificación cambia con menos frecuencia que las necesidades del usuario, por supuesto, siempre que puedas respaldar tu decisión de cambiar la forma en que compilas algo, probablemente no haya problemas.
Veamos un ejemplo. Supongamos que estás creando un componente de tarjeta llamado "Precios", con tres elementos. Hayden Pickering sugiere poner cada tarjeta en un elemento de lista. De esa manera, cuando alguien que usa 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 estilo de la lista para que no haya viñetas y hacer que se vea como desees, pero ayuda a los usuarios de AT a obtener la información útil primero. Si unieras cada elemento en un elemento div, solo te centrarí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 transpuse para crear una página de blog. En realidad, las entradas de blog están dentro de un elemento de lista. De esa manera, cuando ingresa a la página, se alerta al usuario que se encuentra en una de las pocas entradas de la página.
Estuve de acuerdo con las recomendaciones del artículo y lo haré hasta comprender por qué la MDN hace la recomendación.
Alexandra: Dado que los documentos de MDN son de código abierto, ¿sugerirás cambios y realizarás actualizaciones allí?
Shuyi: Para ser honesto, aún no hice ninguna contribución de código abierto. Pero este es el tipo de trabajo que me gustaría hacer, sin dudas más que trabajar con el gobierno.
Especificaciones frente a implementación
Alexandra: Una gran conclusión 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 puede alguien decidir qué consejo seguir?
Shuyi: Pienso mucho en esto. no estoy seguro de tener la experiencia necesaria para responder esa pregunta. Siempre intentamos prepararlos para el futuro. Es bueno realizar mejoras continuas a medida que cambia la Web. De esa manera, cuando se actualice la especificación, no necesitarás modernizar tu sitio. ¿Cuáles son las probabilidades de que decidas y que cambiarán las especificaciones en tres años a partir de ahora?
Cada decisión que tomamos ahora es nuestra mejor estimación de cómo creemos que será el futuro de la Web, qué dirección creemos que seguirán los escritores de especificaciones.
Alexandra: La Web cambia constantemente, una persona no puede tener todas las respuestas. ¿Se realizaron cambios en las especificaciones mientras escribías?
Shuyi: Comencé a escribir mi artículo antes de que se quitara el modelo de esquema del documento de la especificación. Este modelo sugirió que los niveles de encabezado deberían calcularse automáticamente según la profundidad del anidamiento. Sin embargo, nunca se implementó, lo que generó muchos problemas para los desarrolladores. El consejo para los desarrolladores fue corregir los encabezados de forma manual.
Si el artículo se hubiera publicado antes del cambio de especificaciones, probablemente habría regresado y editado eso; después de todo, está en Smashing Magazine. Pero si hubiera aparecido en mi blog personal, ¿yo sí? Probablemente no. Solo se trata de actualizar un artículo, no actualizar todo un sitio web que se crea en función de una especificación cambiante.
¿Esperamos que los desarrolladores cambien sus sitios web de inmediato cuando cambien las especificaciones? Por supuesto que no. Hacen cálculos sobre qué es lo mejor cuando crean sus sitios y usan esas decisiones. Las especificaciones cambiarán, es posible que las especificaciones no tengan la respuesta.
Accesibilidad como carrera profesional
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 has leído muchos de ellos, y estoy segura de que algunas leyes te dicen que hagas lo opuesto. ¿Qué harías en esos casos?
Shuyi: Pensé en lanzar un negocio para el trabajo de accesibilidad independiente. Entré a un canal de chat de accesibilidad web global y pedí sugerencias sobre cómo comenzar. Adrian Roselli se comunicó y comentó: “Tus clientes confiarán en que cumplas con las leyes, lo que podría tener consecuencias graves. Antes de ofrecer tus servicios, debes saber en qué región tienes experiencia. Descubre con qué leyes estás familiarizado para que, mientras te ganas la vida, no dejes a tus clientes con grandes responsabilidades. Confían en que conozcas la ley".
Por supuesto, muchas empresas buscan ayuda de accesibilidad porque la ley lo exige, no solo porque sea lo correcto. El capitalismo es la razón por la que se implementa la accesibilidad. En definitiva, no importa por qué sucedió, lo que importa es que el producto sea accesible.
Detendré mi trabajo como freelancer hasta tener plena confianza en que puedo ayudar a los clientes con las leyes de su región. La estandarización es crítica, los esfuerzos y el impacto de las WCAG no pueden sobrestimarse. Tener un framework central de cómo debería funcionar la Web facilita que los gobiernos confíen en el mismo estándar. Pero, por supuesto, no todos los gobiernos aceptarán esas normas.
Alexandra: En tu recorrido sobre accesibilidad, recibiste muchos consejos excelentes de personas increíbles. ¿Hay algún otro consejo que te gustaría haber recibido antes de decidirte a esta carrera?
Shuyi: Si bien no habría cambiado mi trayectoria profesional, sería bueno saber que, tan noble como el trabajo de accesibilidad, se ve muy afectado por el capitalismo.
Alexandra: [Risas] Oh, sí.
Shuyi: Y soy junior. Tengo un año de experiencia en accesibilidad. Especialmente si vives en África, como yo, la disponibilidad de puestos de accesibilidad es limitada. Las empresas son gerentes de contratación, una persona para cumplir con los requisitos legales necesarios. Pero quiero trabajar en equipo donde aprender y desarrollar habilidades.
Estaba tan entusiasmado por empezar a trabajar sin aprender JavaScript, que simplemente pude aprender las reglas y ayudar a mi equipo a aplicarlas. Pero los puestos de desarrolladores en las agencias requieren que tengo experiencia en JavaScript. Me mudé a una nueva ciudad y me uní al boot camp de JavaScript para poder cumplir con esos requisitos. Si alguien más está en su recorrido de accesibilidad, debes saber que primero debes enfocarte en desarrollar tus habilidades de desarrollo.
No voy a mentirte, aun así no me gusta JavaScript.
Haz una acción: agrega el enfoque del teclado
Alexandra: [risas] ¿Es JavaScript la razón por la que ahora soy escritora de tecnología en lugar de desarrollador? Sí. Sí, lo es. Lo odio tanto. Te deseo la mejor de las suertes en tu campo de entrenamiento.
¿Qué quieres que hagan los desarrolladores para que su sitio sea accesible?
Shuyi: Enfoque del teclado. Estoy pidiendo desde el fondo de mi corazón. Actualmente, mi panel táctil no funciona, por lo que cuando estoy fuera de casa, 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 discapacidad.
Desarrollar plataformas accesibles beneficia a todos.
Mantente al tanto del trabajo de Shuyi en Twitter @shuyiolutimi.