El recorrido de Richard: Cómo usar la Prueba de accesibilidad para probar los cambios que ven los usuarios

Richard Knowles, desarrollador de Android
Preguntas y respuestas con Richard
-
P: ¿Qué herramientas de Google usaste?R: Creo apps para Android desde 2011, cuando estaba estudiando en la maestría en Ingeniería Informática. Desarrollé mi primera app para Android con Eclipse, que parecía ser una gran herramienta en ese momento, al menos hasta que se lanzó por primera vez Android Studio de Google en 2014. ¡Android Studio es un IDE poderoso y fenomenal! Lo he usado para crear apps para teléfonos, tablets, relojes inteligentes y TV Android. Es asombroso ver cómo el Marco de trabajo de prueba de accesibilidad de Android se integra con Android Studio para detectar problemas de accesibilidad de forma temprana.
-
P: ¿Qué herramienta te gustó más? ¿Por qué?R: Mi herramienta favorita es la Prueba de accesibilidad. Como desarrollador con discapacidad auditiva, la accesibilidad es muy importante para mí. Nací con una pérdida de audición neurosensorial y usé audífonos hasta los 18 cuando decidí adquirir un implante coclear. Soy un usuario pesado de los subtítulos. Confío en la accesibilidad todos los días. Cuando era más joven, antes de la era de los smartphones, incluso desde sus inicios, me resultaba muy difícil disfrutar de la televisión o los videos sin subtítulos. Me alegra que el mundo comience a adaptarse a las personas con discapacidades y haya aumentado la conciencia sobre la accesibilidad. De hecho, elegí el campo de la ingeniería de software porque quería crear software o apps que mejoraran la vida de otras personas de la misma manera que la tecnología me facilitó la vida. Mi prioridad principal es garantizar que las apps que compile sean accesibles. Por eso, Prueba de accesibilidad es una de mis herramientas favoritas, ya que me permite probar de manera eficiente qué tan accesibles son mis cambios para el usuario, en especial para quienes tienen discapacidades visuales.
-
P: Comparte con las herramientas de Google algo que hayas creado en el pasado.R: Como ingeniero de Android del equipo de Experiencia de Accesibilidad de Twitter, una de nuestras iniciativas fue mejorar la experiencia de las descripciones de imágenes y el uso de texto alternativo. ¿Sabías que cuando agregas imágenes a tus tweets en Twitter, puedes agregar descripciones para que las personas que no pueden verlas puedan acceder a ellas? Si es así, fantástico. ¿Pero recuerdas haberlo hecho siempre? No te preocupes si no lo estás: no estás solo. Muchas personas, incluso yo, olvidan agregar descripciones de imágenes. Por lo tanto, implementamos recordatorios de texto alternativo, que permiten a los usuarios habilitar la opción de recibir notificaciones cuando tuitean imágenes sin descripciones. También trabajamos para exponer el texto alternativo de todas las imágenes y GIF. Esto significa que ahora mostraremos la insignia "ALT" en las imágenes que tengan texto alternativo o descripciones de imagen asociadas. En general, el texto alternativo se usa principalmente para los usuarios de TalkBack, pero queremos que los usuarios que no usan un lector de pantalla sepan qué imágenes tienen texto alternativo y, por supuesto, permitirles ver la descripción de las imágenes seleccionando la insignia "ALT". Esta función ayudó a lograr dos objetivos: 1) Los usuarios que tengan problemas de visión o de cualquier otro tipo y que se beneficien del texto alternativo disponible ahora pueden acceder a ese texto; 2) Los usuarios pueden saber qué imágenes tienen texto alternativo antes de retwittear esas imágenes. Me encanta esta función porque aumenta el conocimiento del texto alternativo.
-
P: ¿Qué consejo les darías a alguien que comience su recorrido como desarrollador?
R: ¡Qué gran momento! Tengo tres sugerencias que me gustaría compartir:
1) No comience a codificar sin antes revisar detenidamente las especificaciones y los diseños. Dibuja y traza la arquitectura y el diseño técnico de tu trabajo antes de pasar al código. En otras palabras, trabaje de manera más inteligente, no más difícil.
2) Tómate el tiempo necesario para leer la documentación para desarrolladores y el código fuente. Te convertirás en un experto más rápido si sabes lo que sucede detrás de escena. Cuando llames a una función desde una biblioteca o un SDK, adquiere el hábito de ver el código fuente y la implementación de esa función para que no solo puedas aprender a programar, sino también encontrar oportunidades para mejorar el rendimiento.
3) Aprende sobre la accesibilidad lo antes posible, preferentemente mediante el aprendizaje de todo lo demás para que se convierta en un hábito y no en algo que debas forzar más adelante.