Ślepy na kolor członek naszego zespołu

Mój zespół opiera się w dużym stopniu na kolorze w naszym kodzie, aby przedstawić funkcje, nad którymi należy popracować (my kolorujemy linie kodu, które wymagają uwagi). Mamy bliskiego przyjaciela, który jest ślepy na kolory i chce dołączyć do naszego zespołu. Co możemy zrobić, aby podkreślić, co wymaga pracy bez użycia koloru? W zespole jest około 25 osób, które są przyzwyczajone do systemu kolorowania linii i przekonaliśmy się, że jest on najbardziej wydajny.

Pokaż mu kolory, których używasz do wyróżnienia kodu, i pozwól mu powiedzieć, których nie może rozróżnić.

Następnie zmień te kolory na te, z którymi może pracować.

Jednym z programistów, z którym regularnie współpracuję, jest daltonista. Problemem jest nie tylko to, że nie potrafi rozróżnić kolorów, ale także to, że nie myśli dużo o kolorze. On i inni ludzie ślepi na kolory uczą się, jak sprawić, by nie było to problemem do tego stopnia, że ​​kolor, nawet jeśli potrafią je rozróżnić, staje się złym narzędziem do rozróżniania rzeczy. Nieco wcześniej rozmawialiśmy o grach na konsolę Xbox - niektóre źle napisane gry rozróżniają przyciski, które należy nacisnąć według koloru. Nawet jeśli wybiorą kolory, które rozróżnia, jego mózg nie jest skonfigurowany, aby zwracać uwagę na kolory i różnicować je.

Twój obecny system jest zepsuty . Nie ma na to dwóch sposobów. Jeśli jego ślepota na kolory budzi nawet pytanie o to, jak z tobą współpracuje, dzieje się coś bardzo złego. Być może jest trochę nauki z nim współpracować (mój przyjaciel będzie musiał z nami zweryfikować kolory, jeśli na przykład wykonuje prace związane z projektowaniem wizualnym), ale nie powinno to wcale pojawiać się przy podejmowaniu decyzji. Może również być niezwykle cennym zasobem w tworzeniu dostępnych aplikacji, pomagając w bardzo łatwej weryfikacji.

Poza moim niewidomym kolorem, jednym z dużych projektów, które miałem na studiach, była bardzo wizualna aplikacja dla klienta niewidomego. Nie uważaliśmy tego za ograniczenie, ale raczej za okazję do nauki. Znaleźliśmy niesamowite narzędzie o nazwie Vischeck, które symulowało to, co widzą osoby niewidome dla kolorów (różne rodzaje). Dobrze jest nauczyć się tych technik teraz ze swoim przyjacielem, który najprawdopodobniej rzuci się nimi podczas wchodzenia na pokład. Jeśli zaczekasz, aż znajdziesz kandydata, którego nie możesz zatrudnić tylko dlatego, że on nie widzi tych samych kolorów co ty (czy to nie wydaje ci się absurdalnie głupie?), Dostaniesz się w różne rodzaje kłopotów.

To nie znaczy, że musisz pozbyć się kolorów. Jeśli pracują dla ciebie, świetnie. Tylko nie rób z nich podstawowej metody rozpowszechniania informacji w zespole, uczyń je dodatkową pomocą. Pomyśl o podświetlaniu składni w edytorze kodu. Bez tego kod jest doskonale czytelny. Nawet ktoś, kto nie zwraca uwagi na kolor, może korzystać z edytora bez żadnych problemów. Kolory są dostępne dla wygody ludzi, którzy będą z nich korzystać, nic więcej.

Nie jestem prawnikiem ani specjalistą HR, ale ten cytat: „z zespołem około 25 osób wdrożenie zupełnie innego systemu jest niepraktyczne” budzi czerwone flagi z zasadami ADA.

Chyba że celowanie w pełnym kolorze jest szczególnym wymogiem w pracy, nie można dyskryminować osób z utratą wzroku w kolorze i należy zapewnić odpowiednie zakwaterowanie, aby umożliwić mu pracę. Niepraktyczność nie stanowi obrony w procesie o dyskryminację, choć powtórzę jeszcze raz, że nie jestem prawnikiem.

Wystarczy coś prostego, np. Konfigurowanie kolorów, konfigurowalne opcje wyświetlania to po prostu zdrowy rozsądek.

Dźwięk. Kształt. Czcionka. Styl. Rozmiar. Komentarze tekstowe.

Nie możesz o tym myśleć sam? Jeśli nie możesz wymyślić alternatyw, dlaczego ktoś chce z tobą współpracować?

(Tak. Dźwięk. Istnieje wiele czytników ekranu i urządzeń adaptacyjnych dla osób niewidomych. Liczne. Nie możesz znaleźć żadnego? Naprawdę?)

Co się stało z pozostawieniem pomocnych komentarzy? Naprawdę, pomyślałbym, że pozostawienie komentarzy typu „to wymaga trochę pracy”, „należy to zmienić”, „do wdrożenia” lub „całkowicie zepsuty tutaj, natychmiast naprawić” byłoby znacznie bardziej skuteczne niż jakaś szalona kolorystyka . Pisemne komentarze mogą natychmiast zrozumieć każdy (nawet osoba niewidoma, jeśli ma czytnik ekranu). Możesz to również zrobić w zwykłym edytorze tekstu, a nie w jakimś wewnętrznym narzędziu, którego nowy facet musiałby nauczyć się używać.

