曾探：愛JavaScript再多，它也只是生活的一部分（圖靈訪談）

曾探，2007年畢業於吉林大學軟體學院，目前就職於騰訊AlloyTeam前端團隊任高階工程師， 著有《JavaScript設計模式與開發實踐》一書。他曾參與WebQQ、QQ群、Q+開發者網站、微雲、QQ興趣部落等大型專案的開發。有Java、Python和JavaScript的開發經驗，業餘作品有HTML5街頭霸王等。平時喜歡電影和音樂，業餘時間是一名健身教練。

問：你是從什麼時候開始程式設計的？什麼樣的契機讓你成為了一名前端工程師？

我是07年大學畢業之後才開始程式設計。剛工作的時候做的是Java開發，當時幾乎還沒有公司提供純粹的前端開發職位。如果做的是web專案，那麼在專案中程式設計師的工作都是從前端到資料庫一鍋端。

剛接觸JavaScript的時候，覺得開發很方便，不需要搭建任何環境，新建一個記事本就可以開擼了。第一次接觸JavaScript時用2天時間寫了個貪食蛇，在IE6上跑的很歡快，當時覺得很神奇，也很開心。

我09年我開始專職做前端開發，在之前的工作還是以Java為主，有次剛好看到了一家公司招聘前端開發，就有了後來的事情。雖然現在偶爾還會用其他語言寫點東西，但自己本身最喜歡的語言還是JavaScript，這也是為什麼我會從事前端開發的原因。

至於為什麼我會喜歡JavaScript，而不是別的語言，我倒沒有認真從語法、語言歷史什麼的角度去想過。也許就跟四月清晨遇到的百分百女孩一樣，總之你一眼就認定是她。

問：在學習設計模式的過程中是否遇到過困難？你是如何克服的？對於正在閱讀《設計模式》和《JavaScript設計模式與開發實踐》的讀者，你有什麼建議？

有時候我在QQ群或者論壇之類的地方聽見一些新人說：“接下來1個月我要把設計模式學完。”其實設計模式這種東西很難用學完來作為衡量標準。

如果你剛成為程式設計師不久，其實是沒有必要刻意去學習設計模式的。如果沒有一定程度的積累，看設計模式那些東西跟背書的效果差不多，結果都是無根的浮萍。設計模式本身是從程式碼中總結而來的一些設計技巧，如果沒有程式碼量的積累，我們很難去真正理解這些模式。

在無數行程式碼的積累之後，自然而然我們會發現已經使用過一些模式，但缺少一些總結，使用的方式和場景或許還有改進的餘地。這時候再去看一看設計模式之類的書籍或者文章，才會有一種茅塞頓開的感覺。

《設計模式》這本書本身還是比較難懂的，這本書本身很薄，但字字珠璣，正因為如此，很多重要的知識和思想可能就在1、2句看似不起眼的話中。如果是閱讀這本書，建議精讀和反覆讀。暫時看不懂也沒有關係，先放著過一段時間再來看，或者是工作中遇到了類似的問題，再來翻翻這本書。

相反的是，《JavaScript設計模式與開發實踐》這本書寫得非常簡單，從讀者的反饋來看，這也是一本容易閱讀的書。裡面舉的例子並不複雜，而且大多都是跟實際開發相關的，所以閱讀起來也會有種親切感。這本書沒有特別的閱讀建議，從第一頁開始，或者從某一頁開始都可以。但最靠譜的，還是從前言開始。

問：如何正確地使用設計模式？ 如何避免過度設計？

這個問題在《JavaScript設計模式與開發實踐》的前言部分已經提到過。設計模式被一些人認為只是誇誇其談的東西，他們認為設計模式沒有太大的用途，畢竟一個完全沒有接觸過設計模式的程式設計師，也許亦經歷過許多不錯的軟體系統開發。他們覺得刻意去使用設計模式反而可能會增加程式的複雜度。

對於開發中的一些情況來說，我們也許在一些特定的場景裡，一眼就能看出來使用什麼模式。另外一些模式則是在程式碼重構的時候才加上的。

我們不必去糾結一開始就應該使用什麼模式，在首先完成功能需求的前提下，如果使用某種模式會在將來的專案維護階段為我們帶來好處，則可以用這些模式來重構程式碼。如果以前的程式碼就完成了需求，而且在維護階段不會帶來大的變化，那我們就沒有必要非得往模式上面套。

如果要避免在程式中造成過度設計，首先得熟悉這些模式的用途和場景。

