Một thành viên colourblind của nhóm chúng tôi

Nhóm của tôi phụ thuộc rất nhiều vào màu sắc trong mã của chúng tôi để phác thảo các tính năng cần được xử lý (chúng tôi tô màu các dòng mã cần chú ý). Chúng tôi có một người bạn thân là colourblind và muốn tham gia nhóm của chúng tôi. Chúng ta có thể làm gì để làm nổi bật những gì cần làm việc mà không sử dụng màu sắc? Chúng tôi có khoảng 25 người trong nhóm đã quen với hệ thống tô màu và chúng tôi thấy nó hoạt động hiệu quả nhất.

Chỉ cho anh ta các màu bạn sử dụng để làm nổi bật mã và yêu cầu anh ta nói cho bạn biết những màu nào anh ta không thể phân biệt được.

Sau đó thay đổi những màu sắc để những người anh ấy có thể làm việc với.

Một trong những nhà phát triển tôi thường xuyên cộng tác là colorblind. Vấn đề không chỉ là anh ấy không thể phân biệt màu sắc, mà còn là anh ấy không có xu hướng nghĩ nhiều về màu sắc. Anh ta và những người mù màu khác, học cách biến nó thành một thứ không phát hành đến mức màu sắc, thậm chí chúng có thể phân biệt được, trở thành một công cụ tồi để phân biệt mọi thứ. Chúng ta đã nói một chút về các trò chơi Xbox - một số trò chơi được viết xấu phân biệt các nút nào để nhấn bằng màu sắc một mình. Ngay cả khi họ chọn màu sắc mà anh ta có thể phân biệt, bộ não của anh ta sẽ không được thiết lập để chú ý đến màu sắc và phân biệt nó.

Hệ thống hiện tại của bạn bị hỏng . Không có hai cách về điều đó. Nếu sự mù màu của anh ấy thậm chí còn đặt ra một câu hỏi về việc anh ấy làm việc với bạn, thì có gì đó không ổn. Có thể có một số học tập để làm việc với anh ấy (bạn tôi sẽ phải xác minh màu sắc với chúng tôi nếu anh ấy làm công việc thiết kế hình ảnh chẳng hạn), nhưng nó không nên đưa ra quyết định. Anh ta cũng có thể là một nguồn tài nguyên vô cùng quý giá trong việc phát triển các ứng dụng có thể truy cập bằng cách giúp bạn xác minh chúng rất dễ dàng.

Ngoài người bạn mù màu của tôi, một trong những dự án thiết kế lớn tôi có ở trường đại học là một ứng dụng trực quan rất nặng nề cho một khách hàng mù màu. Chúng tôi đã không coi đó là một hạn chế, mà là một cơ hội để học hỏi. Chúng tôi đã tìm thấy một công cụ tuyệt vời có tên Vischeck mô phỏng những gì người mù màu nhìn thấy (tất cả các loại khác nhau). Bây giờ là một điều tốt để học những kỹ thuật này với bạn của bạn, người có khả năng sẽ chỉ lăn lộn với nó trong khi bạn lên tàu. Nếu bạn đợi cho đến khi bạn có một ứng cử viên mà bạn không thể thuê đơn giản vì anh ta không thể nhìn thấy những màu giống như bạn (không phải điều đó khiến bạn ngớ ngẩn một cách ngớ ngẩn sao?), Bạn sẽ hòa mình vào mọi loại Rắc rối.

Bây giờ, điều này không có nghĩa là bạn phải loại bỏ màu sắc. Nếu họ làm việc cho bạn, thật tuyệt. Chỉ cần đừng biến chúng thành phương pháp chính để truyền bá thông tin trong toàn đội, hãy biến chúng thành một trợ giúp bổ sung. Hãy nghĩ về cú pháp tô sáng trong một trình soạn thảo mã. Mã này là hoàn toàn dễ đọc mà không cần nó. Ngay cả những người không quan tâm đến màu sắc cũng có thể sử dụng trình chỉnh sửa mà hoàn toàn không có vấn đề gì. Màu sắc ở đó để thuận tiện cho những người sẽ sử dụng chúng, không có gì hơn.

