Um membro daltônico da nossa equipe

Minha equipe depende muito da cor em nosso código para descrever os recursos que precisam ser trabalhados (nós colorimos linhas de código que precisam de atenção). Temos um amigo próximo que é daltônico e quer se juntar à nossa equipe. O que podemos fazer para destacar o que precisa funcionar sem usar cores? Temos cerca de 25 pessoas na equipe que estão acostumadas com o sistema de coloração de linhas e achamos que ele é mais eficiente.

Mostre a ele as cores que você usa para destacar o código e peça para ele dizer quais não pode distinguir.

Depois, mude essas cores para aquelas com as quais ele possa trabalhar.

Um dos desenvolvedores com quem colaboro regularmente é daltônico. A questão não é apenas que ele não pode distinguir cores, mas também que ele não costuma pensar muito em cores. Ele, e outras pessoas daltônicas, aprendem a torná-lo uma não-questão, a ponto de a cor, mesmo que eles possam distinguir, se tornar uma ferramenta ruim para distinguir as coisas. Estávamos conversando há pouco sobre jogos do Xbox - alguns jogos mal escritos distinguem quais botões pressionar somente pela cor. Mesmo que eles escolham cores que ele possa distinguir, seu cérebro não está preparado para prestar atenção à cor e diferenciá-la.

Seu sistema atual está quebrado . Não há duas maneiras sobre isso. Se sua daltonismo levanta uma dúvida sobre ele trabalhar com você, há algo terrivelmente errado. Talvez haja algum aprendizado para trabalhar com ele (meu amigo terá que verificar as cores conosco se ele fizer um trabalho de design visual, por exemplo), mas isso não deve aparecer na tomada de decisões. Ele também pode ser um recurso incrivelmente valioso no desenvolvimento de aplicativos acessíveis, ajudando você a verificá-los com muita facilidade.

Além do meu amigo daltônico, um dos grandes projetos de design que tive na faculdade foi uma aplicação muito visual para um cliente daltônico. Não vimos isso como uma limitação, mas como uma oportunidade de aprender. Encontramos uma ferramenta incrível chamada Vischeck que simulava o que as pessoas daltônicas veem (todos os tipos diferentes). É uma coisa boa aprender essas técnicas agora com seu amigo, que provavelmente continuará a usá-lo enquanto você embarca. Se você esperar até ter um candidato que não pode contratar, simplesmente porque ele não pode ver as mesmas cores que você (isso não lhe parece absurdamente bobo?), Você se envolverá em todos os tipos de problemas.

Agora, isso não quer dizer que você tenha que acabar com as cores. Se eles trabalham para você, ótimo. Apenas não faça deles o método principal de espalhar informações pela equipe, faça deles uma ajuda adicional extra. Pense no destaque da sintaxe em um editor de código. O código é perfeitamente legível sem ele. Mesmo alguém que não presta atenção à cor pode usar o editor sem nenhum problema. As cores estão lá para a conveniência das pessoas que as usarão, nada mais.

Não sou advogado ou profissional de RH, mas esta citação: "com uma equipe de cerca de 25 pessoas, é impraticável implementar um sistema completamente diferente" levanta bandeiras vermelhas com as regras da ADA.

A menos que a visão colorida seja um requisito específico do trabalho, você não pode discriminar a deficiência do daltonismo e deve fazer acomodações razoáveis ​​para permitir que ele trabalhe. A impraticabilidade não é uma defesa em um processo de discriminação, embora eu repita novamente que não sou advogado.

Algo simples como tornar as cores configuráveis ​​seria suficiente, as opções de exibição configuráveis ​​são apenas senso comum.

Som. Forma. Fonte. Estilo. Tamanho. Comentários de texto.

Você não consegue pensar nelas sozinho? Se você não consegue encontrar alternativas, por que alguém quer trabalhar com você?

(Sim. Som. Existem inúmeros leitores de tela e dispositivos adaptáveis ​​para cegos. Numerosos. Você não conseguiu encontrar um único? Sério?)

O que aconteceu com deixar comentários úteis? Realmente, eu acho que apenas deixar comentários como "isso precisa de algum trabalho", "isso deve ser refatorado", "a ser implementado" ou "completamente quebrado aqui, consertado imediatamente" seria muito mais eficaz do que algum esquema de cores maluco . Comentários escritos podem ser imediatamente compreendidos por qualquer pessoa (mesmo que cega, se tiver um leitor de tela). Além disso, você pode fazer isso em um editor de texto comum, e não em alguma ferramenta interna que o novo cara precisaria aprender a usar.

