請停止學習框架

我們都是程式員，我們需要與技術保持同步。每一天我們都要學習程式語言、框架與庫。

我們瞭解的現代開發工具越多越好，比如Angular，React，Riot，Vue，Ember，Knockout，和這些新技術保持同步真是一件很有意思的事情。

但是….我們卻是在浪費時間！

時間是我們擁有的最為寶貴的資源。時間有限，它不可再生，你我都不能購買更多的時間。

為什麼？就像時尚時裝界一樣，技術領域如光速一般發生著變化。要趕上它，我們需要快速的學習，這場比賽沒有贏家，因為它永無止境。

馬丁·斯科塞斯2013年作品《華爾街之狼》劇照

我的授業導師曾經教我這樣一課：

導師：“艾德，你在做什麼？”

我（自豪地說）：“我在讀一本使用GWT構建現代Java應用程式的書。”

導師：“你為什麼要讀這本書？”

我：“作為一個Java開發者，我需要緊跟趨勢，GWT現在最火。”

導師：”在讀GWT之前你在讀什麼技術書？“

我：”是一本500多頁的Apache Tapestry的書，Tapestry當時非常流行“

導師：”這個Tapersty一直流行嗎？“

我：”沒有多長時間。GWT現在最火。“

導師：”你能重新用Tapersty的能力來解決現在的問題嗎？“

我：”不能了。現在它沒有什麼用。“

導師：”Taperstry的知識能幫你對GWT理解的更好嗎？“

我：”不能，沒有太大用。但是我看到裡面有一些設計樣式有些相似“

導師：”是設計樣式。這些能幫你解決現在的問題嗎？“

我：”是的，幫助太多了。“

導師：”技術一直在向前發展。但是有一些是相通的，要找準重點，將80%的時間放在提升基礎問題上，餘下的20%再去學習框架，庫和工具“

我：”Hmmm… 只留20%的時間學習框架，庫和工具？“

導師：”是的。你在解決問題時自然就會學會框架、庫和工具“

我：”謝謝指點“

導師: 現在不忙著謝，過一段時間，你自然會明白。

這次談話可以說改變了我的人生！我把所有的講框架、庫的書從書架上全部撤下，一本都沒留，那叫一個輕鬆啊！

我在書架上換了一些長期的基礎技術讀物，不會過時的那種，比如像下麵這類書就佔據了我閱讀學習時間的80%：

• 程式員修煉之道 The Pragmatic Programmer
• 程式碼整潔之道 Clean Code
• 程式員的職業素養 The Clean Code
• 領域驅動設計和實踐 Domain-Driven Design
• 測試驅動的面向物件軟體開發 Growing Object-Oriented Software, Guided by Tests
• 持續交付 Continuous Delivery

我只買了一本關於最新技術的書，是關於 Spring 的。因為根據林迪效應，學習 Spring 是一項不錯的投資。

林迪效應認為，對於不會自然消亡的事物，如一項技術或一個想法，其預期壽命與其當前的生命成正比；即，只要這一事物多存活一天，就意味著其預期生壽命會更長一些。

技術的未來預期壽命與其當前的“年齡”成正比，技術每延長存續一段時間，其剩餘生命週期也會相應延長。

越是在市場上持續存活時間長的技術，投入時間學習越安全、越值得。

不要忙著去學習最新的技術，因為這些新技術很可能很快消亡。

時間會告訴你，哪種技術值得投入精力去學習，時間是你最好的顧問，學會等待是很重要的。

自那次與導師的談話後，十年過去了。期間我陸陸續續參與了50多個不同的軟體專案的開發。感謝導師的建議，我學到的一切東西都可以在不同公司、團隊和領域之間順利遷移。我學到的知識到今天仍然有用。我沒有浪費時間。

如果你看得更深入些，你會發現所有的軟體專案都是類似的：

• 用的程式語言雖然不一樣，但是設計方法是類似的。
• 用的框架雖然是不一樣的，但是設計樣式是類似的。
• 參與的開發者是不一樣的，但是如何和這些人打交道是不變的。

記住，框架、庫和工具來了又走。時間才是珍貴的。

電影《時間規劃局》劇照

永遠記住，框架、庫和工具的更替永不停息，而你的時間很寶貴。

一定要把你最寶貴的時間投入到可遷移的技能上。也就是說，在那些始終會用得到的技能上下最多的功夫，比如下麵這些內容，可能會讓你長期受用。

• 不要學習微服務框架，學習演進式架構（Evolutionary Architecture）。
• 不要學習新的程式語言，學習程式碼整潔之道、設計樣式、領域驅動設計（DDD）。
• 不要學習 LeSS 和規模化敏捷框架（SAFe），學習精益生產原則（Lean manufacturing principles）。
• 不要學習 Hystrix，學習容錯樣式（Fault Tolerance Patterns）。
• 不要學習 Docker，學成持續交付。
• 不要學習 Angular、React 和 Vue，學習 Web、HTTP 和 REST。

熱門評論：

我同意你的大部分觀點，但是我覺得你不用這麼堅決地不學習一些東西。

「學習工具」與「學習它所蘊含的設計樣式」並不互斥。 

2007 年的時候我曾經試圖搞清楚到底什麼是「資料層」以及怎麼使用它，這是當時流行的 ORM 概念。我向別人問了一堆關於 NHibernate（譯註：一個面向.NET框架的物件關係對映解決方案。

主要用來把物件模型表示的物件對映到基於SQL的關係模型資料結構中去）的問題，很多人都回覆我說「你應該先搞清楚原理，而不是學習這個工具」。但我心裡想的是，shit，不行啊，因為我需要透過大量的實踐才能理解這些原理啊。這是我學習的重要途徑。

所以我覺得學習這些蘊含了豐富原理的工具其實是非常有用的。 

同樣的道理對很多工具都適用。比如 React，如果沒有 React 誰能理解虛擬 DOM 呢？ 

不過我基本同意你的論點，但是過分強調不要學習工具就有一點何不食肉糜的意味了。 

另外，Docker 也不僅僅是持續交付，「學習新的程式語言」和「學習設計樣式和 DDD」也不是互斥的，Angular 最難的部分也不是 Web 和 HTTP，最難的是學習 Angular 提供的這些傻傻的工具和工作流（我不是很喜歡這些玩意）。

作者的回覆：

看來我們達成了共識——學習基礎常常意味著深挖某個框架、庫或者工具。框架和基礎都要學習，但是優先順序必須是基礎高於框架。

我的觀點：

假設你面前有兩個應聘者，一個對框架特別熟，但是對基礎知識一點都不懂；另一個對框架一點都不熟，但是基礎知識特別懂。

你會僱傭誰？

小公司僱傭前者，能用就行。大公司僱傭後者，能堪重任。