Tôi không phải là luật sư hay chuyên gia nhân sự nhưng câu nói này: "với một nhóm khoảng 25 người, việc triển khai một hệ thống hoàn toàn khác là không thực tế" giương cờ đỏ với các quy tắc ADA.

Trừ khi nhìn toàn màu là một yêu cầu cụ thể của công việc, bạn không thể phân biệt đối xử với khuyết tật mù màu và phải bố trí hợp lý để cho phép anh ta làm việc. Tính không thực tế không phải là một biện pháp bảo vệ trong một vụ kiện phân biệt đối xử, mặc dù tôi sẽ nhắc lại rằng tôi không phải là luật sư.

Một cái gì đó đơn giản như làm cho màu sắc có thể cấu hình sẽ đủ, các tùy chọn hiển thị cấu hình chỉ là lẽ thường.

Âm thanh. Hình dạng. Phông chữ. Phong cách. Kích thước. Bình luận văn bản.

Bạn không thể nghĩ về những điều này một mình? Nếu bạn không thể đưa ra giải pháp thay thế, tại sao không ai muốn làm việc với bạn?

(Vâng. Âm thanh. Có rất nhiều trình đọc màn hình và thiết bị thích ứng cho người khiếm thị. Nhiều người. Bạn không thể tìm thấy một thiết bị duy nhất? Thật sao?)

Bất cứ điều gì đã xảy ra để để lại ý kiến ​​hữu ích? Thực sự, tôi sẽ nghĩ rằng chỉ cần để lại những bình luận như "việc này cần một số công việc", "điều này nên được tái cấu trúc", "được thực hiện" hoặc "hoàn toàn bị phá vỡ ở đây, khắc phục ngay lập tức" sẽ hiệu quả hơn nhiều so với một bảng màu điên rồ . Nhận xét bằng văn bản có thể được hiểu ngay lập tức bởi bất kỳ ai (ngay cả một người mù, nếu anh ấy / cô ấy có trình đọc màn hình). Ngoài ra, bạn có thể làm điều đó trong một trình soạn thảo văn bản thông thường chứ không phải một số công cụ nội bộ mà anh chàng mới sẽ phải học cách sử dụng.

Là người này hoàn toàn mù màu? Điều này rất không phổ biến; Hầu hết các trường hợp mù màu là khá cụ thể, tức là màu đỏ và màu xanh lá cây trông giống nhau, nhưng tất cả các màu khác chỉ hoạt động. Bạn có thể chọn một tập hợp các màu không rõ ràng ngay cả đối với các loại mù màu cụ thể (thậm chí có thể là một số loại).

Ngoài ra, màu sắc có thể được bổ sung bằng các ký hiệu đơn giản (làm thế nào để bạn thêm màu vào tệp văn bản?)

Bạn nên sử dụng đánh dấu ngữ nghĩa thay vì tô màu.
Cách dễ nhất là sử dụng HTML:

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

Và sau đó bạn để anh ấy điều chỉnh bản định kiểu cho phù hợp với nhu cầu của anh ấy. Ngoài ra, đây hoàn toàn là văn bản, vì vậy nó phù hợp để kiểm soát phiên bản.
Nếu bạn sẵn sàng đầu tư một ít thời gian, bạn có thể chỉ cần kết hợp một trình soạn thảo HTML nhỏ gọn trong JavaScript để làm điều này cho bạn.
Hoặc sử dụng các bình luận để làm nổi bật các phần khác nhau và sau đó viết một công cụ hiển thị nhỏ cho phép bạn tùy chỉnh các định dạng. Đây có lẽ là tùy chọn tốt nhất, vì nó có nghĩa là tất cả thông tin này nằm trực tiếp trong cơ sở mã của bạn và tất cả có thể được duy trì ở một nơi. Cái gì đó như:

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

