Un miembro daltónico de nuestro equipo.

Mi equipo confía mucho en el color dentro de nuestro código para delinear las características que necesitan ser trabajadas (coloreamos líneas de código que requieren atención). Tenemos un amigo cercano que es daltónico y quiere unirse a nuestro equipo. ¿Qué podemos hacer para resaltar lo que necesita trabajar sin usar color? Tenemos alrededor de 25 personas en el equipo que están acostumbradas al sistema de coloración de línea y hemos encontrado que es más eficiente.

Muéstrele los colores que usa para resaltar el código y pídale que le diga cuáles no puede distinguir.

Luego cambie esos colores por otros con los que pueda trabajar.

Uno de los desarrolladores con los que colaboro regularmente es daltónico. El problema no es solo que no puede distinguir los colores, sino también que no tiende a pensar mucho en el color. Él y otras personas daltónicas aprenden a hacer que no sea un problema hasta el punto en que el color, incluso si pueden distinguirse, se convierte en una mala herramienta para distinguir las cosas. Estuvimos hablando un poco sobre los juegos de Xbox: algunos juegos mal escritos distinguen qué botones presionar solo por color. Incluso si eligen colores que puede distinguir, su cerebro no está configurado para prestar atención al color y diferenciarlo.

Su sistema actual está roto . No hay dos maneras de eso. Si su daltonismo incluso plantea una pregunta sobre él trabajando con usted, hay algo terriblemente mal. Tal vez hay algo de aprendizaje para trabajar con él (mi amigo tendrá que verificar los colores con nosotros si hace un trabajo de diseño visual, por ejemplo), pero no debería surgir en absoluto en la toma de decisiones. También puede ser un recurso increíblemente valioso en el desarrollo de aplicaciones accesibles al ayudarlo a verificarlas fácilmente.

Además de mi amigo daltónico, uno de los grandes proyectos de diseño que tuve en la universidad fue una aplicación muy visual para un cliente daltónico. No lo vimos como una limitación, sino como una oportunidad para aprender. Encontramos una herramienta increíble llamada Vischeck que simulaba lo que las personas daltónicas ven (todos los tipos diferentes). Es bueno aprender estas técnicas ahora con tu amigo, que probablemente lo utilizará mientras te subes a bordo. Si esperas hasta tener un candidato que no puedes contratar simplemente porque él no puede ver los mismos colores que tú (¿no te parece absurdamente tonto?), Te meterás en todo tipo de problemas

Ahora, esto no quiere decir que tenga que eliminar los colores. Si funcionan para ti, genial. Simplemente no los convierta en el método principal para difundir información en todo el equipo, hágales una ayuda adicional adicional. Piense en el resaltado de sintaxis en un editor de código. El código es perfectamente legible sin él. Incluso alguien que no tiene en cuenta el color puede usar el editor sin ningún problema. Los colores están ahí para la conveniencia de las personas que los usarán, nada más.

No soy un abogado o un profesional de recursos humanos, pero esta cita: "con un equipo de unas 25 personas, no es práctico implementar un sistema completamente diferente" genera señales de alerta con las normas de la ADA.

A menos que la vista a todo color sea un requisito específico del trabajo, no puede discriminar contra la discapacidad del daltonismo y debe hacer ajustes razonables para permitirle trabajar. La impracticabilidad no es una defensa en una demanda por discriminación, aunque repetiré nuevamente que no soy abogado.

Algo simple como hacer que los colores sean configurables sería suficiente, las opciones de visualización configurables son solo sentido común.

Sonar. Forma. Fuente. Estilo. Tamaño. Comentarios de texto.

¿No puedes pensar en esto por tu cuenta? Si no puede encontrar alternativas, ¿por qué alguien quiere trabajar con usted?

(Sí. Sonido. Hay numerosos lectores de pantalla y dispositivos adaptativos para ciegos. Numerosos. ¿No pudo encontrar uno solo? ¿En serio?)

¿Qué pasó al dejar comentarios útiles? Realmente, creo que dejar comentarios como "esto necesita algo de trabajo", "esto debería ser refactorizado", "ser implementado" o "completamente roto aquí, arreglarlo de inmediato" sería mucho más efectivo que un esquema de color loco . Los comentarios escritos pueden ser comprendidos de inmediato por cualquier persona (incluso una persona ciega, si tiene un lector de pantalla). Además, puede hacerlo en un editor de texto normal y no en una herramienta interna que el nuevo individuo tendría que aprender a usar.

