우리 팀의 색맹

우리 팀은 코드 내에서 색상에 크게 의존하여 작업해야하는 기능 (주의가 필요한 코드 줄에 색상을 표시)을 설명합니다. 우리는 색맹이며 우리 팀에 합류하기를 원하는 친한 친구가 있습니다. 색상을 사용하지 않고 필요한 작업을 강조하기 위해 무엇을 할 수 있습니까? 우리는 약 25 명의 직원이 라인 채색 ​​시스템에 익숙하며 가장 효율적인 것으로 나타났습니다.

코드를 강조 표시하는 데 사용하는 색상을 알려주고 구별 할 수없는 색상을 알려주십시오.

그런 다음 해당 색상을 작업 할 수있는 색상으로 변경하십시오.

내가 정기적으로 협력하는 개발자 중 하나는 색맹입니다. 문제는 색상을 구분할 수 없다는 것뿐만 아니라 색상에 대해 많이 생각하지 않는 것입니다. 그와 다른 색맹 인 사람들은 색이 구분할 수 있다고해도 색을 구별하기에 나쁜 도구가되는 시점까지 비 문제가되는 법을 배웁니다. 우리는 Xbox 게임에 대해 조금 전에 이야기했습니다. 잘못 작성된 게임 중 일부는 색상별로 누르는 버튼을 구별합니다. 그들이 구별 할 수있는 색상을 선택하더라도, 그의 두뇌는 색상에주의를 기울이고 차별화하도록 설정되지 않았습니다.

현재 시스템 이 고장났습니다 . 그것에 대해 두 가지 방법이 없습니다. 그의 색맹으로 인해 당신과 함께 일하는 것에 대해 의문을 제기한다면, 끔찍한 문제가 있습니다. 어쩌면 그와 함께 일하는 법이있을 수도 있습니다 (예를 들어 친구가 시각적 디자인 작업을하는 경우 우리와 함께 색상을 확인해야 할 것입니다). 또한 액세스가 용이 한 응용 프로그램을 매우 쉽게 확인할 수 있도록 개발하여 매우 유용한 리소스가 될 수 있습니다.

저의 색맹 친구 외에, 제가 대학에서 가지고 있었던 큰 디자인 프로젝트 중 하나는 색맹 고객을위한 매우 시각적 인 응용이었습니다. 우리는 그것을 한계로 보지 않고 배우는 기회로 보았습니다. 우리는 색맹 인 사람들이 보는 것을 모방 한 Vischeck 라는 멋진 도구를 발견했습니다 . 탑승 중에 친구와 함께이 기술을 배우는 것이 좋습니다. 당신이 단순히 당신과 같은 색을 볼 수 없기 때문에 당신이 단순히 고용 할 수없는 후보가있을 때까지 기다린다면 (어리석은 바보처럼 당신을 때리지 않습니까?), 당신은 모든 종류에 자신을 얻을 것입니다 문제의.

이제는 색상을 제거해야한다고 말하는 것이 아닙니다. 그들이 당신을 위해 일한다면, 좋습니다. 팀 전체에 정보를 전달하는 기본 방법으로 사용하지 말고 추가 도움을 받으십시오. 코드 편집기에서 구문 강조를 생각하십시오. 코드가 없으면 코드를 완벽하게 읽을 수 있습니다. 색상에 전혀 신경 쓰지 않는 사람이라도 문제없이 편집기를 사용할 수 있습니다. 색상은 사용하려는 사람들의 편의를 위해 존재합니다.

저는 변호사 나 HR 전문가는 아니지만 "약 25 명으로 구성된 팀의 경우 완전히 다른 시스템을 구현하는 것은 비현실적입니다"라고 ADA 규칙에 따라 적기가 발생합니다.

풀 컬러 시력이 직업의 특정 요구 사항이 아닌 한, 색맹 장애를 구별 할 수 없으며 그가 일할 수 있도록 합리적인 편의를 제공해야합니다. 실용성은 차별 소송에서 변호가 아니라, 나는 변호사가 아니라는 것을 다시 반복 할 것입니다.

색상을 구성 가능하게 만드는 것과 같은 간단한 것으로 충분하며 구성 가능한 디스플레이 옵션은 상식입니다.

소리. 모양. 세례반. 스타일. 크기. 텍스트 설명.

당신은 이것들을 스스로 생각할 수 없습니까? 대안을 구할 수 없다면 왜 누군가가 당신과 함께 일하고 싶어합니까?

