我是一名聾啞的程序員
我從小就聽不見聲音。聽力損失診斷為重度，主要問題在于聽不到較高頻率范圍的聲音，而這恰巧是大多數人體聲音的音頻范圍。我依靠唇讀和確定元音模式來理解口語。具體的難點在于：
- 識別輔音，特別是發咝音的輔音和清輔音（所有的輔音都是高頻聲音，而清音和發咝音的輔音不震動聲帶）
- 句子開頭
- 句子結尾
已經有一些失聰的人成功地成為了程序員。但大多數負責一些基礎性的，通常比較孤獨的工作，例如將所有的輸出記錄下來。通過紙張或在線系統傳遞規格說明和 bug，而不是通過其他人的嘴巴。而有的場合特別讓人感覺格格不入（15 個人圍繞著一張大桌子坐成一圈，面對著你們無休止的會議，我只能看著你們，無能為力）。
那種將程序員統統劃歸到不喜交往、厭惡群體生活這一刻板印象中去的思維模式是不公正，也是不準確的。作為一個群體，我們也是非常社會化的。我們寫博客，我們在會議上演講，我們寫教程，我們相互請教學習。這也不是什么新聞——這種氛圍完全可以追溯到貝爾實驗室和麻省理工學院，以及許多許多其他研發組織的互聯網早期。我熱愛代碼的這個社交世界，因為倘徉于這些有能力又熱心的人士之間，是助力自己成為更好開發人員的重要組成部分。但是，有一件我一直被排除在外的事是結對編程。
結對編程，在原則上，是偉大的——就像打了激素的橡皮鴨調試法。和比你知道得多的人一起工作，對方會指導你；和比你懂得少的人一起工作，對方會感激你的指點；和與你水平差不多的人結對，那么可以一起探討研究出一個解決方案。這是一個充滿樂趣的過程。它讓你了解你的同事。你會認識到，每個人都會有犯錯的時候。而且在你部署不應該部署的代碼段之前，就會有人來勸阻你。
但是，當你聽不到聲音的時候，這些動態的變化和樂趣就與你無緣了。對我而言，結對絕對是百害而無一利。試著換位思考一下，作為一個程序員，同時看著面前的顯示屏，對著旁邊的結對搭檔，要理解他們（通常無上下文）的口語和技術術語，最多只有?30％ 的成功概率，是不是特別沮喪？這世上最遙遠的距離不是生與死，而是你站在我面前，而我卻不知道你在說什么。最后，我只能無奈地放棄控制權，讓他們來主導，因為這是我們能夠取得進展的唯一方法。一個干了所有工作，另一個則聽指揮懵懵懂懂，對雙方都沒有幫助，真是夠了，夠了！
因此，和 Rowan Manning 在 Pa11y 項目上的結對就成了一種非常棒的體驗，一個非常偉大的機會，Pa11y 項目是一個為 Nature 構建的自動化無障礙測試工具。使用 Screenhero 建立遠程配對會話意味著我們既可以看屏幕，又可以用文本交流，不會遺漏信息和產生不必要的誤解。這是我第一次覺得這才是我心目中結對編程應有的樣子。當普通人和聾啞人對話時，大多數人很難想象其中會丟失多少信息。打個比方，一本書，在普通人眼里是，它是完整的，然后里面的內容通過轉述告訴給聾啞人，此時，里面的內容?60％ 就像隨機被記號筆覆蓋成了空白。
這里還有一個更大的故事。在 Nature 中，我們有一組確實真正關心無障礙的開發人員。提供平等訪問 Nature 400 多個網站的信念，支撐著我們所做的一切——Tim Berners-Lee 說，“網絡的力量在于其普遍性。讓每個人，不論殘疾與否，都能訪問是一個重要方面”，對此我特別同意。無障礙的文化理念在 Nature 根深蒂固，我很感激我的同事將他們的筆記借我閱覽，以及在現場反饋的會議中使用 ball 方法幫助我跟蹤誰在小組討論說話，他們還鼓勵我得到了來自 Access to Work 的支持。在和 Nature 共同成長的 3 年時間里，我得到的實踐支持比我過去 34 年得到的還要多！
能夠在 Nature 這種無障礙的氛圍中工作，是我抓住的一個偉大機會。他們完全接受我，并且在默認情況下提供完全無障礙的訪問權限。同時，他們還會邀請專業的無障礙專家來查看我們的網站，并提出建議，他們高度應用 WCAG 標準，并構建工具以幫助滿足這些標準。當他們的團隊中有一個活生生的殘疾人時，他們會真誠而善良對待他，盡他們所能地幫助他成為團隊中富有生產力的一員。
無障礙被認為是一個小眾的原則。但它不應該是一個小眾的原則。開發人員認為只有極少數的殘疾人。但我們并不少。平等地訪問是我們的權利。
如果你也做網站的話，如果你也能提供無障礙訪問渠道的話，那么世界將會更美好。感謝大家！
-
譯文鏈接：http://原網站已經失效/article/being-a-deaf-developer.html
翻譯作者：碼農網 – 小峰
來自: 原網站已經失效