Слепой член нашей команды

Моя команда во многом полагается на цвет в нашем коде, чтобы наметить особенности, над которыми нужно работать (мы окрашиваем строки кода, которые требуют внимания). У нас есть близкий друг, который является дальтоником и хочет присоединиться к нашей команде. Что мы можем сделать, чтобы подчеркнуть, что нужно работать без использования цвета? У нас в команде около 25 человек, которые все привыкли к системе окраски линий, и мы сочли ее наиболее эффективной.

Покажите ему цвета, которые вы используете, чтобы выделить код, и пусть он скажет вам, какие из них он не может отличить.

Затем измените эти цвета на те, с которыми он может работать.

Один из разработчиков, с которым я регулярно сотрудничаю, - дальтоник. Проблема не только в том, что он не может различить цвета, но и в том, что он не склонен много думать о цвете. Он и другие люди, страдающие дальтонизмом, учатся превращать его в проблему, и даже цвет, который они могут различить, становится плохим инструментом для различения вещей. Мы немного говорили об играх для Xbox - некоторые плохо написанные игры различают, какие кнопки нажимать по цвету. Даже если они выбирают цвета, которые он может отличить друг от друга, его мозг не настроен обращать внимание на цвет и различать его.

Ваша текущая система сломана . Там нет двух способов об этом. Если его дальтонизм даже поднимает вопрос о том, что он работает с вами, что-то ужасно неправильно. Может быть, есть какое-то научение работать с ним (моему другу, например, придется проверять цвета, если он занимается визуальным дизайном), но это не должно проявляться вообще при принятии решений. Он также может быть невероятно ценным ресурсом в разработке доступных приложений, помогая вам очень легко проверить их.

Помимо моего друга, страдающего дальтонизмом, одним из крупных дизайнерских проектов, которые у меня были в колледже, было очень визуальное приложение для клиента, страдающего дальтонизмом. Мы не рассматривали это как ограничение, а скорее возможность учиться. Мы нашли потрясающий инструмент под названием Vischeck, который имитировал видение дальтоников (всех видов). Это хорошая вещь, чтобы изучить эти методы сейчас с вашим другом, который, скорее всего, просто катится с ним, пока вы на борту. Если вы подождете, пока у вас не появится кандидат, которого вы не сможете нанять, просто потому, что он не видит тех же цветов, что и вы (разве это не кажется вам глупо глупым?), Вы попадете во все виды неприятностей.

Это не значит, что вы должны покончить с цветами. Если они работают на тебя, отлично. Только не делайте их основным методом распространения информации в команде, сделайте их дополнительной дополнительной помощью. Подумайте о подсветке синтаксиса в редакторе кода. Код отлично читается без него. Даже тот, кто не обращает никакого внимания на цвет, может использовать редактор без каких-либо проблем. Цвета есть для удобства людей, которые будут ими пользоваться, не более того.

Я не юрист и не специалист по персоналу, но эта цитата: «с командой из 25 человек нецелесообразно внедрять совершенно другую систему» ​​поднимает красные флаги с правилами ADA.

Если полноцветное зрение не является конкретным требованием к работе, вы не можете дискриминировать инвалидность по причине дальтонизма и должны принимать разумные меры, чтобы позволить ему работать. Непрактичность не является защитой в иске о дискриминации, хотя я еще раз повторю, что я не юрист.

Достаточно чего-то простого, например, сделать настраиваемые цвета, настраиваемые параметры отображения - это просто здравый смысл.

Звук. Shape. Шрифт. Стиль. Размер. Текстовые комментарии.

Вы не можете думать об этом самостоятельно? Если вы не можете придумать альтернативы, почему кто-то хочет работать с вами?

(Да. Звук. Есть множество программ чтения с экрана и адаптивных устройств для слепых. Многочисленные. Вы не смогли найти ни одного? Правда?)

Что случилось с оставлением полезных комментариев? На самом деле, я бы подумал, что просто оставлять комментарии типа «это требует некоторой работы», «это должно быть реорганизовано», «должно быть реализовано» или «полностью сломано, исправить немедленно» было бы намного эффективнее, чем какая-то сумасшедшая цветовая схема , Письменные комментарии могут быть немедленно поняты кем угодно (даже слепым человеком, если у него есть программа для чтения с экрана). Кроме того, вы можете сделать это в обычном текстовом редакторе, а не в каком-то внутреннем инструменте, который новый парень должен был бы изучить, как использовать.

