停止学习框架！

我的授业导师曾经教我这样一课：

导师：“艾德，你在做什么？”

我（自豪地说）：“我在读一本使用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。