有時候我們將一些模式用在了錯誤的場景中，或者說在不該使用模式的地方刻意使用模式。特別是初學者在剛學會使用一個模式時，恨不得把所有的程式碼都用這個模式來實現。錘子理論在這裡體現得很明顯：當我們有了一把錘子，看什麼都是釘子。拿足球比賽的例子來說，我們的目標只是進球，“下底傳中”這種“模式”僅僅是達到進球目標的一種手段。當我們面臨密集防守時，下底傳中或許是一種好的選擇；但如果我們的球員獲得了一個直接面對對方守門員的單刀機會，那麼是否還要把球先傳向邊路隊友，再由邊路隊友來一個邊路傳中呢？答案是顯而易見的，模式應該用在正確的地方。而哪些才算正確的地方，只有在我們深刻理解了模式的意圖之後，再結合專案的實際場景才會知道。

問：JavaScript設計模式和其他語言設計模式的主要區別是什麼？

關於設計模式的大多數討論都是源自C++，Java這些靜態型別語言，而JavaScript是一門動態型別語言。許多設計模式就是為了解開物件之間的型別耦合而生的，而作為動態型別語言的JavaScript沒有這種困擾，這說明JavaScript語言中的設計模式和其他語言是非常不同的，從結構上已經沒有什麼可借鑑的東西了，能夠借鑑的只有思想和解決問題的場景。

人類飛上天空需要藉助飛機等工具，而鳥兒天生就有翅膀。在Dota遊戲裡，牛頭人的人生目標是買一把跳刀（跳刀可以使用跳躍技能），而敵法師天生就有跳躍技能。因為語言的不同，一些設計模式在另外一些語言中的實現也許跟我們在《設計模式》一書中看到的大相徑庭，這一點也不令人意外。

Google的研究總監Peter Norvig早在1996年一篇名為“動態語言設計模式”的演講中，就指出了GoF所提出的23種設計模式，其中有16種在Lisp語言中已經是天然的實現。比如，Command模式在Java中需要一個命令類，一個接收者類，一個呼叫者類。Command模式把運算塊封裝在命令物件的方法內，成為該物件的行為，並把命令物件四處傳遞。但在Lisp或者JavaScript這些把函式當作一等物件的語言中，函式便能封裝運算塊，並且函式可以被當成物件一樣四處傳遞，這樣一來，命令模式在Lisp或者JavaScript中就成為了一種隱形的模式。

在Java這種靜態編譯型語言中，無法動態地給已存在的物件新增職責，所以一般通過包裝類的方式來實現裝飾者模式。但在JavaScript這種動態解釋型語言中，給物件動態新增職責是再簡單不過的事情。這就造成了JavaScript語言的裝飾者模式不再關注於給物件動態新增職責，而是關注於給函式動態新增職責。

問：JavaScript有很多框架和庫，對於初級學習者來說，怎麼能在這些資源中選擇適合自己的來建立個人技術棧？

相比於其他語言的開發者，JavaScript程式設計師確實會顯得比較“辛苦”。前端框架和庫的發展太快了，好像jQuery的流行還是昨天的事情，今天又湧現了Backbone、Angular、React這些框架。對初學者來說，很容易讓人迷茫，不知道學習哪個框架。我的建議是，優先根據專案需求選擇，如果你接手的專案正在使用Angular.js，那就是學習Angular.js的好機會。

如果還有一些業餘時間，可以選擇一些最流行的框架來學習，它們之所以能夠在浩瀚的框架海洋中脫穎而出，肯定是有它們的優點的。比如我們找準了Angular.js來學習，可以先用Angular.js來做幾個demo頁面，然後想辦法在一個合適的專案中使用。熟悉語法之後可以閱讀它的原始碼，如果有時間和精力，可以模仿它寫一個類似的框架，在這個過程之後，或許你還可以對它加以改進。

問：AlloyTeam現在有多少人？由什麼樣的工程師組成？

AlloyTeam目前有50多人，團隊既有94後的小鮮肉，也有70後的大叔，女前端工程師則既有美麗師姐、也有全民校花，還有萌妹子。大家的技術從Web前端、後端到客戶端，端端精通，既有對基礎框架有研究的同學，也有對計算機圖形處理感興趣的同學，既有喜歡做工具的，也有喜歡做遊戲的，技術專長可謂相容幷包。

問：AlloyTeam的名字從何而來？你們團隊的主要工作內容是什麼？

