Seorang anggota tim kami yang buta warna

Tim saya banyak bergantung pada warna dalam kode kami untuk menguraikan fitur yang perlu dikerjakan (kami mewarnai garis kode yang perlu perhatian). Kami memiliki teman dekat yang buta warna dan ingin bergabung dengan tim kami. Apa yang bisa kita lakukan untuk menyoroti apa yang perlu dikerjakan tanpa menggunakan warna? Kami memiliki sekitar 25 orang di tim yang semuanya terbiasa dengan sistem pewarnaan garis dan kami merasa paling efisien.

Tunjukkan padanya warna yang Anda gunakan untuk menyorot kode, dan minta dia memberi tahu Anda mana yang tidak dapat ia pisahkan.

Kemudian ubah warna-warna itu menjadi warna yang bisa dikerjakan.

Salah satu pengembang yang secara rutin berkolaborasi dengan saya adalah colorblind. Masalahnya bukan hanya bahwa ia tidak bisa membedakan warna, tetapi juga bahwa ia cenderung tidak banyak berpikir tentang warna. Dia, dan orang-orang buta warna lainnya, belajar membuatnya menjadi tidak penting sampai pada titik di mana warna, bahkan yang dapat mereka pisahkan, menjadi alat yang buruk untuk membedakan sesuatu. Kami berbicara sedikit tentang game Xbox - beberapa game yang ditulis dengan buruk membedakan tombol apa yang harus ditekan dengan warna saja. Sekalipun mereka memilih warna yang dapat dia ceritakan, otaknya tidak diatur untuk memperhatikan warna dan membedakannya.

Sistem Anda saat ini rusak . Tidak ada dua cara tentang itu. Jika buta warnanya bahkan menimbulkan pertanyaan tentang dia bekerja dengan Anda, ada sesuatu yang sangat salah. Mungkin ada beberapa pembelajaran untuk bekerja dengannya (teman saya harus memverifikasi warna dengan kami jika dia melakukan pekerjaan desain visual, misalnya), tetapi seharusnya tidak muncul sama sekali dalam pengambilan keputusan. Ia juga dapat menjadi sumber daya yang sangat berharga dalam mengembangkan aplikasi yang dapat diakses dengan membantu Anda memverifikasi dengan sangat mudah.

Selain dari teman buta warna saya, salah satu proyek desain besar yang saya miliki di perguruan tinggi adalah aplikasi yang sangat visual untuk klien buta warna. Kami tidak melihatnya sebagai batasan, melainkan kesempatan untuk belajar. Kami menemukan alat luar biasa yang disebut Vischeck yang mensimulasikan apa yang orang buta warna lihat (semua jenis berbeda). Merupakan hal yang baik untuk mempelajari teknik-teknik ini sekarang bersama teman Anda yang kemungkinan besar akan menggulungnya saat Anda berada di pesawat. Jika Anda menunggu sampai Anda memiliki kandidat yang tidak dapat Anda sewa hanya karena dia tidak dapat melihat warna yang sama seperti Anda (bukankah itu menurut Anda konyol dan konyol?), Anda akan masuk ke semua jenis. masalah.

Sekarang, ini bukan untuk mengatakan bahwa Anda harus menghilangkan warnanya. Jika mereka bekerja untuk Anda, bagus. Hanya saja, jangan menjadikan mereka metode utama untuk menyebarkan informasi ke seluruh tim, buat mereka menjadi bantuan tambahan. Pikirkan tentang penyorotan dalam editor kode. Kode ini dapat dibaca tanpa itu. Bahkan seseorang yang tidak memperhatikan warna sama sekali dapat menggunakan editor tanpa masalah sama sekali. Warnanya ada untuk kenyamanan orang-orang yang akan menggunakannya, tidak lebih.

Saya bukan seorang pengacara atau profesional SDM tetapi kutipan ini: "dengan tim yang terdiri dari sekitar 25 orang, tidak praktis untuk menerapkan sistem yang sama sekali berbeda" menimbulkan tanda bahaya dengan aturan ADA.

Kecuali jika penglihatan penuh warna adalah persyaratan khusus pekerjaan Anda tidak dapat mendiskriminasikan kecacatan buta warna dan harus membuat akomodasi yang wajar untuk memungkinkannya bekerja. Impraktis bukanlah pembelaan dalam gugatan diskriminasi, meskipun saya akan mengulangi lagi bahwa saya bukan pengacara.

Sesuatu yang sederhana seperti membuat warna dapat dikonfigurasi akan cukup, opsi tampilan yang dapat dikonfigurasi hanya akal sehat.

Suara. Bentuk. Font. Gaya. Ukuran. Komentar Teks.

Anda tidak bisa memikirkan ini sendiri? Jika Anda tidak dapat menemukan alternatif, mengapa ada yang mau bekerja dengan Anda?

(Ya. Suara. Ada banyak pembaca layar dan perangkat adaptif untuk tunanetra. Banyak. Anda tidak dapat menemukan satu pun? Benarkah?)

Apa yang terjadi dengan meninggalkan komentar bermanfaat? Sungguh, saya akan berpikir bahwa hanya meninggalkan komentar seperti "ini perlu pekerjaan", "ini harus di refactored", "untuk diimplementasikan", atau "benar-benar rusak di sini, segera perbaiki" akan jauh lebih efektif daripada skema warna gila . Komentar tertulis dapat langsung dipahami oleh siapa pun (bahkan orang buta, jika ia memiliki pembaca layar). Selain itu, Anda dapat melakukannya dalam editor teks biasa dan bukan alat in-house bahwa orang baru harus belajar cara menggunakannya.

