看到熱門的兩篇文章，對於 駁 《停止學習框架》反倒覺得沒有必要。
我覺得第一個作者的本意沒有問題。無休止地跟進框架，只會讓自己越來越沒有內功。
駁【駁書單】
我買了一些不會過時的書，並用 80% 的學習時間來讀這些書：
程式設計師修煉之道 The Pragmatic Programmer
程式碼整潔之道 Clean Code
程式設計師的職業素養 The Clean Code
領域驅動設計和實踐 Domain-Driven Design
測試驅動的物件導向軟體開發 Growing Object-Oriented Software, Guided by Tests
持續交付 Continuous Delivery
複製程式碼這些書，有些的確是可讀的，但是不應該放在這個地方，與框架對應的是什麼？是設計模式嗎？是程式設計師的素養嗎？還是其他各種方法學？我認為都不是，與之對應的應該是計算機基礎，是什麼？是作業系統、組成原理、資料結構與演算法等基礎。此處可以說是譯文的第一個誤人子弟的地方，明擺著會給讀者灌輸一種不需要學框架，只需要學各種方法學就好了的觀點。其結果可想而知。複製程式碼我認為作者是在抬槓。
原第一個作者的意思是學習了一些常用框架後，可以往一些原理性的方向去深入學習，不要停留在追逐新框架的表層。
而且，原第一個作者列出的書單，確實看過的幾本非常好。
個人觀點
學習框架本身沒有任何問題，學了才能在業務中用起來。
而第二步，就是對那些基礎性的原理深入去研究學習。畢竟理解了程式設計的思想，後面學什麼都會比較快。
比如好好研讀下第一個作者提到的這些經典書籍。或者仔細去學習下一些框架的原始碼，深究其原理。
例如我前幾天寫的《從koa-session原始碼解讀session原理》，還有很多掘金上講的很透徹的其他框架原始碼解讀。總之不要停留在追逐新框架的表面學習上，人的精力總是有限的。
總結
確實沒有必要一直去學習跟進社群的新框架。
更多時候我們僅需要做到了解，到真正要用的時候，再去深入看文件學以致用。