¿Es esta persona completamente daltónica? Esto es muy poco frecuente; La mayoría de los casos de daltonismo son bastante específicos, es decir, el rojo y el verde tienen el mismo aspecto, pero todos los demás colores simplemente funcionan. Puede seleccionar un conjunto de colores que no sea ambiguo incluso para tipos específicos de daltonismo (posiblemente incluso varios tipos).

Alternativamente, los colores podrían complementarse con símbolos simples (¿cómo se agrega color a los archivos de texto de todos modos?)

Debe usar marcado semántico en lugar de líneas de colores.
La forma más fácil sería usar HTML:

doFoo();
<span class="refactor">doUgglyThing();</span>
doBar();
doBaz();
<span class="debug">makeBug();</span>

Y luego le dejas adaptar la hoja de estilo para satisfacer sus necesidades. Además, esto es puramente textual, por lo que es adecuado para el control de versiones.
Si está dispuesto a invertir un poco de tiempo, simplemente puede armar un pequeño editor HTML ligero en JavaScript para hacer esto por usted.
O utilice los comentarios para resaltar diferentes secciones y luego escriba una pequeña herramienta de visualización que le permita personalizar formatos. Esta es probablemente la mejor opción, porque significa que toda esta información está directamente en su base de código y que todo se puede mantener en un solo lugar. Algo como:

doFoo();
doUgglyThing();//REFACTOR
doBar();
doBaz();
makeBug();//DEBUG

Por último, una opción lista para usar sería usar un editor de texto semántico como Ulysses . Puede etiquetar y marcar diferentes tipos de secciones y asignar formatos a los tipos de sección. También puede comentar diferentes secciones, etc. También tiene un exportador HTML (entre otros), por lo que en realidad es bastante adecuado para escribir documentación.

Agregue un sistema adicional que transmita la misma información que proporciona su uso del color.

Esto podría ser:

1. Símbolos
2. tamaño
3. Ubicación.

O cualquier otra cosa, de verdad. Sin embargo, el problema inquietante aquí es que parece pensar que constituyen un "sistema completamente diferente", ese no es el caso, sus usuarios existentes pueden optar por ignorarlos por completo y confiar en los colores, si así lo desean.

Asigne a cada tarea un rango numérico y mantenga la lista ordenada.

Rank  Description
--------------------------------------------------------------------------
1     Find a way to make our task list readable by the new guy
3     Gain some rep by asking a question on Programmers
9     Convince the manager that 25-people team might need an issue tracker

Tarde a la fiesta, pero: Color Oracle es un programa que se ejecuta en su computadora y hace que su escritorio se vea como si fuera una persona con cualquiera de los diferentes tipos de daltonismo. Ejecútelo con su IDE abierto y modifique los colores que usa para varias cosas. Muy pocas personas son totalmente daltónicas, en el sentido de que no pueden percibir ninguna diferencia de color; Es posible que pueda elegir un conjunto de colores que funcione para esta persona y para su equipo.

Lo más simple probablemente sería tomar algunas horas y agregar un nuevo símbolo para cada color (lik3 # con rojo; @@ para azul, etc.) y ponerlo en una línea de comentario cerca del texto coloreado. De esta manera, la persona daltónica puede buscar todos los # y encontrar todas las líneas rojas. No puede escanear una página y hacer que el color salte hacia él, pero de todos modos hay poca información textual que podría hacer eso por él (el color es realmente una experiencia sensorial poderosa para los humanos).

Pero estoy de acuerdo en que probablemente debería comenzar la transición a un rastreador de problemas; Parece que has improvisado algo potencialmente ineficiente (aunque, por supuesto, no he visto lo que tienes).

Es obvio, pero realmente, no confíes mucho en el color, en tu código.

Y, en general, no confíe en un sistema de edición obligatorio.
(un IDE puede ser tolerable, pero solo da suficientes compensaciones en términos de productividad)

Establecer una convención de sangría adecuada ya es bastante difícil, lleva mucho tiempo, es una cuestión de disputas y una fuente de descontento. El color obligatorio haría que la mayoría de las personas que conozco monten las barricadas .

De los comentarios veo que estás usando una herramienta que has desarrollado en casa. Dado eso, la solución es simple. Revise el código línea por línea y marque cada línea que afecte la forma en que se muestra el código que necesita una mejora significativa. Luego, arregle su código . El valor que proporciona su herramienta no está en el esquema de color particular que ha elegido o incluso que todo el equipo actualmente usa un esquema. El valor es que puede marcar el código de manera significativa. Cómo se representa ese significado debe ser completamente configurable. Piense en el trabajo como una oportunidad bienvenida para mejorar su producto.