別再學習框架了

我們是開發者，我們需要和技術與時俱進，我們每天學習編程語言，框架，庫，我們知道越現代的工具，我們就越好
和?Angular, React, Vue, Riot, Ember, Knockout?保持與時俱進很有趣。但是我們是在浪費時間。
時間是我們擁有最珍貴的資源，時間是有限的，一去不復返。
科技和時尚一樣，變化非常快，為了趕上他，我們需要飛速奔跑，這場比賽沒有贏家因為沒有終點。
然而我的導師曾經給我上了一課：

導師：Ed，你在干什么？
我(驕傲的)：我在讀一本關于如何用GWT構建現代Java應用的書。
導師：為了什么？
我： 身為java開發者，我需要跟上趨勢，GWT算一個。
導師：在GWT之前你讀了什么技術書？
我：一本500頁的Apache Tapestry，Tapestry算一個。
導師：現在Tapestry算一個么？
我：不在是趨勢了，GWT才算。
導師：你能再用Tapestry的技術來解決當前的問題嗎？
我：不，沒人用了。
導師：Tapestry的知識有助于你更好的理解GWT了呢？
我：沒有，不過我在找一些共同的模式。
導師：這是設計模式，他幫你解決現在問題了么？
我：是的，很多有用。
導師：技術來來去去，但是有很多共性，要合理得安排優先級，投資80%的時間學習基本原理(fundamentals)，留20%時間學習框架，庫和工具。
我：恩....僅僅20%的時間留給框架，庫和工具？
導師：是的，你在工作中解決問題的時候都會學到這些。
我：謝謝
導師：以后你會更加感謝我的

這條建議改變了我的生活，我把我書架上50%框架的書下架了，罪惡感從50本下降到0本。多爽啊！
于是我買了很多長青書，這些書花了我80%的時間：

The Pragmatic Programmer 《程序員修煉之道 從小工到專家》
Clean Code 《代碼整潔之道》
The Clean Coder 《代碼整潔之道-程序員的職業素養》
Domain-Driven Design 《領域驅動設計》
Growing Object-Oriented Software, Guided by Tests 《測試驅動的面向對象軟件開發》
Continuous Delivery 《持續交付》

我同時只買了一本當下技術的書，林迪效應表明，Spring框架一個好的投資：技術未來的生命和現在生命成正比，過去的存活期意味著未來更長的存活期。技術在市場時間越久，越值得投資。不要急于學習新技術，可能它有很高的死亡率。時間會證明哪些技術值得投資。時間是最好的老師。學會等待。

十年過去了，我開發了50個不同的項目，感謝這些建議，我學到的每一件東西都可以跨公司，團隊，領域。我的知識依然相關，我沒有浪費時間。
從表面看所有項目都不同：

編程語言不同。但是設計smell相似。
框架不同。但是設計模式相似。
開發者不同，但和人相處規則是統一的。

框架、庫和工具來來去去。時間才是最寶貴的。 把你的黃金時間投資在可轉移的技能。這樣技能總是相關的。

記住：

微服務框架 -演進式架構
新的編程語言 -代碼整潔之道, 設計模式，領域驅動開發
LeSS, SAFe - 精益制造原則
Hystrix? 容錯模式
Docker 持續交付
Angular Web, HTTP and REST

我的雜想：
候選人簡歷寫的熱愛新技術是不是一件好事？面試者平時時間分配到底怎么樣？熱愛舊技術也許是好事。
學習技術不一定學習原理？學習本質和解決方案。
編程語言本質？是不是要學習Programming Language Pragmatics和編譯原理？是的
Redis是不是要學數據結構(效率)，內存管理(存儲)，復制(可用性)？是的，就是一個持久化，高可用的內存數據存儲。
數據庫是不是必須要理解ACID的實現？存儲引擎的實現？是的，更重要的是學習通用Database Architecture
Great Ideas有虛擬內存，緩存，正則表達式，工作集 。 Great Priciples 通信，計算，記憶，協作，評估，設計。
知道為什么要用一個技術只是對技術理解的一種視角，但不是唯一，從工程角度知道為什么有助于理解問題域以及換種場景的靈活使用。消息隊列是Bounded Buffer，排隊論在計算機里面無處不在。兩個系統間速度不一樣時候，就會用到緩沖區。例如cpu與內存間的高速緩沖區。
Zookeeper？ 協作
Mybaits？Data Access Patterns，JFinal？ Active Record
Spring？ Bussiness Container
SpringMVC？Web Controller
SpringCloud Gateway? Gateway + Locator Patterns
J2EE Patterns....
......

原文地址：https://sizovs.net/2018/12/17/stop-learning-frameworks/