Этот человек полностью дальтоник? Это очень необычно; большинство случаев дальтонизма довольно специфичны, то есть красный и зеленый цвета выглядят одинаково, но все остальные цвета просто работают. Вы можете выбрать набор цветов, который является однозначным даже для определенных видов дальтонизма (возможно, даже нескольких типов).

Кроме того, цвета могут быть дополнены простыми символами (как вы добавляете цвет в текстовые файлы в любом случае?)

Вы должны использовать семантическую разметку, а не раскрашивать линии.
Самый простой способ - использовать HTML:

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

И тогда вы позволяете ему адаптировать таблицу стилей под свои нужды. Кроме того, это чисто текстовый формат, поэтому он подходит для контроля версий.
Если вы готовы потратить немного времени, вы можете просто собрать небольшой облегченный HTML-редактор на JavaScript, чтобы сделать это для вас.
Или используйте комментарии, чтобы выделить различные разделы, а затем напишите небольшой инструмент для отображения, который позволяет настраивать форматы. Это, вероятно, лучший вариант, потому что это означает, что вся эта информация находится непосредственно в вашей кодовой базе и может храниться в одном месте. Что-то типа:

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

Наконец, готовый вариант - использовать семантический текстовый редактор, такой как Ulysses . Вы можете пометить и отметить различные типы разделов и назначить форматы для типов разделов. Вы также можете комментировать различные разделы и так далее. Также у него есть экспортер HTML (среди прочих), так что он на самом деле вполне подходит для написания документации.

Добавьте дополнительную систему, которая передает ту же информацию, которую обеспечивает использование вами цвета.

Это должно быть:

1. Символы.
2. Размер
3. Место расположения.

Или что-нибудь еще, правда. Однако тревожная проблема здесь заключается в том, что вы, похоже, думаете, что они представляют собой «совершенно другую систему» ​​- это не так - ваши существующие пользователи могут по своему усмотрению игнорировать их и полагаться на цвета, если они того пожелают.

Присвойте каждой задаче числовой ранг и сохраняйте список отсортированным.

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

Поздно, но: Color Oracle - это программа, которая запускается на вашем компьютере и делает ваш рабочий стол похожим на человека с любым из различных типов дальтонизма. Запустите его с открытой IDE и настройте цвета, которые вы используете для различных вещей. Очень немногие люди полностью дальтоники, в том смысле, что они вообще не могут различить цвета; Вы можете выбрать набор цветов, который подходит для этого человека и для вашей команды.

Наиболее простой вещью, вероятно, было бы занять несколько часов и добавить новый символ для каждого цвета (lik3 # с красным; @@ для синего и т. Д.) И поместить его в строку комментария рядом с цветным текстом. Таким образом, дальтоник может просто искать все # и находить все красные линии. Он не может отсканировать страницу, и у него выскакивает цвет, но в любом случае текстовой информации мало, что могло бы сделать это для него (цвет действительно является мощным сенсорным опытом для людей).

Но я согласен, что вы, вероятно, должны просто начать переход к системе отслеживания проблем; это звучит так, будто вы собрали что-то потенциально неэффективное (хотя, конечно, я не видел, что у вас есть).

Это не просто, но на самом деле не стоит сильно полагаться на цвет, на ваш код.

И вообще, не стоит полагаться на обязательную систему редактирования.
(IDE может быть терпимым, но только с учетом достаточного компромисса с точки зрения производительности)

Создание надлежащего соглашения об отступах уже довольно трудоемко, требует много времени, является вопросом вражды и источником недовольства. Мандат цвета заставил бы большинство людей, которых я знаю, установить баррикады .

Из комментариев я вижу, что вы используете инструмент, который вы разработали дома. Учитывая это, решение простое. Пройдите код построчно и отметьте каждую строку, которая влияет на способ отображения кода как требующий значительного улучшения. Затем исправьте свой код . Значение, которое предоставляет ваш инструмент, не в конкретной выбранной вами цветовой схеме или даже в том, что вся команда в настоящее время использует одну схему. Значение в том, что вы можете разметить код осмысленным образом. То, как это значение представлено, должно быть полностью настраиваемым. Думайте о работе как о желанной возможности улучшить свой продукт.