Un membro colorato del nostro team

Il mio team fa molto affidamento sul colore all'interno del nostro codice per delineare le caratteristiche su cui bisogna lavorare (coloriamo le linee di codice che richiedono attenzione). Abbiamo un caro amico che è colorato e vuole unirsi al nostro team. Cosa possiamo fare per evidenziare ciò che deve funzionare senza usare il colore? Abbiamo circa 25 persone nel team che sono tutte abituate al sistema di colorazione della linea e lo abbiamo trovato più efficiente.

Mostragli i colori che usi per evidenziare il codice e fagli dire quali non può distinguere.

Quindi cambia quei colori con quelli con cui può lavorare.

Uno degli sviluppatori con cui collaboro regolarmente è daltonico. Il problema non è solo che non può distinguere i colori, ma anche che non tende a pensare molto al colore. Lui e altre persone daltoniche, imparano a renderlo un non-problema al punto in cui il colore, anche se possono distinguerli, diventa un cattivo strumento per distinguere le cose. Parlavamo un po 'di tempo fa dei giochi Xbox: alcuni giochi scritti male distinguono quali pulsanti premere solo per colore. Anche se scelgono i colori che può distinguere, il suo cervello non è impostato per prestare attenzione al colore e differenziarsi su di esso.

Il tuo sistema attuale è rotto . Non ci sono due modi per farlo. Se la sua cecità solleva anche una domanda sul fatto che lavori con te, c'è qualcosa di terribilmente sbagliato. Forse c'è un po 'di apprendimento nel lavorare con lui (il mio amico dovrà verificare i colori con noi se fa un lavoro di progettazione visiva, per esempio), ma non dovrebbe venire affatto nel processo decisionale. Può anche essere una risorsa incredibilmente preziosa nello sviluppo di applicazioni accessibili aiutandoti a verificarle molto facilmente.

A parte il mio amico daltonico, uno dei grandi progetti di design che ho avuto al college era un'applicazione visivamente molto pesante per un cliente daltonico. Non l'abbiamo visto come una limitazione, ma piuttosto un'opportunità per imparare. Abbiamo trovato un fantastico strumento chiamato Vischeck che simula ciò che le persone daltoniche vedono (tutti i diversi tipi). È una buona cosa imparare queste tecniche ora con il tuo amico che probabilmente ci rotolerà mentre sali a bordo. Se aspetti di avere un candidato che non puoi assumere semplicemente perché non riesce a vedere gli stessi colori di te (non ti sembra assurdamente sciocco?), Entrerai in tutti i tipi di guai.

Ora, questo non vuol dire che devi eliminare i colori. Se funzionano per te, bene. Basta non renderli il metodo principale per diffondere le informazioni in tutto il team, rendili un ulteriore aiuto aggiuntivo. Pensa all'evidenziazione della sintassi in un editor di codice. Il codice è perfettamente leggibile senza di esso. Perfino qualcuno che non tiene assolutamente conto del colore può usare l'editor senza nessun problema. I colori sono lì per la comodità delle persone che li useranno, niente di più.

Non sono un avvocato o un professionista delle risorse umane, ma questa citazione: "con un team di circa 25 persone non è pratico implementare un sistema completamente diverso" solleva bandiere rosse con le regole ADA.

A meno che la vista a colori non sia un requisito specifico del lavoro, non è possibile discriminare la disabilità del daltonismo e si devono trovare soluzioni ragionevoli per consentirgli di lavorare. L'impraticabilità non è una difesa in una causa di discriminazione, anche se ripeterò ancora che non sono un avvocato.

Qualcosa di semplice come rendere configurabili i colori sarebbe sufficiente, le opzioni di visualizzazione configurabili sono solo buonsenso.

Suono. Forma. Font. Stile. Dimensione. Commenti testuali.

Non riesci a pensare a questi da soli? Se non riesci a trovare alternative, perché qualcuno vuole lavorare con te?

(Sì. Suono. Esistono numerosi screen reader e dispositivi adattivi per non vedenti. Numerosi. Non ne hai trovato uno solo? Davvero?)

Che cosa è successo a lasciare commenti utili? Davvero, penserei che lasciare solo commenti come "questo ha bisogno di un po 'di lavoro", "questo dovrebbe essere riformulato", "da implementare" o "completamente rotto qui, risolvere immediatamente" sarebbe molto più efficace di qualche folle combinazione di colori . I commenti scritti possono essere immediatamente compresi da chiunque (anche da un cieco, se ha uno screen reader). Inoltre, puoi farlo in un normale editor di testo e non in uno strumento interno che il nuovo ragazzo dovrebbe imparare come usare.