我們團隊的代號叫AlloyTeam，很多人很好奇騰訊AlloyTeam名字的含義和由來，其實這裡還真有一段小歷史。2008那年我們團隊開始研發WebQQ，WebQQ是業界首個將WebOS、雲端計算、AppStore和Web開放平臺整合在一起的產品，所以我們就給WebQQ起了一個開發代號——AlloyOS。Alloy是合金、合鑄、合成、聚合的意思，正好寓意我們的WebQQ是將公司內、外的各種網際網路服務產品合鑄成一個為使用者提供一站式的線上生活的WebOS平臺。所以我們的團隊也就自然成了AlloyTeam，同時AlloyTeam這名字還有一個寓意：就是將不同成員的聰明才智，以及不同技術聚合在一起，以產生更強的合金特性，從而成為堅不可摧的團隊。

目前我們團隊主要負責手機QQ中的移動Web業務以及Hybrid App的開發工作，比如：興趣部落、QQ群等等。除了日常業務開發之外，也鼓勵大家做一些各個方面的自由開源專案，不管是可以提高大家工作效率的開發工具，還是能對業界產生影響力的開源專案，小到元件，大到遊戲，我們都非常支援大家去做。團隊內部非常平等和自由，也鼓勵大家分享、佈道、寫書。另外，AlloyTeam也隨時歡迎優秀的Web前端小夥伴加入。

問：如今，移動網際網路已經變得越來越重要，在這種情況下前端工程師會面臨什麼樣的機會和挑戰？

的確是這樣，就我個人而言，除了上班時間已經很少開啟電腦了。原先用PC能做的事情，現在手機幾乎全部可以完成，可以預見這個趨勢在將來還會更加明顯。在這種情況下，原先在PC上開發的前端工程師很多都轉向了移動web開發。包括AlloyTeam也是這樣，現在絕大部分時間都在做移動端開發。對於前端工程師來說，可能要學習一些新的知識，這不是壞事，也不難，程式設計師應該保持學習的心態。不管是PC開發還是移動開發，我們都在用相同的方式來改變人們的生活。

問：程式設計師給人的印象通常都是不善交際、不善運動，生活習慣不規律，這些習慣也潛移默化地影響著程式設計師群體的健康。你在業餘時間是一位健身教練，請問運動帶給你的好處都有哪些？

我認識許多非常有才的程式設計師，程式設計師是一個相當聰明的群體，聰明的人能做好許多事情，而不是僅僅寫程式碼。不過也許大部分人都把太多重心放在了工作上面，這是好事，但也不全是好事。程式設計師的職業特點註定對健康的損害比較大，從25歲開始人的器官開始不可逆轉的老化之後，久坐和不運動帶來的危害更大。所以程式設計師更要有意識地多運動，至少運動會給你一個跳動更強烈的心臟，可以背女朋友越過某個路上的小水溝。當然，加班趕專案的時候也比別人抗得久。

問：請問對於程式設計師來說，工作和運動是否有可以兼顧？對於想要積極鍛鍊的程式設計師來說，你有哪些建議？

IT行業基本上只能在大城市生活和工作。大城市的房價物價註定我們工作得努力和辛苦。這種情況下，許多人完全把太多精力放在了工作上面，而忽略了生活本身。工作本該只是生活的一部分，也許我們應該有一個更加平和的心態，努力工作和享受生活並不矛盾。在業餘時間有一些自己的愛好，或是找一點適合自己的運動，不光是為了更好的工作，還因為這些愛好本身也是生活的另一部分。

對於開始有意識開始鍛鍊的程式設計師，這是一個很好的起點。不過現實中的大部分人情況都是三天打魚兩天曬網。如果真想通過運動來改善體質或者豐富業餘生活，首先一定要保證自己能堅持下來。很多人剛開始鍛鍊的時候非常有激情，一段時間後就被自己以各種理由說服放棄了鍛鍊，比如要加班，有約會，感冒了，有聚餐各種各樣的原因。這些事情肯定是會遇到的，但不管怎樣，一週抽出5個小時來鍛鍊身體其實肯定是沒問題的。

其次，不管什麼運動都是一門科學。拿健身來講，首先要搞清楚身體跟新陳代謝有關的基本知識，搞清楚動作標準，這樣才會有效果而且不容易弄傷關節和肌肉。如果有條件的話，可以去健身房裡面請一個專業教練，有教練和沒有教練的區別太大了。相信堅持一段時間後，都能看到自己形貌和精神的改變，直到健身成為一種習慣。

---

更多精彩，加入圖靈訪談微信！