curriculum
curriculum copied to clipboard
Laboratoria
enhancement(content): a11y Objetivos de Aprendizaje
Addresses #1199
Hay que agregar Objetivos para accesibilidad (a11y) en nuestros proyectos. Estamos de acuerdo que falta eso en nuestro curriculum, pero el diablo esta en los detalles, por supuesto.
Despues conversar con el <L> working group y con un experto de a11y en Globant, decidí sequir la estructura de WCAG por los objetivos para no reinventar la rueda y pensar tanto en nomenclatura etc. Un "pro" de eso es que WCAG han pensado mucho en una taxonomía y solo tenemos que copiarla. Un "con" es que los títulos o nombres a veces no son entendibles solo leyendolos y no mencionan codigo, y hay que ver un poco más de que se trata cada categoría o concepto.
En este PR puede encontrar 3 maneras para agrupar Objetivos.
1. 4 principios, 2 niveles (A, AA)
a11y tiene 4 principios: Perceivable, Operable, Understandable, Robust que agrupan pautas. Cada pauta tiene criterios que un sitio tiene que cumplir para alcanzar un nivel de cumplimento (Compliance) (A - básico, AA - acceptable, AAA)
Pros: corto y muy digerible, si WCAG agrega mas pautas no tenemos que cambiarlos.
Con: porque los principios son generales, hay que investigar de que se trata cada uno (lxs estudiantes y nosotros coaches).
2. 4 principios con las pautas
Los OAs consiste de los nombres de pautas dentro cada principio. Puedes ver eso por un ejemplo de como es.yml puede parecer
Pros: mas detalle del anterior, etiquetas/titulos mas descriptivas y transmitir mas la tema (mas recordable?).
Con: si WCAG agrega mas pautas tenemos que actualizarlos, aun hay que investigar un poco de que se trata cada categoria (lxs estudiantes y nosotros coaches).
3. 4 principios y sus criterios
Los OAs consiste de los nombres de criterios dentro cada pauta. Solo incluye criterios A y AA. Quiza no tenemos incluir todos A y AA, solo los criterios que tiene sentido para nuestro curriculum.
Pros: mas detalle del anterior, etiquetas/titulos mas descriptivas que transmiten mas su idea.
Con: demasiada larga la lista, pero podemos elegir algunas que nos sirven.
Me gustaria feedback de cual camino parece mejor, antes que hacer los es.yml y pt.yml en este misma PR.
Quiero que encontremos un balance de detalle en los OAs pero también algo que nos podamos guiar sin un montón de trabajo o experiencia. Toma en cuenta:
- En los proyectos no vamos a incluir todos, solo los que aplican particularmente en el proyecto.
- No esperemos tampoco que ellas van a lograr 100% de los OAs de a11y incluido en cada proyecto, como no hay la expectativa que logran 100% de OAs en general.
- Si no somos expertos creo esta bien, la responsabilidad debe ser de ellas a mostrarnos en Project Feedbacks que han investigado y implementado
xtecnica/practica en su codigo para lograrlo.
Update
- Encontre este pagina https://www.w3.org/WAI/fundamentals/accessibility-principles/es que tiene los 4 principios y contenido para describir cada pauta - y estoy inclinando mas a esta organizacion y nivel de granularidad. Como asi.
- agregue un ejemplo de es.yml que contiene title links y recursos. Estoy en proceso a editar esta lista para ser menos larga y mas sencillo
- Tambien hice un repo como puede ver algunos OAs en Card Validation https://github.com/unjust/TEST-card-validation
@merunga @lalogf @diegovelezg @lupomontero @OfeliaR, igual voy a compartir el link con mas coaches.
Gracias @unjust ! Personalmente prefiero los OAs mas self explanatory, en lugar de A o AA, pero no entiendo muy bien cuál es la diferencia entre estos y estos otros... pero me inclino a algo parecido a esos 2
@mfdebian me dijiste algunas opiniones ayer de la cantidad de OAs. Creo este version es un buen intermedio. Seria bueno agregar todos para mantener la estructura de WCAG, pero si tendría que priorizar/elegir algunos, seria estos con *. No creo estaria mal incluir todos porque vamos a elegir algunos para cada proyecto a los que pertenece.
# a11y:
# - perceivable:
# - text-alternatives *
# - time-based-media
# - adaptable-content *
# - distinguishable-content *
# - operable:
# - keyboard-accessible *
# - enough-time
# - seizures-physical-reactions
# - navigable *
# - input-modalities
# - understandable:
# - readable *
# - predictable *
# - input-assistance *
# - robust:
# - compatible *
Encontre este pagina https://www.w3.org/WAI/fundamentals/accessibility-principles/es que tiene los 4 principios y contenido para describir cada pauta - y estoy inclinando mas a esta organizacion y nivel de granularidad.
Sólo para confirmar que estoy al día, en lo que vamos hoy es lo que está en esta entrada de CODA, que refleja lo de la última reunión que tuvimos el viernes pasado, no? :blush:
Me parece buenísimo!! :partying_face: qué emoción! gracias @unjust por tu liderazgo en esto! :raised_hands:
