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: 作者说他买了这些书:
程序员修炼之道(The Pragmatic Programmer)
代码整洁之道(Clean Code)
程序员的职业素养(The Clean Coder)
领域驱动设计(Domain-Driven Design)
测试驱动的面向对象软件开发(Growing Object-Oriented Software, Guided by Tests)
持续交付(Continuous Delivery)
不是打击大家的热情,但这都是一些软技能书籍。
我曾经在一次 10 小时的飞行中看《程序员修炼之道》这本书,但是因为太无聊睡着了两三次。初学者也许能从中学到一些东西,但都是刚入行几个月需要学习的常识性知识。
每个人的书架上应该都有这类书,以及其他更经典的书,比如《计算机程序设计艺术》(Art of Computer Programming)。有趣的是,我发现几乎没人看这些书,并不是因为它们很无聊(软技能),也不是因为很难学(AOCP),只是因为把它们摆在书架上的仪式感。好像书架上没有几本没看过的编程书,你就不好意思称自己是个程序员。
弃框架而专转向软技能书籍似乎并不是进步。如果你想学习价值更长久的东西,还是学习《计算机科学》更实用点。
我是说算法和数学。
这还意味着你会接触功能编程或逻辑编程等范例。我推荐 Haskell,不是因为你需要学习另一种语言,而是因为这个生态系统中的知识上限非常高,而且它是目前关于函数式编程的论文使用的通用语言。
有些技术比其他技术更持久。例如我们仍在使用 POSIX。CPU 体系结构不断发展,但 CPU 处理指令和访问内存的基础知识没有发生什么变化。框架和库十年河东十年河西,但并发性、并行性、异步性的基本原理不会改变。
作者回复:“软技能”这个词用得不准确。
这些书并不是关于软技能的,而是软件编程:软件质量、软件设计、软件测试、部署、软件生命周期等。
《计算机科学》并不能教会你软件编程。
作为工程师,你不需要学计算机科学,而是编程技巧。
网友 4:大部分开发者所做的项目都是由其中的利益相关方来决定成败的。
由于没有使用正确的算法导致产品失败的案例数量,和因为期望不合理或构建错误的软件导致产品失败的案例数量相比,二者之间至少存在一个数量级的差别。
沟通尤其重要,所以关于沟通和架构的书也很重要。
作者回复:这难道不是选择偏差的锅吗?管理不善的项目肯定不会成功。那些算法不好的项目虽然能上,但是存在很多技术瑕疵。
阅读软技能书籍就像在工作中接受强制性的反腐训练。很明显这很无聊,然而还是有些人需要它。
查看英文原文:Stop Learning Frameworks
评论 6 条评论