不要再学习框架了!

Posted kungfupanda

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了不要再学习框架了!相关的知识,希望对你有一定的参考价值。

https://zhuanlan.zhihu.com/p/53626164

 

AI 前线导读:作为开发人员,我们需要跟上技术发展的步伐。每天,我们都在学习新的编程语言、框架和库。但是,技术和时尚一样,正在以光速变化。本文作者认为,这是一场没有赢家的比赛,因为技术的发展没有终点。因此,他建议大家停止学习框架,而是把最宝贵的时间花在可迁移的技能上。本文的英文原文在 Hacker News 上获得了接近 500 个点赞。其实每过几年都会有类似的文章出现,然而程序员却依然疲于学习新的框架,希望本文能给你带来一些启发。

 

更多干货内容请关注微信公众号“AI 前线”(ID:ai-front)

我们是开发人员。我们需要跟上技术发展的步伐。每天,我们都在学习新的编程语言、框架和库。我们知道的现代化工具越多越好。

跟踪 Angular、React、Vue、Riot、Ember、Knockout 的最新进展很有意思。

但是,我们在浪费自己的时间。

时间是我们拥有的最宝贵的资源。时间是有限的,不可再生的,你无法多买一点。

技术和时尚一样,正在以光速变化。为了赶上其发展速度,我们就需要跑得很快。这场比赛没有赢家,因为它没有终点。

 

技术图片来自 Martin Scorsese 2013 年拍摄的《华尔街之狼》

我的导师曾给我上过这样一课。

导师:“Ed,你在做什么?”
我(骄傲的): “我在读一本有关使用 GWT 构建现代 Java 应用的书。”
导师: “为什么?”
我: “作为一名 Java 开发人员,我需要紧跟潮流。GWT 是流行趋势。”
导师:“在 GWT 之前,你读过什么技术书籍?”
我: “一本关于 Apache Tapestry 的 500 页的著作。 Tapestry 那时是流行趋势。”
导师:“Tapestry 现在还流行吗?”
我: “不流行了。现在流行 GWT。”
导师:“你还可以重用 Tapestry 的技能来解决当前的问题吗?”
我: “不能,现在没人用它了。”
导师:“Tapestry 的知识能帮助你更好地理解 GWT 吗?”
我: “不,不能。但我看到了一些重叠的模式。”
导师:“那是设计模式。它们能帮你解决当前的问题吗?”
我: “是的。可以解决其中许多问题。”
导师:“技术变化无定,但有很多共同点。确定好优先级。将 80% 的学习时间投入到基础知识上。剩下的 20% 用于框架、库和工具。”
我: “嗯…仅 20% 用于框架、库和工具?”
导师:“是的。反正你在工作中解决问题的时候会学习它们。”
我: “谢谢。”
导师:“你以后会感谢我的。”

这个建议改变了我的生活。我从我的书架上拿走了所有介绍框架的书。这些书从 50 本降到了 0 本。我总算松了一口气!

我买了一套常青树著作。这些书占据了我 80% 的学习时间。

  • 《程序员修炼之道》
  • 《代码整洁之道》
  • 《程序员的职业素养》
  • 《领域驱动设计》
  • 《测试驱动的面向对象软件开发》
  • 《持续交付》

我还买了一本关于当前技术的书。Lindy 效应 表明,Spring 框架一定是项不错的投资:

技术未来的预期寿命与其当前的年龄成正比。它每多活一段时间,预期寿命就会延长。

一项技术在市场上存在的时间越长,投资就越安全。

不要急于学习新技术——它有很高的死亡几率。

时间会证明哪项技术值得投资。时间是你最好的导师。学会等待。

10 年过去了。我为 50 个不同的软件项目提供了帮助。由于这些建议,我学到的所有东西都可以跨公司、团队和领域迁移。我的知识到今天仍然有用。我没有浪费时间。

除非你能看透表象,否则所有的项目看上去都不同:

  • 编程语言不同,但设计类似;
  • 框架不同,但会体现出同样的设计模式;
  • 开发人员不同,但与人打交道的规则一致。

记住——框架、库和工具变化无定。时间宝贵。

技术图片来自 Andrew Niccol 2011 年拍摄的《时间规划局》

把最宝贵的时间花在可迁移的技能上——那些永不过时的技能。

  • 不是微服务框架,而是演化架构;
  • 不是新的编程语言,而是整洁的代码、设计模式和 DDD;
  • 不是 LeSS、SAFe,而是精益生产原则;
  • 不是 Hystrix,而是容错模式;
  • 不是 Docker,而是持续交付;
  • 不是 Angular,而是 Web、HTTP 和 REST。
    HackerNews 热门评论

