看到热门的两篇文章，对于 反倒觉得没有必要。
我觉得第一个作者的本意没有问题。无休止地跟进框架，只会让自己越来越没有内功。
驳【驳书单】
我买了一些不会过时的书，并用 80% 的学习时间来读这些书：程序员修炼之道 The Pragmatic Programmer代码整洁之道 Clean Code程序员的职业素养 The Clean Code领域驱动设计和实践 Domain-Driven Design测试驱动的面向对象软件开发 Growing Object-Oriented Software, Guided by Tests持续交付 Continuous Delivery复制代码
这些书，有些的确是可读的，但是不应该放在这个地方，与框架对应的是什么？是设计模式吗？是程序员的素养吗？还是其他各种方法学？我认为都不是，与之对应的应该是计算机基础，是什么？是操作系统、组成原理、数据结构与算法等基础。此处可以说是译文的第一个误人子弟的地方，明摆着会给读者灌输一种不需要学框架，只需要学各种方法学就好了的观点。其结果可想而知。复制代码
我认为作者是在抬杠。
原第一个作者的意思是学习了一些常用框架后，可以往一些原理性的方向去深入学习，不要停留在追逐新框架的表层。
而且，原第一个作者列出的书单，确实看过的几本非常好。
个人观点
学习框架本身没有任何问题，学了才能在业务中用起来。
而第二步，就是对那些基础性的原理深入去研究学习。毕竟理解了编程的思想，后面学什么都会比较快。
比如好好研读下第一个作者提到的这些经典书籍。或者仔细去学习下一些框架的源码，深究其原理。
例如我前几天写的，还有很多掘金上讲的很透彻的其他框架源码解读。总之不要停留在追逐新框架的表面学习上，人的精力总是有限的。
总结
确实没有必要一直去学习跟进社区的新框架。
更多时候我们仅需要做到了解，到真正要用的时候，再去深入看文档学以致用。