Cuối cùng, một tùy chọn sẵn sàng để sử dụng sẽ là sử dụng trình soạn thảo văn bản ngữ nghĩa như Ulysses . Bạn có thể gắn thẻ và đánh dấu các loại phần khác nhau và gán định dạng cho loại phần. Bạn cũng có thể bình luận các phần khác nhau và như vậy. Ngoài ra, nó có một nhà xuất khẩu HTML (trong số những người khác), vì vậy nó thực sự khá phù hợp để viết tài liệu.

Thêm một hệ thống bổ sung truyền tải cùng thông tin mà việc sử dụng màu sắc của bạn cung cấp.

Điều này có thể là:

1. Biểu tượng.
2. Kích thước
3. Vị trí.

Hoặc bất cứ điều gì khác, thực sự. Tuy nhiên, vấn đề đáng lo ngại ở đây là dường như bạn nghĩ rằng chúng tạo thành một "hệ thống hoàn toàn khác" - không phải vậy - người dùng hiện tại của bạn có thể chọn bỏ qua chúng hoàn toàn và dựa vào màu sắc, nếu họ chọn.

Chỉ định mỗi tác vụ một thứ hạng số và giữ cho danh sách được sắp xếp.

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

Đi dự tiệc muộn, nhưng: Color Oracle là một chương trình chạy trên máy tính của bạn và làm cho máy tính để bàn của bạn trông giống như một người có bất kỳ loại mù màu nào khác nhau. Chạy nó với IDE của bạn mở và điều chỉnh màu sắc bạn sử dụng cho nhiều thứ khác nhau. Rất ít người hoàn toàn mù màu, theo nghĩa là họ không thể cảm nhận được bất kỳ sự khác biệt màu sắc nào cả; bạn có thể chọn một nhóm màu phù hợp với người này và cho nhóm của bạn.

Điều đơn giản nhất có lẽ là mất vài giờ và thêm một biểu tượng mới để đi với mỗi màu (like3 # với màu đỏ; @@ cho màu xanh, v.v.) và đặt nó vào một dòng bình luận gần văn bản màu. Bằng cách này, người mù màu chỉ có thể tìm kiếm tất cả # và tìm thấy tất cả các dòng màu đỏ. Anh ta không thể quét một trang và có màu sắc nhảy ra, nhưng có rất ít thông tin văn bản có thể làm điều đó cho anh ta (màu sắc thực sự là một trải nghiệm cảm giác mạnh mẽ cho con người).

Nhưng tôi đồng ý rằng có lẽ bạn nên bắt đầu chuyển sang trình theo dõi vấn đề; điều này nghe có vẻ như bạn đã cùng nhau tìm ra thứ gì đó có khả năng không hiệu quả (mặc dù dĩ nhiên tôi chưa thấy những gì bạn có).

Đó là không có trí tuệ, nhưng thực sự, không phụ thuộc nhiều vào màu sắc, vào mã của bạn.

Và nói chung, không dựa vào một hệ thống chỉnh sửa bắt buộc.
(một IDE có thể được chấp nhận, nhưng chỉ được trao đổi đủ về mặt năng suất)

Thiết lập một quy ước thụt lề thích hợp đã khá khó khăn, tốn thời gian, một vấn đề thù hận và là nguồn gốc của sự bất mãn. Màu sắc bắt buộc sẽ làm cho hầu hết những người tôi biết gắn kết các chướng ngại vật .

Từ các bình luận tôi thấy rằng bạn đang sử dụng một công cụ mà bạn đã phát triển trong nhà. Cho rằng, giải pháp là đơn giản. Đi qua từng dòng mã và đánh dấu mỗi dòng tác động đến cách mã được hiển thị là cần cải thiện đáng kể. Sau đó, sửa mã của bạn . Giá trị mà công cụ của bạn cung cấp không nằm trong bảng màu cụ thể mà bạn đã chọn hoặc thậm chí toàn bộ nhóm hiện đang sử dụng một lược đồ. Giá trị là bạn có thể đánh dấu mã theo cách có ý nghĩa. Làm thế nào ý nghĩa được thể hiện nên hoàn toàn cấu hình. Hãy nghĩ về công việc như một cơ hội chào đón để cải thiện sản phẩm của bạn.