Questa persona è completamente daltonica? Questo è molto raro; la maggior parte dei casi di daltonismo sono piuttosto specifici, ovvero il rosso e il verde sembrano uguali, ma tutti gli altri colori funzionano. È possibile selezionare un set di colori non ambiguo anche per specifici tipi di daltonismo (possibilmente anche di diversi tipi).

In alternativa, i colori potrebbero essere integrati da semplici simboli (come si aggiunge comunque il colore ai file di testo?)

Dovresti usare il markup semantico piuttosto che colorare le linee.
Il modo più semplice sarebbe usare HTML:

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

E poi gli lasci adattare il foglio di stile per soddisfare le sue esigenze. Anche questo è puramente testuale, quindi è adatto per il controllo della versione.
Se sei disposto a investire un po 'di tempo, puoi semplicemente mettere insieme un piccolo editor HTML leggero in JavaScript per farlo.
Oppure usa i commenti per evidenziare le diverse sezioni e poi scrivi un piccolo strumento di visualizzazione che ti consente di personalizzare i formati. Questa è probabilmente l'opzione migliore, perché significa che tutte queste informazioni sono direttamente nella tua base di codice e tutte possono essere gestite in un unico posto. Qualcosa di simile a:

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

Infine, un'opzione pronta per l'uso sarebbe quella di utilizzare un editor di testo semantico come Ulisse . È possibile contrassegnare e contrassegnare diversi tipi di sezioni e assegnare formati ai tipi di sezione. Puoi anche commentare diverse sezioni e così via. Inoltre ha un esportatore HTML (tra gli altri), quindi in realtà è abbastanza adatto per scrivere documentazione.

Aggiungi un sistema aggiuntivo che trasmette le stesse informazioni fornite dall'uso del colore.

Questo potrebbe essere:

1. Simboli.
2. Dimensione
3. Posizione.

O qualsiasi altra cosa, davvero. Tuttavia, il problema inquietante qui è che sembra pensare che costituiscano un "sistema completamente diverso" - non è questo il caso - i tuoi utenti esistenti possono scegliere di ignorarli completamente e fare affidamento sui colori, se lo desiderano.

Assegna a ogni attività un rango numerico e mantieni l'elenco ordinato.

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

In ritardo per la festa, ma: Color Oracle è un programma che gira sul tuo computer e fa sembrare il tuo desktop come se fosse una persona con uno dei diversi tipi di daltonismo. Eseguilo con il tuo IDE aperto e modifica i colori che usi per varie cose. Pochissime persone sono totalmente daltoniche, nel senso che non riescono a percepire alcuna differenza di colore; potresti essere in grado di scegliere un set di colori che funziona per questa persona e per il tuo team.

La cosa più semplice sarebbe probabilmente prendere alcune ore e aggiungere un nuovo simbolo per ogni colore (lik3 # con il rosso; @@ per il blu, ecc.) E inserirlo in una riga di commento vicino al testo colorato. In questo modo la persona daltonica può solo cercare tutti # e trovare tutte le linee rosse. Non può scansionare una pagina e fargli saltare il colore, ma ci sono poche informazioni testuali che potrebbero comunque farlo per lui (il colore è davvero una potente esperienza sensoriale per gli umani).

Ma sono d'accordo che probabilmente dovresti semplicemente iniziare la transizione verso un tracker di problemi; sembra che tu abbia messo insieme qualcosa di potenzialmente inefficiente (anche se ovviamente non ho visto quello che hai).

È un gioco da ragazzi, ma in realtà no fare molto affidamento sul colore, sul codice.

E in generale, non fare affidamento su un sistema di editing obbligatorio.
(un IDE può essere tollerabile, ma dato solo sufficienti compromessi in termini di produttività)

Stabilire un'adeguata convenzione di rientro è già abbastanza difficile, richiede tempo, una questione di faide e una fonte di malcontento. Mandare il colore renderebbe la maggior parte delle persone che conosco montare le barricate .

Dai commenti vedo che stai usando uno strumento che hai sviluppato in casa. Detto questo, la soluzione è semplice. Scorri il codice riga per riga e segna ogni riga che influisce sul modo in cui il codice viene visualizzato come un miglioramento significativo. Quindi, correggi il tuo codice . Il valore fornito dal tuo strumento non è nella particolare combinazione di colori che hai scelto o anche che l'intero team attualmente utilizza una combinazione. Il valore è che è possibile contrassegnare il codice in modo significativo. Come viene rappresentato quel significato dovrebbe essere completamente configurabile. Pensa al lavoro come una gradita opportunità per migliorare il tuo prodotto.