Essa pessoa é completamente daltônica? Isso é muito incomum; a maioria dos casos de daltonismo é bastante específica, ou seja, vermelho e verde têm a mesma aparência, mas todas as outras cores funcionam. Você pode selecionar um conjunto de cores que não seja ambíguo, mesmo para tipos específicos de daltonismo (possivelmente até vários tipos).

Como alternativa, as cores podem ser complementadas com símbolos simples (como você adiciona cores aos arquivos de texto?)

Você deve usar marcação semântica em vez de colorir linhas.
A maneira mais fácil seria usar HTML:

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

E então você permite que ele adapte a folha de estilo para atender às suas necessidades. Além disso, é puramente textual, por isso é adequado para controle de versão.
Se você estiver disposto a investir um pouco de tempo, basta juntar um pequeno editor de HTML leve em JavaScript para fazer isso por você.
Ou use comentários para destacar seções diferentes e, em seguida, escreva uma pequena ferramenta de exibição que permite personalizar os formatos. Essa é provavelmente a melhor opção, pois significa que todas essas informações estão diretamente em sua base de código e que todas podem ser mantidas em um único local. Algo como:

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

Por fim, uma opção pronta para usar seria usar um editor de texto semântico como o Ulysses . Você pode marcar e marcar diferentes tipos de seções e atribuir formatos aos tipos de seção. Você também pode comentar seções diferentes e assim por diante. Também possui um exportador de HTML (entre outros), por isso é realmente bastante adequado para escrever documentação.

Adicione um sistema adicional que transmita as mesmas informações fornecidas pelo seu uso da cor.

Isto pode ser:

1. Símbolos
2. Tamanho
3. Localização.

Ou qualquer outra coisa, realmente. No entanto, a questão perturbadora aqui é que você parece pensar que estes constituem um "sistema completamente diferente" - esse não é o caso - seus usuários existentes podem optar por ignorá- los completamente e confiar nas cores, se assim o desejarem.

Atribua a cada tarefa uma classificação numérica e mantenha a lista classificada.

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 para a festa, mas: Color Oracle é um programa que roda em seu computador e faz com que sua área de trabalho pareça com uma pessoa com qualquer um dos diferentes tipos de daltonismo. Execute-o com o IDE aberto e ajuste as cores que você usa para várias coisas. Pouquíssimas pessoas são totalmente daltônicas, no sentido de que não conseguem perceber nenhuma diferença de cor; você poderá escolher um conjunto de cores que funcione para essa pessoa e para sua equipe.

A coisa mais simples seria provavelmente levar algumas horas e adicionar um novo símbolo para combinar com cada cor (lik3 # com vermelho; @@ para azul etc.) e colocá-lo em uma linha de comentário próxima ao texto colorido. Dessa forma, o daltônico pode apenas procurar todos os # e encontrar todas as linhas vermelhas. Ele não pode digitalizar uma página e ter cores saltando para ele, mas há pouca informação textual que poderia fazer isso por ele (a cor é realmente uma experiência sensorial poderosa para os seres humanos).

Mas concordo que você provavelmente deveria começar a transição para um rastreador de problemas; parece que você criou algo potencialmente ineficiente (embora, é claro, eu não tenha visto o que você tem).

É um acéfalo, mas realmente, não confie muito na cor, no seu código.

E, em geral, não confie em um sistema de edição obrigatório.
(um IDE pode ser tolerável, mas apenas com vantagens suficientes em termos de produtividade)

Estabelecer uma convenção apropriada de recuo já é bastante difícil, demorado, uma questão de contendas e uma fonte de descontentamento. A obrigatoriedade da cor faria a maioria das pessoas que conheço montar as barricadas .

Dos comentários, vejo que você está usando uma ferramenta que desenvolveu internamente. Dado isso, a solução é simples. Percorra o código linha por linha e marque todas as linhas que afetam a maneira como o código é exibido como necessitando de melhorias significativas. Em seguida, corrija seu código . O valor que sua ferramenta fornece não está no esquema de cores específico que você escolheu ou até que toda a equipe atualmente usa um esquema. O valor é que você pode marcar o código de maneira significativa. Como esse significado é representado deve ser completamente configurável. Pense no trabalho como uma oportunidade bem-vinda para melhorar seu produto.