停止学习框架(1)

翻译作者： 方应杭

　　这是一篇译文，原文在 Hacker News 上获得接近 500 个点赞。

　　每过几年都有类似的文章出现，然而程序员却依然疲于学习新的框架，看完此文希望对你有所启示。

　　那么，译文开始。

　　我们是程序员，每天都在了解最新的技术，每天都在学习编程语言、框架和库。

　　因为我们知道的现代编程工具越多越好，对吧？

　　不停地追随 Angular、React、Vue、Riot、Ember、Knockout 的脚步还真是一件有意思的事情呢。（译注：反话）

　　但这其实是在浪费时间！

　　时间是人类最宝贵的资源。时间是有限的、不可再生的，你可以用钱买任何东西，却买不了时间。

　　技术，就像时尚，在以光速在变化着。为了赶上它，我们需要跑的非常快。

　　但是这个跑道上没有终点，所以没有赢家。

华尔街之狼

　　我的导师曾经这样教我：

导师：艾德，你在做什么？我（自豪地说）：我在读一本关于如何使用 GWT 构建现代 Java 应用的书呢。

导师：你读它做什么？我：作为一名 Java 开发者，我需要跟上潮流。GWT 就是现在的潮流。

导师：你在读这本书之前还读过什么书？我：我读了一本关于 Apache Tapestry 的书，那本书有 500 页。Apache Tapestry 是之前的潮流。

导师：Apache Tapestry 现在还是潮流吗？我：不是了，GWT 才是。

导师：你之前从 Tapestry 学到的技能现在还能用吗？我：不能用了呀。

导师：Tapestry 能帮助你更好地理解 GWT 吗？我：不能。不过两者都用到了一些设计模式。

导师：那就是设计模式了，设计模式能帮你解决你遇到的问题吗？我：可以，而且帮助很大。

导师：新事物来了又走，其实有很多共同点。你应该学你该学的。你应该把你 80% 的学习时间用在学习基础上，剩下 20% 的时间才是用来学习框架、库和工具的。我：哦……只留 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 个不同的软件项目。得益于我导师的建议，我学的所有东西都适用于不同的公司、团队和领域。我的知识今天仍然有用。我没有浪费我的时间。

　　如果你看得更深入些，你会发现所有的软件项目都是类似的：

• 用的编程语言虽然不一样，但是设计方法是类似的。
• 用的框架虽然是不一样的，但是设计模式是类似的。
• 参与的开发者是不一样的，但是如何和这些人打交道是不变的。

　　记住，框架、库和工具来了又走。时间才是珍贵的。

© In Time (2011) by Andrew Niccol

　　将你的黄金时间用于学习通用技能，那些不会过时的技能。

• 不要学习微服务框架，学习演进式架构（Evolutionary Architecture）。
• 不要学习新的编程语言，学习代码整洁之道、设计模式、领域驱动设计（DDD）。
• 不要学习 LeSS 和规模化敏捷框架（SAFe），学习精益生产原则（Lean manufacturing principles）。
• 不要学习 Hystrix，学习容错模式（Fault Tolerance Patterns）。
• 不要学习 Docker，学成持续交付。
• 不要学习 Angular、React 和 Vue，学习 Web、HTTP 和 REST。

　　热门评论：

我同意你的大部分观点，但是我觉得你不用这么坚决地不学习一些东西。「学习工具」与「学习它所蕴含的设计模式」并不互斥。

2007 年的时候我曾经试图搞清楚到底什么是「数据层」以及怎么使用它，这是当时流行的 ORM 概念。我向别人问了一堆关于 NHibernate 的问题，很多人都回复我说「你应该先搞清楚原理，而不是学习这个工具」。但我心里想的是，shit，不行啊，因为我需要通过大量的实践才能理解这些原理啊。这是我学习的重要途径。

所以我觉得学习这些蕴含了丰富原理的工具其实是非常有用的。 同样的道理对很多工具都适用。比如 React ，如果没有 React 谁能理解虚拟 DOM 呢？ 不过我基本同意你的论点，但是过分强调不要学习工具就有一点何不食肉糜的意味了。

另外，Docker 也不仅仅是持续交付，「学习新的编程语言」和「学习设计模式和 DDD」也不是互斥的，Angular 最难的部分也不是 Web 和 HTTP，最难的是学习 Angular 提供的这些傻傻的工具和工作流（我不是很喜欢这些玩意）。

　　作者的回复：

看来我们达成了共识——学习基础常常意味着深挖某个框架、库或者工具。框架和基础都要学习，但是优先级必须是基础高于框架。

　　评论二：

     当初刚从Android转前端的时候，一点基础也不会，什么html什么css，完全不懂，上手就是angular1.0，学的很痛苦，很难受，后续半年先后接触了vue和react，emmm没错，我就是框架仔。后来跳槽，我的上司告诉我，不要用框架，全部使用原生，这才让我真正感觉踏入了前端的领域。给我的实际经验就是，你从框架中学习基础，效率非常之低，当你脱离了双向绑定，脱离了全家桶，你会发现，离开框架你什么也不会。

所以就像题主说的一样，框架只是工具，我们只需要拿来用，但是真正需要学习的，是底层的原理，以及脱离框架后类似功能的实现方法。

回复一：

      既然工作要用，那就深入学一下，我就是在学习Angular的时候，掌握/熟悉/精通了一些知识: 设计模式，TS，RFP，FP，单元测试，DOM，动画等等。框架的学习反而是容易的，因为对于使用者来说其实只要有完备的文档和工程示例就可以了，其实也就是"语法"和API的掌握，真正花时间的部分还是那些通用、共性的知识。我觉得本文的意思其实是反对一直投入精力学习框架而忽视其他知识的学习，学完R再去学V，学完V再去学A，最后新出了一个框架，再去学框架，自己的时间和精力都虚耗在了这些表层封装的学习上了。

 回复二：

     你说的很棒，我几乎完全赞同；在学习框架的同时，不应该忘记基础的知识，我一直在弥补、恶补基础知识这块，我本身也清楚，基础知识够硬，去学习很多框架或者库的时，会更加得心应手，思维会更加的清晰。“但是，老板让我用Angular怎么办？/滑稽”这句话只是我的比如；初步学了几个月的Angular，再转去学React Native，发现框架大部分理论是相接近的；

我的观点：

        基础是内功，框架是招式，有了内功，招式学学很快，光学招式，很难提高。

　　提问：

　　假设你面前有两个应聘者，一个对框架特别熟，但是对基础知识一点都不懂；另一个对框架一点都不熟，但是基础知识特别懂。你会雇佣谁？

　　小公司雇佣前者，能用就行。大公司雇佣后者，能堪重任。

原文地址：https://www.cnblogs.com/2019wxw/p/10800837.html