Melanie Sumner es ingeniera de software y se especializa en accesibilidad digital. Hablamos sobre su trayectoria en ingeniería, diseño accesible, Ember.js y la importancia de financiar estas iniciativas.
En esta publicación, se destaca a un experto de la comunidad como parte del programa Más información sobre accesibilidad
Alexandra White: Gracias por acompañarme ¿Quién eres y a qué te dedicas?
Melanie Sumner: Me llamo Melanie Sumner y soy ingeniera de software especializada en accesibilidad digital. Hace 25 años que escribo código para la Web. Mi primera carrera fue... una especie de espía. Era analista de inteligencia en la Marina de EE.UU., y mi pasatiempo era programar.
No me gustó mucho ser una espía. Resulta que no me gustaba la muerte. Como la mayoría de las personas no, cuando tienen que estar más cerca de él. Tuve que decidir qué quería hacer a continuación y llegó el momento de convertir mi pasatiempo en mi carrera. En los últimos 10 años, me he enfocado realmente en la ingeniería de software en el espacio de la accesibilidad, específicamente.
Alexandra: No sueles escuchar: "Primero fui una espía". No es un gran problema. ¿Qué te trajo al trabajo de accesibilidad?
Melanie: En ese momento trabajaba en Chapel Hill de la University of North Carolina [UNC] en el Departamento de Desarrollo. No se refieren a desarrollos como el desarrollo web, sino a la recaudación de fondos.
Mi gerente directo tenía una discapacidad visual y tuvo que hacer zoom en todo al 400% para verlo. Fue un ingeniero de software fantástico. Probablemente el mejor gerente que he tenido. Pero él siempre rompía mis cosas, porque se acercaba para ver mi trabajo. Si no hubiera pensado en compilar cosas de forma responsiva, se romperían.
El jefe de mi gerente era daltónico. No sé si sabes cómo se ve el azul UNC, pero es este color azul cielo claro. Y les encanta usarlo en blanco.
Alexandra: (risas) ¡Ay, no!
Melanie: Su jefa siempre se quejaba de que nunca podía ver mi trabajo. Tuve que desarrollar un conjunto de colores complementarios y un esquema de colores para nuestros sitios. Eso me hizo pensar en el contraste de color y en cómo las personas daltónicas (o con discapacidad visual) usan la Web.
Debido a que la UNC es una universidad estatal, existe un requisito federal de EE.UU. para cumplir con el nivel de accesibilidad AA de WCAG. Buscamos el nivel AAA porque es una institución educativa.
Cuando aprendí más sobre los requisitos estatales y federales, y comencé a leer las especificaciones de accesibilidad del W3C, pensé: "Todo esto tiene sentido". Por lo que podía ver, la mayor parte de la Web no cumplía con las políticas. Por supuesto, las personas llevan trabajando en la accesibilidad web desde que existe. A veces, los ingenieros de JavaScript (en particular) tardan un poco en aceptar la accesibilidad en cuanto a la accesibilidad digital.
Llamo a la accesibilidad la última frontera de la Web. Muchas personas buenas trabajan en la automatización para la accesibilidad, y debemos trabajar en soluciones de la misma manera que abordamos otros problemas difíciles, como el rendimiento y la seguridad.
Alexandra: Es probable que hayas leído muchos documentos largos y complejos, en la Marina y en la UNC. ¿Te resultó difícil entender la especificación?
Melanie: Tuve que leerla unas cinco veces antes de entenderla. Antes había leído otras especificaciones. Siempre le digo a la gente que no me sienta mal si no lo entiendes, porque tuve que leer la especificación cinco veces. Ni siquiera estoy bromeando.
Lleva mucho tiempo acostumbrarse a las especificaciones del lenguaje. Y si no lo interpretas correctamente, podrías hacer algo malo. También es importante comprender que gran parte del lenguaje de especificaciones está destinado a desarrolladores de navegadores. Busca “los autores deberían” porque es una referencia a los desarrolladores web.
Alexandra: Podría mejorarse mucho contenido en la Web si más desarrolladores supieran cómo descifrar las especificaciones.
Melanie: Hay mucho que decir sobre los sitios que hacen esa interpretación por ti. Creé a11y-automation.dev y ese sitio se parece a mi bebé, mi proyecto paralelo. Intento detallar cada infracción de la accesibilidad y la vinculo a los criterios de éxito de las WCAG en cuestión. Si existe la automatización para evitar el error, te ofreceré esa solución.
Podrías familiarizarte con la lista de posibles incumplimientos, pero lo más importante es aprender a corregirlos. En el caso de las correcciones automáticas que no existen, es posible que te inspires a escribir un linter o una plantilla, o bien que te inspires a escribir algún tipo de prueba.
Prefiero trabajar con código abierto, porque uno se sale del otro, y se ofrece una mejora (a veces es una mejora, a veces no, pero todos nos esforzamos al máximo). Nos basamos en lo de los demás y obtenemos este resultado excelente para la Web.
Cómo financiar la accesibilidad
Alexandra: Me atrajo realmente pleasefunda11y.com. Es muy importante que los desarrolladores aprendan a crear sitios accesibles, pero no siempre dispondrán de los recursos sin contar con la financiación y aprobación del liderazgo ejecutivo. ¿Por qué decidiste construir este sitio?
Melanie: Me frustraba porque la accesibilidad no cuenta con la financiación suficiente. Toda la financiación de código abierto parece continuar en los CSS. Me encanta CSS, podemos hacer mucho con él.
Creé el sitio porque Addy Osmani, un administrador de ingeniería de software de Chrome, se comunicó conmigo y me dijo que yo estaba pidiendo financiamiento para accesibilidad, pero quería recibir consejos sobre qué trabajo específico podría financiar. Ese es un gran problema: los financiadores de código abierto quieren donar dinero a proyectos específicos, no ideas generales que no tengan un resultado determinado. Me tomé un tiempo para escribir algunas iniciativas específicas, lo que se necesita y cómo ayudarán a que los sitios sean accesibles.
Incluso si las empresas se dedican a estos esfuerzos sin mí, podríamos mejorar la accesibilidad en la Web de una manera realmente significativa. Es un gasto muy pequeño en comparación con otros esfuerzos en la Web y tendría un gran impacto en la vida de las personas.
A menudo, la forma de pensar actual es: “¿Cuántas personas tienen una discapacidad?”. Debería ser: “¿Cuál es la relación de cualquier persona con su tecnología?”
Y algunas personas me han dicho: "Bueno, no creo que el daltonismo sea una discapacidad". Es posible que no te identifiques como una discapacidad si eres daltónico, pero eso afecta tu relación con la tecnología.
Alexandra: Dame más información sobre cómo entender tu relación con la tecnología. ¿Cómo se relaciona eso con la accesibilidad?
Melanie: Por ejemplo, si eres neurodiverso, tal vez necesites un lenguaje muy simple y instrucciones claras. Te recomendamos que navegues por tres o cuatro pantallas en un flujo y tomes algunas decisiones a la vez hasta llegar al final. No existen buenas pautas para las aplicaciones técnicas modernas.
Hay empresas enteras que hacen desarrolladores y, si intentas usar algunos de esos sitios web, Hoy en día, tratamos de incluir el fregadero en todas nuestras interfaces.
Alexandra: ¿Puedes compartir un ejemplo?
Melanie: Por ejemplo, GitHub tiene menús desplegables con pestañas anidadas. Y [suspiro de exasperación]. No puedo enojarme (ni siquiera si siento frustración). La Web moderna tiene que crecer para satisfacer las nuevas demandas. Pero también tenemos la responsabilidad de crear de manera que no deje a las personas atrás.
Eso es lo que me impulsa y es mi pasión. No quiero que alguien no pueda conseguir un trabajo porque las herramientas que tendrían que usar en el trabajo no son accesibles.
Alexandra: Cien por ciento. A menudo, las personas piensan en crear productos accesibles para sus usuarios externos, pero no necesariamente en sus empleados.
Melanie: Pensé, ¿sabes qué? Este consejo de financiación probablemente beneficiaría a todos.
Todo el tiempo, escucho que los ingenieros les encantarían la accesibilidad, pero "a mi empresa no le importa". Apuesto a que les importa. Solo necesitas cerrar la brecha de lógica empresarial. Muéstrales los resultados beneficiosos para la empresa. El sitio es de código abierto, por supuesto, y me encantan las contribuciones y ediciones.
Alexandra: A menudo, la accesibilidad no termina el proceso. Por ejemplo, "Podemos hacer que sea accesible más tarde". Sin embargo, agregarla más tarde te llevará mucho más tiempo que si integraras las prácticas accesibles en todo el proyecto.
Melanie: A menudo digo: “¿Quieres pagar para construirlo una vez o deseas pagarlo dos veces?”.
Ember.js y el equipo principal de accesibilidad
Alexandra: Sé que también participas en el equipo principal del framework de Ember.js. ¿Cómo participaste?
Melanie: Me contrataron para trabajar en JPMorgan Chase, en sus plataformas bancarias de inversión corporativa. Ember es un framework de JavaScript de alto rendimiento que se usa cuando necesitas una base muy estable (incluso un poco aburrida) que puede ayudarte a evitar escribir código que pierda mucho dinero bancario. Ember tiene garantía de retrocompatibilidad. Puedes actualizarla cada vez, incluso si alcanzas una versión principal. En realidad, tratamos de hacerlo de manera incremental para que no dañe tu app.
De todos modos, me fui a una conferencia de Ember y conocí a un montón de personas de la comunidad. La gente de ascua fue tan amable. Y hay un código de conducta realmente sólido que todavía no había visto en otros lugares.
Cuando salí del ejército, quería ir a la seguridad. Fui a una reunión de Infosec y no vi a ninguna otra mujer allí. Uno de los mayores me miró y me dijo: "¿Estás segura de que estás en la habitación correcta, cariño?"
Alexandra: [Groans] Me duele. Y no es sorprendente. Experimenté algo similar.
Melanie: Quiero decir que fue 2011 o quizás 2012. El panorama ha cambiado mucho. Me quedé esa noche, en esa reunión, para demostrar un punto. No podré dejar que ese comentario me cierre. Hice bromas, tomé buenas notas y participé en la conversación, para que la gente supiera que estaba allí. Siento que, en gran parte de mi carrera, los hombres se equivocan.
Pero no quiero que las mujeres se conviertan en ingenieros de software solo para demostrarles a los hombres que están equivocados. Quería ser ingeniera de software para crear cosas increíbles, porque es divertido hacerlo. Las mujeres deberían tener esa opción de carrera.
Alexandra: Por supuesto.
Melanie: Compartí lo que sabía sobre accesibilidad con la comunidad de Ember, porque, obviamente, como plataforma bancaria, debes cumplir con los requisitos federales de EE.UU. Yehuda Katz y Tom Dale dijeron: "Hay un déficit en el equipo. Contamos con muchos expertos en JavaScript, expertos en rendimiento y personas de otro mundo con inteligencia, por lo que necesitamos una persona con conocimientos de accesibilidad". Y me invitaron a sumar al equipo central.
Estoy trabajando en diferentes iniciativas para que Ember sea accesible de forma predeterminada. Eso significa que cuando dices ember new <my-app-name>, debes pasar inmediatamente los criterios de éxito de WCAG.
Alexandra: Vi una larga lista de herramientas de accesibilidad para Ember en GitHub. ¿Descubriste que los miembros de la comunidad de Ember están entusiasmados por contribuir con esas herramientas?
Melanie: Es una parte muy emocionante de este trabajo. Escribí reglas de análisis de accesibilidad para Ember mientras trabajaba en LinkedIn. Luego, dejé LinkedIn a trabajar para HashiCorp, y otros aún contribuyen a la lista porque es útil para ellos. Esa es la parte de este trabajo que me da escalofríos y me emociona.
Aceptamos que, como referencia, la accesibilidad es un derecho civil. Eso no es para debate.
De qué se trata: ¿Qué podemos implementar? ¿Cuándo? ¿Cómo lo hacemos? ¿Cómo enseñamos esto y hacemos que sea retrocompatible? ¿Cómo ayudamos a los desarrolladores a brindar compatibilidad con la accesibilidad sin una gran función adicional que tengan que compilar o planificar?
Alexandra: La accesibilidad es un derecho civil. ¡Eso me da escalofríos! Debe ser algo que todos conozcamos como verdad.
Melanie: Las personas me dicen cosas sin información, como “No usaría Internet si fuera ciega”. O, "¿por qué tengo que pensar en las discapacidades cuando solo el 5% de mis usuarios les resulta útil al 90%?". No tendré esos debates, porque suelen usarse para distraerme del trabajo.
Cuando escribes código accesible, aumentas el rendimiento porque estás pensando en crear sitios basados en las especificaciones de W3C. Usarás el código HTML semántico en lugar de solo divs, y usarás encabezados. Deberás elegir un <button> en lugar de agregar un evento de clic a una <div>, y obtendrás mejoras de rendimiento.
Haz una cosa: automatizar la accesibilidad
Alexandra: ¿Qué deberían hacer los desarrolladores web para crear sitios web accesibles?
Melanie: Agrega automatización. Comienza con un linter existente para cualquier framework que tengas, sin importar el tipo de código que uses. No me importa cuál uses. Tu compilación debería fallar si se rompe una de esas reglas.
Algunos elementos no se pueden automatizar porque la IA aún no puede descifrar la intención. Por ejemplo, el valor de texto alternativo de una imagen debe ser significativo, pero ¿qué significa eso en realidad? Ahora mismo, un ser humano debe discernir eso y no la automatización.
Sin embargo, una herramienta automatizada puede indicarte: "No pasas el contraste de color". Simplemente corrígelo. No pelees, no digas: "Pero no quiero hacerlo, lo prefiero así". No se trata de ti. Se trata de poner lo que hacemos a disposición de todas las personas del mundo, todos los días.
La accesibilidad es un recorrido, y siempre aprenderás. Me especializo en accesibilidad por más de una década y sigo aprendiendo cosas nuevas todo el tiempo. No te pongas a la defensiva, solo hazlo.
Mantente al tanto del trabajo de Melanie en su sitio web en melanie.codes y Twitter @a11yMel. Consulta sus recursos de accesibilidad en pleasefunda11y.com, a11y-info.com y a11y-automation.dev.