Колоритний член нашої команди

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

Покажіть йому кольори, які ви використовуєте для виділення коду, і дозвольте йому сказати, які з них він не може розрізнити.

Потім змініть ці кольори на ті, з якими він може працювати.

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

Ваша поточна система зламана . Немає двох шляхів щодо цього. Якщо його барвистість навіть викликає питання про те, як він працює з вами, є щось жахливо не так. Можливо, є щось навчитися працювати з ним (моєму другові доведеться перевірити кольори з нами, якщо він, наприклад, робить візуальний дизайн), але це взагалі не повинно підходити до прийняття рішень. Він також може бути неймовірно цінним ресурсом у розробці доступних додатків, допомагаючи вам перевірити їх дуже легко.

Окрім мого товариша з кольорових слідів, один з великих дизайнерських проектів, які я мав у коледжі, був дуже сильним візуальним додатком для клієнта з барвінком. Ми не бачили це як обмеження, а скоріше можливість вчитися. Ми знайшли дивовижний інструмент під назвою Vischeck, який імітував те, що бачать кольорові сліпи (всі різні види). Це добре зараз вивчити ці методи разом зі своїм другом, який, швидше за все, просто закатається з нею, поки ви потрапите на борт. Якщо ви будете чекати, поки у вас є кандидат, якого ви не можете найняти просто тому, що він не бачить таких самих кольорів, як і ви (чи це не здається вам нерозумно нерозумним?), Ви збираєтеся потрапити в усі види неприємностей.

Тепер це не означає, що вам доведеться покінчити з кольорами. Якщо вони працюють на вас, чудово. Просто не робіть їх основним методом розповсюдження інформації по команді, не робіть їм додаткову додаткову допомогу. Подумайте про виділення синтаксису в редакторі коду. Код ідеально читається без нього. Навіть той, хто взагалі не звертає уваги на колір, може користуватися редактором абсолютно без проблем. Кольори є для зручності людей, які ними будуть користуватися, не більше того.

Я не юрист або професіонал з питань персоналу, але ця цитата: "з командою з близько 25 осіб непрактично впроваджувати зовсім іншу систему" піднімає червоні прапори з правилами ADA.

Якщо повний кольоровий приціл не є специфічною вимогою роботи, ви не можете дискримінувати втрату кольорової сліпоти, і ви повинні зробити розумні умови, що дозволяють йому працювати. Безпристрасність - це не захист у позові про дискримінацію, хоча я ще раз повторю, що я не юрист.

Буде достатньо чогось простого, як зробити кольори, які можна налаштувати, налаштування дисплея - це просто здоровий глузд.

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

Ви не можете самі подумати про це? Якщо ви не можете придумати альтернативи, чому хтось хоче працювати з вами?

(Так. Звук. Існує чимало зчитувачів екранів та адаптивних пристроїв для сліпих. Численні. Ви не змогли знайти жодного? Дійсно?)

Що б не сталося, залишаючи корисні коментарі? Дійсно, я б подумав, що просто залишити коментарі на кшталт "для цього потрібна певна робота", "це має бути реконструйовано", "щоб було впроваджено" або "тут повністю порушено, виправити негайно" було б набагато ефективніше, ніж якась шалена кольорова схема . Письмові коментарі може одразу зрозуміти кожен (навіть сліпий, якщо у нього є читач екрану). Крім того, ви можете це зробити у звичайному текстовому редакторі, а не в якомусь внутрішньому інструменті, який новому хлопцеві доведеться навчитися користуватися.

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

Крім того, кольори можуть бути доповнені простими символами (як ви все одно додаєте колір до текстових файлів?)

Ви повинні використовувати семантичну розмітку, а не кольорові лінії.
Найпростішим способом було б використання 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 # з червоним; @@ для синього тощо) та помістити його в рядок коментарів біля кольорового тексту. Таким чином, незряча людина може просто шукати всі # та знаходити всі червоні лінії. Він не може сканувати сторінку, а кольори вискакують на нього, але текстової інформації мало, ніж це все-таки можна зробити для нього (колір справді є потужним сенсорним досвідом для людини).

Але я погоджуюся, що вам, мабуть, слід просто почати перехід до трекера проблем; це звучить так, ніби ви зібралися разом щось потенційно неефективне (хоча, звичайно, я не бачив, що у вас є).

Це не мозковий діяч, але насправді, не покладайтеся багато на колір, на свій код.

І взагалі, не варто покладатися на систему обов'язкового редагування.
(ІДЕ може бути терпимим, але лише за умови достатньої кількості компромісів у плані продуктивності)

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

З коментарів я бачу, що ви використовуєте інструмент, який ви розробили вдома. Враховуючи це, рішення просте. Пройдіть кодовий рядок за рядком і позначте кожен рядок, який впливає на відображення коду, як потребує значного вдосконалення. Потім виправте свій код . Значення, яке надає ваш інструмент, не полягає у вибраній вами кольоровій гамі або навіть у тому, що вся команда в даний час використовує одну схему. Цінність полягає в тому, що ви можете розмітити код змістовно. Як це значення представлене, слід повністю налаштувати. Подумайте про роботу як про бажану можливість вдосконалити свій продукт.