Apakah orang ini benar-benar buta warna? Ini sangat tidak biasa; sebagian besar kasus kebutaan warna agak spesifik, yaitu merah dan hijau terlihat sama, tetapi semua warna lain hanya berfungsi. Anda dapat memilih satu set warna yang tidak ambigu bahkan untuk jenis buta warna tertentu (bahkan mungkin beberapa jenis).

Atau, warna bisa dilengkapi dengan simbol sederhana (bagaimana Anda menambahkan warna ke file teks?)

Anda harus menggunakan markup semantik daripada garis pewarnaan.
Cara termudah adalah menggunakan HTML:

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

Dan kemudian Anda membiarkannya menyesuaikan stylesheet sesuai dengan kebutuhannya. Ini juga murni tekstual, jadi cocok untuk kontrol versi.
Jika Anda ingin menginvestasikan sedikit waktu, Anda dapat dengan mudah menyunting editor HTML kecil ringan dalam JavaScript untuk melakukan ini untuk Anda.
Atau gunakan komentar untuk menyorot bagian yang berbeda dan kemudian menulis alat tampilan kecil yang memungkinkan Anda menyesuaikan format. Ini mungkin opsi terbaik, karena itu berarti semua informasi ini langsung di basis kode Anda dan semua dapat dipertahankan di satu tempat. Sesuatu seperti:

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

Terakhir, opsi yang siap digunakan adalah menggunakan editor teks semantik seperti Ulysses . Anda dapat menandai dan menandai berbagai jenis bagian dan menetapkan format ke jenis bagian. Anda juga dapat mengomentari bagian yang berbeda dan seterusnya. Juga memiliki pengekspor HTML (antara lain), jadi itu sebenarnya cukup cocok untuk menulis dokumentasi.

Tambahkan sistem tambahan yang menyampaikan informasi yang sama seperti yang Anda gunakan tentang warna.

Ini bisa jadi:

1. Simbol.
2. Ukuran
3. Lokasi

Atau yang lainnya, sungguh. Namun, masalah yang mengganggu di sini adalah Anda tampaknya berpikir bahwa ini merupakan "sistem yang sama sekali berbeda" - bukan itu masalahnya - pengguna Anda yang ada dapat memilih untuk mengabaikan mereka sepenuhnya dan mengandalkan warna, jika mereka memilihnya.

Tetapkan setiap tugas peringkat numerik dan biarkan daftar diurutkan.

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

Terlambat ke pesta, tetapi: Color Oracle adalah sebuah program yang berjalan di komputer Anda dan membuat desktop Anda terlihat seperti itu bagi seseorang dengan berbagai jenis kelainan warna. Jalankan dengan IDE terbuka, dan sesuaikan warna yang Anda gunakan untuk berbagai hal. Sangat sedikit orang yang benar - benar buta warna, dalam arti mereka tidak dapat merasakan perbedaan warna sama sekali; Anda mungkin dapat memilih serangkaian warna yang cocok untuk orang ini dan untuk tim Anda.

Hal yang paling sederhana mungkin akan memakan waktu beberapa jam dan menambahkan simbol baru untuk setiap warna (seperti # 3 dengan merah; @@ untuk biru, dll) dan meletakkannya di baris komentar di dekat teks berwarna. Dengan cara ini orang yang buta warna bisa mencari semua # dan menemukan semua garis merah. Dia tidak dapat memindai halaman dan memiliki warna melompat kepadanya, tetapi ada sedikit informasi tekstual daripada yang bisa melakukannya untuknya (warna benar-benar pengalaman sensorik yang kuat bagi manusia).

Tetapi saya setuju bahwa Anda mungkin harus memulai transisi ke pelacak masalah; ini terdengar seperti Anda telah membuat sesuatu yang berpotensi tidak efisien (walaupun tentu saja saya belum melihat apa yang Anda miliki).

Ini tidak punya otak, tapi sungguh, jangan banyak bergantung pada warna, pada kode Anda.

Dan secara umum, jangan mengandalkan sistem pengeditan wajib.
(sebuah IDE mungkin dapat ditoleransi, tetapi hanya diberi pengorbanan yang cukup dalam hal produktivitas)

Membangun konvensi indentasi yang tepat sudah cukup sulit, memakan waktu, masalah perselisihan, dan sumber ketidakpuasan. Mandat warna akan membuat kebanyakan orang yang saya kenal me-mount barikade .

Dari komentar saya melihat bahwa Anda menggunakan alat yang telah Anda kembangkan sendiri. Mengingat itu, solusinya sederhana. Periksa kode per baris dan tandai setiap baris yang memengaruhi cara kode ditampilkan sebagai membutuhkan peningkatan yang signifikan. Kemudian, perbaiki kode Anda . Nilai yang diberikan alat Anda tidak dalam skema warna tertentu yang Anda pilih atau bahkan seluruh tim saat ini menggunakan satu skema. Nilainya adalah bahwa Anda dapat menandai kode dengan cara yang bermakna. Bagaimana makna itu direpresentasikan harus sepenuhnya dapat dikonfigurasi. Anggap pekerjaan itu sebagai peluang sambutan untuk meningkatkan produk Anda.