在 Hacker News 上,这篇帖子引起了热烈讨论,然而,并不是所有人都认可作者的观点:

网友 1: 学习框架的一个好处是,你可以理解作者的内心,另一个好处是你可以看到作者最初的抽象模式和想法。

学习 Rails 教会了我元编程、可逆数据库迁移、ACID 以及 ORM 的优缺点。学习使用 C#构建 XAML 应用程序让我了解了双向数据绑定、MVVM、DSL 和套接字通信。学习 React 和 Redux 让我搞懂了协作线程、函数式编程、事务状态管理和测试前端功能,而不使用 selenium 和 webdriver。

现在,我已经“知道”了大部分这些知识,但此前并没有将它们应用到现实世界中。在精心设计的框架中实现这些经验,教会了我很多理论以外的关于实际应用的知识。

网友 2:框架有好有坏。

原文里提到的 GWT 我用过,体验非常糟糕。当我在 GWT 最初发布时试用过,它只适用于演示代码 / 页面。

解决任何更复杂的问题都要求我搞懂 Java、javascript 以及他们用来将 Java 代码转换为“生成 JS”代码的代码 / 系统 / 进程。对于我有限的大脑,这个问题的复杂性是 O(n ^ 3)。

也许这种状况已被改变,2017 年我看到他们又发布了一个新版本。

Python 作为一种语言 / 框架在我看来非常好,它非常容易学习、调试、创建复杂的系统并根据需要深入挖掘。

网友 3: 作者说他买了这些书:

  • 《程序员修炼之道》
  • 《代码整洁之道》
  • 《程序员的职业素养》
  • 《领域驱动设计》
  • 《测试驱动的面向对象软件开发》
  • 《持续交付》

不是打击大家的热情,但这都是一些软技能书籍。

我曾经在一次 10 小时的飞行中看《程序员修炼之道》这本书,但是因为太无聊睡着了两三次。初学者也许能从中学到一些东西,但都是刚入行几个月需要学习的常识性知识。

每个人的书架上应该都有这类书,以及其他更经典的书,比如《计算机程序设计艺术》(Art of Computer Programming)。有趣的是,我发现几乎没人看这些书,并不是因为它们很无聊(软技能),也不是因为很难学(AOCP),只是因为把它们摆在书架上的仪式感。好像书架上没有几本没看过的编程书,你就不好意思称自己是个程序员。

弃框架而专转向软技能书籍似乎并不是进步。如果你想学习价值更长久的东西,还是学习《计算机科学》更实用点。

我是说算法和数学。

这还意味着你会接触功能编程或逻辑编程等范例。我推荐 Haskell,不是因为你需要学习另一种语言,而是因为这个生态系统中的知识上限非常高,而且它是目前关于函数式编程的论文使用的通用语言。

有些技术比其他技术更持久。例如我们仍在使用 POSIX。CPU 体系结构不断发展,但 CPU 处理指令和访问内存的基础知识没有发生什么变化。框架和库十年河东十年河西,但并发性、并行性、异步性的基本原理不会改变。

作者回复:“软技能”这个词用得不准确。

这些书并不是关于软技能的,而是软件编程:软件质量、软件设计、软件测试、部署、软件生命周期等。

《计算机科学》并不能教会你软件编程。

作为工程师,你不需要学计算机科学,而是编程技巧。

网友 4: 大部分开发者所做的项目都是由其中的利益相关方来决定成败的。

由于没有使用正确的算法导致产品失败的案例数量,和因为期望不合理或构建错误的软件导致产品失败的案例数量相比,二者之间至少存在一个数量级的差别。

沟通尤其重要,所以关于沟通和架构的书也很重要。

作者回复: 这难道不是选择偏差的锅吗?管理不善的项目肯定不会成功。那些算法不好的项目虽然能上,但是存在很多技术瑕疵。

阅读软技能书籍就像在工作中接受强制性的反腐训练。很明显这很无聊,然而还是有些人需要它。

查看英文原文:

今日荐文

以上是关于不要再学习框架了!的主要内容,如果未能解决你的问题,请参考以下文章

不要再封装各种Util工具类了,这个神级框架值得拥有!

不要再封装各种Util工具类了,这个神级框架值得拥有!

Java小白不要再一味的堆积框架的基本使用了,快停下来分析几道面试题沉淀一下!

Java小白不要再一味的堆积框架的基本使用了,快停下来分析几道面试题沉淀一下!

不要再自作多情,2020版Scrum框架和软件研发没有关系,甚至和IT都没有关系

linux学习之路01