程序員英語學習三部曲

簡體傳統

讀文檔不能只讀代碼

讀文檔只讀代碼，是很多程序員的習慣，也是導致程序員雖然讀了很多英文資料，英文水平卻沒有相應提高的原因之一。以前曾在《程序員》上看到介紹閱讀技術圖書方法的文章，提出過“先代碼后文字”的方法，也就是“先看代碼，看不明白再看文字”。這種閱讀法能極大提高閱讀效率，但如果技術圖書只看代碼就足夠，還要文字干什么呢？很多時候，代碼只是冰山一角，代碼背后的思維和邏輯才是真正的重頭戲，只有寫成文字才能解釋，也只有閱讀文字才能理解。

比如，代碼都是“x = 5;”，有時的說明是x should be not more than five，有時的說明是x should be no more than five。不查詞典，你能弄清楚兩種說法的區別嗎—前者是“x必須小于等于5”，后者是“x應當只有5”，意思不同，應用的方法與場合也不相同。

這些年來經常有希望翻譯技術文檔的程序員來找我討論翻譯問題，希望了解一些句子應該如何表達。一開始，我也認為這是中文表達的問題，但后來逐漸發現，其實更多的問題出在英文閱讀上，所以我的回答經常是：你覺得作者這里說的是什么意思？引導對方把原文的意思逐步表達出來，其實這時候，真正的譯文已經浮出水面了。

最近的例子來自這句話：“But as with any web-based system, atom-based solutions trade scalability for latency, making atom often inappropriate for very low-latency notifications”。這句話之所以難翻譯，問題似乎在于，除去句子的主干，之前有一個But as…，之后又有一個making…。然而我最后發現，對這個句子有疑問的程序員其實根本沒搞懂trade…for…的用法（翻譯為“基于atom的解決方案需要權衡延遲和性擴展性”），如果明白它是“犧牲xx換取xx”之后，整個句子就相當好理解，也非常容易翻譯了：與所有基于web的系統一樣，基于 atom的解決方案為追求可擴展性，增大了延遲，所以atom通常并不適用要求極低延遲的提示。

要解決這個問題，首先要做的是改變“只看代碼不看文字”的習慣，至少要做到“閱讀文字之后，認識到它的意思與代碼是一致的”；其次是通過閱讀純文字的英文資料來學習某些新的知識（比如關于深入原理的細致講解），這個方法我推薦給許多朋友，非常有效。

注意讀音

以前總聽人說，中國人學了很多年英語，其實是啞巴英語。不知道現在的情況有多少改觀，但就我所見，不少程序員雖然閱讀了大量英文資料，也會加入英文的討論組，也敢開口說，但還會在讀音上出現許多問題。這里說的“讀音”，并不是字正腔圓的口音，而是一些術語的讀音。

眾所周知，計算機科學的術語來源非常廣泛。例如設計模式里，有一種模式叫Facade，許多人往往直接讀作，其實這個詞來自法文，正確的讀音其實是；再比如偽代碼的“偽”pseudo，正確的讀音是，但我很少遇到程序員能把它讀對，許多人干脆不會發這個音。

也許有人說，這些問題不重要，大家“將錯就錯”，約定俗成就得了，但事情沒有這么簡單。最近我參加某個技術聚會，有一位嘉賓（技術高手）把框架名 chameleon（變色龍）讀成了，而正確的讀音是，因為沒有文字資料，許多人聽了半天才知道他說的是什么，一些不熟悉chameleon的聽眾更是到結束也沒明白。中國人聚會尚且如此，如果有機會參加中外技術交流，讀錯造成的問題就更大了。