(예. 소리. 시각 장애인을위한 수많은 스크린 리더와 적응 형 장치가 있습니다. 수많은. 하나를 찾을 수 없습니까?

도움이되는 의견을 남기려면 어떻게 되었습니까? 실제로, "이것은 약간의 작업이 필요합니다", "이것은 리팩토링되어야한다", "구현되어야한다"또는 "완전히 고장 나고, 즉시 고쳐라"와 같은 코멘트를 남겨 두는 것은 미친 색채 체계보다 훨씬 더 효과적이라고 생각합니다. . 서면 의견은 누구나 읽을 수 있습니다 (스크린 리더가있는 경우 맹인도 포함). 또한 일반 텍스트 편집기에서 수행 할 수 있으며 새 직원이 사용 방법을 익혀야하는 사내 도구가 아닙니다.

이 사람은 완전히 색맹입니까? 이것은 매우 드문 일입니다. 대부분의 색맹은 다소 구체적입니다. 즉, 빨강과 녹색은 동일하게 보이지만 다른 모든 색은 효과가 있습니다. 특정 종류의 색맹 (아마도 여러 종류)에도 모호하지 않은 색상 세트를 선택할 수 있습니다.

또는 간단한 기호로 색상을 보완 할 수 있습니다 (어쨌든 텍스트 파일에 색상을 어떻게 추가합니까?)

선을 색칠하는 대신 시맨틱 마크 업을 사용해야합니다.
가장 쉬운 방법은 HTML을 사용하는 것입니다.

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

그런 다음 스타일 시트를 자신의 필요에 맞게 조정할 수 있습니다. 또한 이것은 순전히 텍스트이므로 버전 관리에 적합합니다.
약간의 시간을 투자하려는 경우 JavaScript로 작은 경량 HTML 편집기를 함께 작성하면됩니다.
또는 주석을 사용하여 다른 섹션을 강조 표시 한 다음 형식을 사용자 정의 할 수있는 작은 표시 도구를 작성하십시오. 이것은 아마도 모든 옵션이 코드베이스에 직접 있고 모든 것을 한곳에서 관리 할 수 ​​있기 때문에 가장 좋은 옵션 일 것입니다. 다음과 같은 것 :

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 # with red; @@ for blue 등)과 함께 사용할 새 기호를 추가하여 색칠 된 텍스트 근처의 주석 줄에 넣는 것입니다. 이렇게하면 색맹 인 사람은 모든 #을 검색하고 모든 빨간색 선을 찾을 수 있습니다. 그는 페이지를 스캔 할 수없고 그에게 색이 튀어 나올 수 있지만 어쨌든 그를 위해 할 수있는 것보다 텍스트 정보는 거의 없습니다 (색은 실제로 인간에게는 강력한 감각적 경험입니다).

그러나 나는 당신이 아마도 이슈 트래커로의 전환을 시작해야한다는 것에 동의합니다. 이것은 잠재적으로 비효율적 인 것을 함께 모은 것처럼 들립니다 (물론 나는 당신이 무엇을 보지 못했지만).

그것은 더 똑똑 하지 않지만 실제로 는 코드에서 색상에 많이 의존 하지 않습니다 .

일반적으로 필수 편집 시스템에 의존하지 마십시오.
(IDE는 견딜 수 있지만 생산성 측면에서 충분한 상충 관계가 있는 경우에만 )

적절한 들여 쓰기 규칙을 설정하는 것은 이미 상당히 어렵고 시간이 많이 걸리며 불화의 문제와 불만의 원인입니다. 색상을 강요하면 내가 아는 대부분의 사람들 이 바리케이드를 탈 것 입니다.

의견에서 나는 당신이 사내에서 개발 한 도구를 사용하고 있음을 알았습니다. 주어진 해결책은 간단합니다. 코드를 한 줄씩 살펴보고 코드가 표시되는 방식에 영향을 미치는 모든 줄을 크게 개선해야하는 것으로 표시하십시오. 그런 다음 코드를 수정하십시오 . 도구가 제공하는 가치는 선택한 특정 색 구성표에 있지 않거나 심지어 전체 팀이 현재 하나의 구성표를 사용하고 있습니다. 중요한 것은 코드를 의미있는 방식으로 마크 업할 수 있다는 것입니다. 그 의미를 표현하는 방법은 완전히 구성 할 수 있어야합니다. 작업을 제품을 개선 할 수있는 기회로 생각하십시오.