Czy ta osoba jest całkowicie ślepa na kolory? To jest bardzo rzadkie; większość przypadków ślepoty na kolory jest raczej specyficzna, tzn. czerwony i zielony wyglądają tak samo, ale wszystkie inne kolory po prostu działają. Możesz wybrać zestaw kolorów, który jest jednoznaczny, nawet dla określonych rodzajów ślepoty kolorów (być może nawet kilku rodzajów).

Alternatywnie kolory można uzupełnić prostymi symbolami (jak w ogóle dodać kolor do plików tekstowych?)

Powinieneś używać znaczników semantycznych zamiast kolorowania linii.
Najprostszym sposobem byłoby użycie HTML:

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

A potem pozwalasz mu dostosować arkusz stylów do swoich potrzeb. Jest to również tekstowe, więc nadaje się do kontroli wersji.
Jeśli chcesz zainwestować trochę czasu, możesz po prostu skompletować mały, lekki edytor HTML w JavaScript, aby zrobić to za Ciebie.
Lub użyj komentarzy, aby wyróżnić różne sekcje, a następnie napisz małe narzędzie do wyświetlania, które pozwala dostosować formaty. Jest to prawdopodobnie najlepsza opcja, ponieważ oznacza, że ​​wszystkie te informacje znajdują się bezpośrednio w bazie kodu i można je przechowywać w jednym miejscu. Coś jak:

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

Wreszcie, gotową opcją byłoby użycie semantycznego edytora tekstu, takiego jak Ulisses . Możesz oznaczać i oznaczać różne typy sekcji oraz przypisywać formaty do typów sekcji. Możesz także komentować różne sekcje i tak dalej. Ma także eksporter HTML (między innymi), więc w rzeczywistości jest całkiem odpowiedni do pisania dokumentacji.

Dodaj dodatkowy system, który przekazuje te same informacje, które zapewnia użycie koloru.

To mógłby być:

1. Symbolika.
2. Rozmiar
3. Lokalizacja.

Lub cokolwiek innego, naprawdę. Jednak niepokojącym problemem jest to, że wydaje ci się, że stanowią one „zupełnie inny system” - tak nie jest - twoi obecni użytkownicy mogą je całkowicie zignorować i polegać na kolorach, jeśli tak wybiorą.

Przydziel każdemu zadaniu rangę numeryczną i uporządkuj listę.

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

Późno na imprezę, ale: Color Oracle to program, który działa na twoim komputerze i sprawia, że ​​Twój pulpit wygląda tak, jakby wyglądał jak osoba z różnymi rodzajami ślepoty na kolory. Uruchom go przy otwartym IDE i dostosuj kolory, których używasz do różnych rzeczy. Bardzo niewiele osób jest całkowicie ślepych na kolory, w tym sensie, że w ogóle nie dostrzegają żadnych różnic w kolorach; możesz być w stanie wybrać zestaw kolorów, który działa dla tej osoby i Twojego zespołu.

Najprostszą rzeczą byłoby prawdopodobnie poświęcenie kilku godzin i dodanie nowego symbolu, aby pasował do każdego koloru (lik3 # z czerwonym; @@ dla niebieskiego itp.) I umieszczenie go w wierszu komentarza obok kolorowego tekstu. W ten sposób osoba niewidoma na kolor może po prostu wyszukać wszystkie # i znaleźć wszystkie czerwone linie. Nie może zeskanować strony, a kolor wyskakuje na niego, ale i tak niewiele jest informacji tekstowych, które i tak mogłyby dla niego zrobić (kolor jest naprawdę potężnym doświadczeniem sensorycznym dla ludzi).

Ale zgadzam się, że prawdopodobnie powinieneś po prostu rozpocząć przejście do narzędzia do śledzenia problemów; brzmi to tak, jakbyś ułożył coś potencjalnie nieefektywnego (chociaż oczywiście nie widziałem tego, co masz).

To nie wymaga myślenia, ale tak naprawdę nie polegaj na kolorze, na swoim kodzie.

Ogólnie rzecz biorąc, nie polegaj na obowiązkowym systemie edycji.
(IDE może być tolerowane, ale biorąc pod uwagę wystarczające kompromisy pod względem wydajności)

Ustanowienie właściwej konwencji wcięcia jest już dość trudne, czasochłonne, kwestia sporów i źródło niezadowolenia. Mandatowy kolor sprawiłby, że większość ludzi, których znam, montowała barykady .

Z komentarzy wynika, że ​​używasz narzędzia, które opracowałeś samodzielnie. Biorąc to pod uwagę, rozwiązanie jest proste. Przejdź przez kod linia po linii i zaznacz każdą linię, która wpływa na sposób wyświetlania kodu jako wymagający znacznej poprawy. Następnie popraw kod . Wartość, którą zapewnia twoje narzędzie, nie jest w wybranym schemacie kolorów, a nawet, że cały zespół używa obecnie jednego schematu. Wartość polega na tym, że możesz oznaczyć kod w znaczący sposób. Sposób reprezentowania tego znaczenia powinien być w pełni konfigurowalny. Pomyśl o pracy jako o miłej okazji do ulepszenia swojego produktu.