通过听力写代码?盲人程序员就是这样做的
一
Michael Forzano,Amazon
2018 年 3 月,Amazon 官網「工作在 Amazon」欄目有一篇文章,介紹了他們的一位盲人程序員?Michael Forzano。
(視頻來自:@闌夕)
Amazon 軟件工程師 Michael Forzano 出生就因先天疾病而失明,在成長過程因為對計算機有興趣,在網絡的盲人社群中受業余開發者的啟發,2013 年進入 Amazon 工作,他的同事甚至表示,Michael Forzano 讀寫代碼的速度比他還快,還有超能力可以發現軟件的缺陷。
Michael Forzano 在出生時就被診斷出諾里氏癥(Norrie Disease),這是一種罕見基因遺傳疾病,患者可能會出現白內障、白瞳癥甚至失明,有 30% ~ 50% 的患者會有發育遲緩與學習障礙,大部分患者在出生時聽力正常,但在 20 歲之前便會喪失聽力。
Michael 出生時就失明,5 歲開始需要使用人工耳蝸獲得聽力,Michael Forzano說,盡管他失明了,但是他絕對是過著非常正常的童年,他的父母總是試著讓他做跟其他人一樣的事情。
在 Amazon ,Michael Forzano擔任零售無障礙軟件工程師,負責建立網頁零售輔助工具,讓其他開發網站功能的團隊,可以確保殘障用戶能順利瀏覽網站。先天失明沒有成為他的障礙,反而賦予 Michael Forzano 在腦中建立代碼結構心智圖的能力。
他說,視力正常的人們通常是視覺動物,他們仰賴白板以及繪制圖表,透過視覺學習和理解。但 Michael Forzano 沒有這些視覺工具,因此他必須在腦中建立心智圖,借以記憶代碼結構、系統特定的組件甚至是文檔位置,也因此他對于系統的整體架構有了獨特理解,他的同事不少時候需要他說明特定系統運作的方式。
Michael Forzano 使用一般的筆記本電腦,并安裝屏幕報讀軟件,將文字、圖形以及使用者電腦界面等轉為語音,而他就聽著程序進行開發工作。在 2013 年面試時,Michael Forzano 沒有事先告知 Amazon 的面試官他是盲人,只是在面試開始時說:「嘿,我是盲人,我可以不要用白板,而是用我的筆記本電腦寫面試程序嗎?」當然 Michael Forzano 通過了面試。
Michael Forzano 認為,其他盲人知道他在做什么很重要,因為有不少盲人總在想自己可以走多遠?能夠做什么?而他想要成為一個榜樣,讓世界知道。
二
Tuukka Ojala,芬蘭程序員
我想你第一次看到我的工位時,總會感覺少點什么。沒有顯示器和鼠標,卻有個人敲打著鍵盤,不知注視著哪里。
這就是我,我同事可以證明我沒問題。我是位于坦佩雷(芬蘭西南部一座城市)的 Vincit 寫字樓中的一名軟件開發者。我雙目失明。這篇文章中我將講述有關我工作中的事情。
你真的什么都看不到嗎?
準確來說,我覺察到陽光和其他明亮的光線,不過也僅限這些。其實,這對我的工作也并沒有什么幫助。
你工作內容是什么?
和大部分人一樣:忙時寫代碼,閑時和同事侃大山。我做全棧項目,主攻后端。兼職訪問顧問 – 或稱監管,隨你如何稱呼。
你如何使用電腦?
我用的電腦是一臺運行 Windows 10 的普通筆記本。是其中的軟件讓一切變得神奇。我使用一款叫做屏幕閱讀器的程序來訪問電腦。屏幕閱讀器監聽屏幕上的變化并通過盲文(需要單獨的盲文設備)或合成的聲音來展示給用戶。這并不是你如今聽到的各種智能助理的合成聲音。我使用一種機械聲音,每分鐘能說 450 個單詞。相比較而言,英語正常語速每分鐘 120-150 個單詞。我有一個怪癖:我既說英語也說芬蘭語,我用芬蘭語合成器讀英語,因為老舊的屏幕閱讀器在語言之間切換不夠智能,所以我習慣這樣做。下面是個例子是閱讀這個段落,我能聽懂。
https://www.vincit.fi/wp-content/uploads/2017/08/mpsample.mp3?_=1
下面是英語合成器發出的聲音:
https://www.vincit.fi/wp-content/uploads/2017/08/essample.mp3?_=2
鼠標對于我來說并不是非常有用,所以我僅僅通過鍵盤工作。在座的各位應該十分熟悉我用到的命令:方向鍵和 tab 鍵控制窗口內的移動,alt+tab 切換窗口等等。屏幕閱讀器也有很多自己的快捷鍵,比如閱讀活動窗口的不同區域或開關一些功能特性。
有趣的是閱讀網頁和其他格式化文檔。你看,屏幕閱讀器分塊呈現信息。每一塊可能是一行,也可能是一個單詞、一個字母,亦或是文本的片段。舉個例子,我在網頁中按向下的方向鍵,我聽到頁面的下一行。我并不能像正常人一樣用眼睛從屏幕上閱讀內容。相反,我聽到一塊一塊的內容,或跳過我不感興趣的部分。
語音或盲文并不能描繪出窗口的顯示布局。信息以線性方式呈現給我。如果你把網頁復制粘貼進記事本,你就能明白我看到的網頁是什么樣子的。就是剝離大部分格式的多行文本。然而屏幕閱讀器可以獲取網頁上的 HTML 語法,所以我也能知道超鏈接、標題、表單等等。事實上,如果非復選框元素展示成復選框樣式,我并不能知道這是復選框。我之后將寫一篇文章詳細講述這些內容,記住我剛剛舉的是個“反人類”例子。 (譯者注:突然感到自責和羞愧,深深明白了一個道理:不要用各種有含意義的傳統標簽 hack 布局和樣式,也不要因為 css 的強大而懶得使用各種有含義的傳統標簽。共勉)
我花費大量時間工作在命令行上。事實上我通常用瀏覽器和編輯器,很少用其他圖形應用程序。相比那些為鼠標用戶打造的圖形界面,我發現用命令行處理手邊的工作更加高效。
既然我如此熱愛命令行,為什么我卻要選擇 Windows 這個并不以命令行出名的操作系統呢?答案很簡單:Windows 是最方便的操作系統。NVDA是我所選擇的屏幕閱讀器,它是開源的并且維護比其他閱讀器更頻繁。如果上天再我一次機會,我可能會選 Mac 系統,因為我認為它是易用性和功能性平衡的典范。不幸的是 Mac 系統上的屏幕閱讀器?VoiceOver?經歷了漫長的發布周期從而被遺忘,并且它的導航模型和我獨特的工作方式并不協調。當然這里也有一個 Gnome 桌面上的屏幕閱讀器,雖然用戶很少,依然被很好地維護著,不過還有一些不完善的地方和我日常工作不協調。所以,我選擇 Windows。由 GNU 誕生的 Git Bash 和其他命令行工具彌補了 Windows 內置命令行的缺陷。
你如何寫代碼?
我花費好長時間才明白為什么大家覺得這個問題是個很高深的問題。記得我上面說過一行一行地閱讀文本嗎?我也是通過這種方式讀代碼。通常我會跳過無用的行,或僅聽半行來獲取內容,但當我需要知道完整信息的時候,我不得不像讀小說一樣讀完所有東西。我當然無法閱讀整個代碼庫。這種情況下我會在腦中抽象一部分代碼:這個組件輸入 x 返回 y,并不用關心細節邏輯。
這種閱讀方式讓我和正常同事的工作方式有些區別。舉個例子,當代碼審查時,我喜歡看原始 diff 輸出,并列窗口顯示 diff 對我并不適用,而且還容易讓人分心。有修改的代碼行上用符號 + 和 – 比用不同背景色標注也要好太多,并不是因為我不能獲知顏色名字,而是因為在新增的一行中,讀“加”這個字比讀“帶復雜陰影的高亮紅色”用更短的時間。(嘿,我說你呢 Gerrit (一款代碼審查工具))
你或許會認為縮進和其他代碼格式和我無關,因為都是基本的視覺問題。并不是這樣,正確的縮進對我的幫助和正常開發者一樣。當我用盲文(比語音更加高效)讀代碼時,我像其他正常程序員一樣清楚代碼結構。當我進入一段有縮進或無縮進的代碼時,我也會得到語音提醒。這些信息幫助我在腦中描繪代碼結構。事實上我學的第一門語言就是 Python (PHP 不算),它強制使用代碼縮進,這對我來說并不是問題。我有眾多理由來強烈建議使用整潔統一的代碼風格,其中之一就是不要讓我的生活變得更加艱難了,好嗎。
你喜歡哪款編輯器?
劇透一下:這個答案并不是以 V 或者 E 開頭(我雖然通過命令行用 Vim 來寫 git commit 信息和其他備注。我認為我在這場圣戰中是中立的)(譯者注:Vim 和 Emacs 梗)一年前我認為 Notepad++ 最棒,它是輕量級的做工精細的文本編輯器。然而一年前我還沒有接觸大規模 Java 項目,當我接觸這種項目時,意味著我應該在 Notepad++ 和理智之間做個選擇。最后我選擇理智,拋棄 Notepad++ 轉投 IntelliJ IDEA 的懷抱。從那之后 IntelliJ IDEA 便是我首選編輯器。我曾對各種 IDE 有深深怨念,它們大多數在純鍵盤流操作下麻煩又低效。如果我視力沒問題,我肯定早就跳到 IDE 陣營了。
但你可能會問,為什么當初選 Notepad++。還有其他很多更先進的輕量級編輯器,比如 Sublime 或 Atom。原因很簡單:屏幕閱讀器無法訪問它們。Vim 一類的文本編輯器也是如此,我使用的屏幕閱讀器對命令行程序的支持有問題,在這些編輯器上無法處理多于 commit 信息的文本。很遺憾,可用性決定了我能夠使用的工具。即使我不能高效工作,也不是什么大問題。
你編寫過前端代碼嗎?
你應該認為前端開發和視覺有關,注定與盲人程序員無緣。基本上是這樣。我從來不自己做概念原型,我做都是有界面,需要隨后加入功能的項目。
然而,我也做過 Angular 和 React 工作任務。怎么會這樣?如今很多 APP 基于瀏覽器。舉個例子,我曾花費兩周時間為一個 Angular APP 增加國際化支持。我并不需要做任何視覺上的改動。
我發現對于我這類開發者開說,像 Bootstrap 這類的庫簡直是上天的禮物。正因為柵格系統(Bootstrap的響應式布局解決方案),我可以自己構建一個粗糙的界面。盡管如此,我做的有關界面的改動在呈現給用戶之前仍然要有一雙眼睛檢查。所以,總而言之,我可以在一定程度上做些前端開發,至少不是和表現層太相關。
三
Parham Doustdar,PHP 程序員
我是一名盲人 PHP 開發者。
我生來就是失明的。我眼睛的狀況其實并不重要,重點是,我從未有過 “失去視力” 的問題,因為它不可能發生。這就使很多事情變得簡單了。
我個人使用的開發工具是 IDE 。而很多盲人朋友并不使用 IDE,最可能是因為 IDE 的界面對于我們的屏幕閱讀器來說并不是完全的無障礙。我們的同行有一個問題就是太忙了以致于只照顧到了大多數人而忽視了少數人的聲音。舉個例子,Jetbrains IDE 的整個系列都不是無障礙的。而版本 IDEA-111425 才是為盲人和有視覺障礙的人準備的無障礙開發工具。
我個人使用的是 Zend Studio,這是一款基于 Eclipse 的 IDE,大部分人可能都知道或者用過。Eclipse 是那些使你愉悅的產品之一,它的無障礙功能實現的非常好。雖然并沒有完全實現無障礙,但是實現 80% 就已經夠我使用了。作為盲人,你要學會使用你能夠獲得的來生活。
因此,這就使得我不必記憶方法簽名,文檔和其他所有的事情,從而使我的大腦可以更高效地去思考其他的事情–就像遺留代碼庫為什么會這么難理解。
我沒有使用布萊葉盲文鍵盤。布萊葉鍵盤只有 6 個鍵,輸入每一個字符都必須同時按住 6 個鍵,這就要比有很多鍵可以一個個快速按下的鍵盤慢很多。我也沒有使用盲文顯示器,我只是把屏幕閱讀器的速度設為 420 個字每分鐘,這要比用盲文顯示器閱讀要快得多。
我認為最重要的是,你必須要領先于你的同行。作為盲人,你先天就要很遭遇很多困難,因為你沒有大多數人都有的視覺感官。這不會是個大問題,除非是我之前提過的多數人與少數人的對比。既然你是少數人,你就必須設法做到周圍很多人認為是理所當然的事。 在這一點上,我相信力量是建立在你被禁用的能力之上的:由此你學習去提升自己,去前進,去打破不可能,而不是每天擔心失業。
來自:程序員那些事
文章版權歸原作者所有,轉載僅供學習使用,不用于任何商業用途,如有侵權請留言聯系刪除,感謝合作。
總結
以上是生活随笔為你收集整理的通过听力写代码?盲人程序员就是这样做的的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Lanchester战争模型:用可分离变
- 下一篇: 监督学习:KNN(K-近邻)算法实现手写