還用眼看代碼?看看這位用盲文
2019-04-10
我想你第一次看到我的工位時(shí),總會(huì)感覺(jué)少點(diǎn)什么。沒(méi)有顯示器和鼠標(biāo),卻有個(gè)人敲打著鍵盤(pán),不知注視著哪里。
這就是我,我同事可以證明我沒(méi)問(wèn)題。我是位于坦佩雷(芬蘭西南部一座城市)的 Vincit 寫(xiě)字樓中的一名軟件開(kāi)發(fā)者。我雙目失明。這篇文章中我將講述有關(guān)我工作中的事情。
你真的什么都看不到嗎?
準(zhǔn)確來(lái)說(shuō),我覺(jué)察到陽(yáng)光和其他明亮的光線(xiàn),不過(guò)也僅限這些。其實(shí),這對(duì)我的工作也并沒(méi)有什么幫助。
你工作內(nèi)容是什么?
和大部分人一樣:忙時(shí)寫(xiě)代碼,閑時(shí)和同事侃大山。我做全棧項(xiàng)目,主攻后端。兼職訪(fǎng)問(wèn)顧問(wèn) – 或稱(chēng)監(jiān)管,隨你如何稱(chēng)呼。
你如何使用電腦?
我用的電腦是一臺(tái)運(yùn)行 Windows 10 的普通筆記本。是其中的軟件讓一切變得神奇。我使用一款叫做屏幕閱讀器的程序來(lái)訪(fǎng)問(wèn)電腦。屏幕閱讀器監(jiān)聽(tīng)屏幕上的變化并通過(guò)盲文(需要單獨(dú)的盲文設(shè)備)或合成的聲音來(lái)展示給用戶(hù)。這并不是你如今聽(tīng)到的各種智能助理的合成聲音。我使用一種機(jī)械聲音,每分鐘能說(shuō) 450 個(gè)單詞。相比較而言,英語(yǔ)正常語(yǔ)速每分鐘 120-150 個(gè)單詞。我有一個(gè)怪癖:我既說(shuō)英語(yǔ)也說(shuō)芬蘭語(yǔ),我用芬蘭語(yǔ)合成器讀英語(yǔ),因?yàn)槔吓f的屏幕閱讀器在語(yǔ)言之間切換不夠智能,所以我習(xí)慣這樣做。下面是個(gè)例子是閱讀這個(gè)段落,我能聽(tīng)懂。
https://www.vincit.fi/wp-content/uploads/2017/08/mpsample.mp3?_=1
下面是英語(yǔ)合成器發(fā)出的聲音:
https://www.vincit.fi/wp-content/uploads/2017/08/essample.mp3?_=2
這種閱讀方式讓我和正常同事的工作方式有些區(qū)別。舉個(gè)例子,當(dāng)代碼審查時(shí),我喜歡看原始 diff 輸出,并列窗口顯示 diff 對(duì)我并不適用,而且還容易讓人分心。有修改的代碼行上用符號(hào) + 和 – 比用不同背景色標(biāo)注也要好太多,并不是因?yàn)槲也荒塬@知顏色名字,而是因?yàn)樵谛略龅囊恍兄?,讀“加”這個(gè)字比讀“帶復(fù)雜陰影的高亮紅色”用更短的時(shí)間。(嘿,我說(shuō)你呢 Gerrit (一款代碼審查工具))
你或許會(huì)認(rèn)為縮進(jìn)和其他代碼格式和我無(wú)關(guān),因?yàn)槎际腔镜囊曈X(jué)問(wèn)題。并不是這樣,正確的縮進(jìn)對(duì)我的幫助和正常開(kāi)發(fā)者一樣。當(dāng)我用盲文(比語(yǔ)音更加高效)讀代碼時(shí),我像其他正常程序員一樣清楚代碼結(jié)構(gòu)。當(dāng)我進(jìn)入一段有縮進(jìn)或無(wú)縮進(jìn)的代碼時(shí),我也會(huì)得到語(yǔ)音提醒。這些信息幫助我在腦中描繪代碼結(jié)構(gòu)。事實(shí)上我學(xué)的第一門(mén)語(yǔ)言就是 Python (PHP 不算),它強(qiáng)制使用代碼縮進(jìn),這對(duì)我來(lái)說(shuō)并不是問(wèn)題。我有眾多理由來(lái)強(qiáng)烈建議使用整潔統(tǒng)一的代碼風(fēng)格,其中之一就是不要讓我的生活變得更加艱難了,好嗎。
你喜歡哪款編輯器?
劇透一下:這個(gè)答案并不是以 V 或者 E 開(kāi)頭(我雖然通過(guò)命令行用 Vim 來(lái)寫(xiě) git commit 信息和其他備注。我認(rèn)為我在這場(chǎng)圣戰(zhàn)中是中立的)(譯者注:Vim 和 Emacs 梗)一年前我認(rèn)為 Notepad++ 最棒,它是輕量級(jí)的做工精細(xì)的文本編輯器。然而一年前我還沒(méi)有接觸大規(guī)模 Java 項(xiàng)目,當(dāng)我接觸這種項(xiàng)目時(shí),意味著我應(yīng)該在 Notepad++ 和理智之間做個(gè)選擇。最后我選擇理智,拋棄 Notepad++ 轉(zhuǎn)投 IntelliJ IDEA 的懷抱。從那之后 IntelliJ IDEA 便是我首選編輯器。我曾對(duì)各種 IDE 有深深怨念,它們大多數(shù)在純鍵盤(pán)流操作下麻煩又低效。如果我視力沒(méi)問(wèn)題,我肯定早就跳到 IDE 陣營(yíng)了。
但你可能會(huì)問(wèn),為什么當(dāng)初選 Notepad++。還有其他很多更先進(jìn)的輕量級(jí)編輯器,比如 Sublime 或 Atom。原因很簡(jiǎn)單:屏幕閱讀器無(wú)法訪(fǎng)問(wèn)它們。Vim 一類(lèi)的文本編輯器也是如此,我使用的屏幕閱讀器對(duì)命令行程序的支持有問(wèn)題,在這些編輯器上無(wú)法處理多于 commit 信息的文本。很遺憾,可用性決定了我能夠使用的工具。即使我不能高效工作,也不是什么大問(wèn)題。
你編寫(xiě)過(guò)前端代碼嗎?
你應(yīng)該認(rèn)為前端開(kāi)發(fā)和視覺(jué)有關(guān),注定與盲人程序員無(wú)緣?;旧鲜沁@樣。我從來(lái)不自己做概念原型,我做都是有界面,需要隨后加入功能的項(xiàng)目。
然而,我也做過(guò) Angular 和 React 工作任務(wù)。怎么會(huì)這樣?如今很多 APP 基于瀏覽器。舉個(gè)例子,我曾花費(fèi)兩周時(shí)間為一個(gè) Angular APP 增加國(guó)際化支持。我并不需要做任何視覺(jué)上的改動(dòng)。
我發(fā)現(xiàn)對(duì)于我這類(lèi)開(kāi)發(fā)者開(kāi)說(shuō),像 Bootstrap 這類(lèi)的庫(kù)簡(jiǎn)直是上天的禮物。正因?yàn)闁鸥裣到y(tǒng)(Bootstrap的響應(yīng)式布局解決方案),我可以自己構(gòu)建一個(gè)粗糙的界面。盡管如此,我做的有關(guān)界面的改動(dòng)在呈現(xiàn)給用戶(hù)之前仍然要有一雙眼睛檢查。所以,總而言之,我可以在一定程度上做些前端開(kāi)發(fā),至少不是和表現(xiàn)層太相關(guān)。