阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 bennorthrop.com/Essays/2016/reflections-of-an-old-programmer.php 「Ben Northrop」欢迎转载，保留摘要，谢谢！

• 两股力量
• 三个阶段
• 个人一点不成熟的小建议
• 老程序员们的评论

---

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

算法、应用程序安全、性能优化以及架构等等，这些东西衰减速度很慢，更值得认真钻研。

我是个程序员，差不多四十岁了。记得某个周六的早晨，我老婆在家里带孩子，我自己跑去参加一场技术会议。当时这个会议的主题是 React Native，主讲人一直想给我们灌输一种 React Native 将成为移动开发领域“下一个大事件”的印象。

但在我看来，它跟 15 年前的 JSP 其实挺像的，连演示代码中的逻辑都一模一样——但我觉得可能是自己“老了”，有点“没跟上节奏”。

主讲人一张一张放着幻灯片，那些实时编码画面让人眼花缭乱。接着就是演讲里有名的“掉书袋”环节，主讲人一口气说起六款我前所未闻的支持工具，其中有一款叫 Pepperoni ——对，就是意式辣香肠那个词。我是个刚学会 Angular 的老家伙，坐在现场感觉自己像个傻子。我真心希望台上能讲得慢一点，简单一点。

但其实这一切又让我生出种熟悉的感觉。过去二十年里，我经历过不少什么浪潮啊、什么变革的。其实感觉还行，一样样“颠覆”总是来了又去，拽着从业者们的神经不断亢奋。这让我自己也有了技术创新社区的归属感，觉得我也能为让一切变得更轻松、更快、更干净、更好而做出点努力。但这一天，面对即将到来的四十岁，我必须承认自己有点疲惫了。我知道，要想继续挣到可观的薪水，我就得跟上时代的变化、抛弃一些以往自己深信不疑的知识，为下一场旅程做好准备。这些我都知道。

但我转念一想，其他行业的专家其实并不需要像我这样熬过自己的编程生涯。就说四十岁的医生们，他们不用担心自己对于心脑血管系统的知识突然就过时了。律师、水管工、会计师或者英语老师也是一样，虽然每个职业都有自己的独特之处，但着眼于职业生涯的中期，总有一些积累下来的知识应该相对稳定，同时也成为他们获得尊重与报偿的根源。但在编程方面，二十年的从业经验似乎没那么值钱？

两股力量

当然，编程这行里也有不少积极向上的从业者，他们热爱编程工作带给他们的一切。但单从无休无止地自我否定、自我颠覆这事上看，编程似乎或多或少有着自己的独特性。但我不禁疑惑，这种独特性真的成立吗？编程真的跟其他所有行业都不一样吗？如果是真的，为什么？这又会给我们的职业生涯带来怎样的影响？我个人想从两个角度，分享自己的一点思考。

首先就是知识衰减。我们所知晓的一切，包括编程之外的很多认知，终将过时。我在 16 岁的时候就学会了开车，直到现在这门手艺还是能发挥作用。由此来看，开车算是衰减速度很慢的知识类型。对其他一些专业人士来说，他们的知识衰减速度也比较慢 。虽然医学上的新发现可能会取代一部分现有程序，但我们对于生物学的理解恐怕不太可能出现全面颠覆。在这样的基础上，知识的累积才真正具有效力。多从业一年，医生们的知识储备就更丰富一些，因为这 12 个月里他们学到的新知识会叠加在原有知识之上。

但先不说是好是坏，在编程领域，情况完全不同。说句不负责任的话，我认为：

程序员有半数知识都将在未来十年内失效。

也许这话并不靠谱，但结合个人经历，我是比较认同的。换句话说，就算从现在开始我什么新知识都不学，那么到 2026 年，我也还是有大概一半的知识能发挥作用（感谢长寿的 SQL），另外一半则没准毫无用处（React Native 可能就属于这种）。我肯定会继续学习，用新知识替换掉旧知识，但这就够了吗？到 2026 年，我脑袋里头仍然有效的知识，会比现在更多吗？

这就引出了第二股力量，即知识积累速率——就是我们往自己的知识库里添加新内容的速度。在各个领域，大家都得跨过一定的知识门槛才能获得“认证”（至少可以当成从业的敲门砖），所以每个人在职业早期都需要积累跟认证有关的知识。

但在编程领域，随着知识的快速衰减，我们似乎永远无法真正迈出“学生”时代。我们必须得终生学习，这也是程序员的职业生涯显得如此“非主流”的核心原因。

三个阶段

如果让我画出普通程序员在职业生涯中的知识储备量变化情况，结合知识的衰减与积累速度，我觉得大概的情况可能是下图这样：

在职业生涯的最初阶段，即热情的学徒阶段，知识的积累相对容易。一切都是全新的，每一次体验都能带来更多的知识储备。另外，我们那时候还年轻，所以没有什么一定得做、或者一定不能做的事。我们可以花几个晚上或者周末学习新的语言和框架。更重要的是，雇主对我们的期望也不高。年轻人嘛，不犯错怎么能叫年轻人，所以我们比其他年长的同事更轻松自在，有余力抽点时间填补自己知识上的空白。这是个有趣的阶段，而且总有种感觉伴随左右——我们不知道的还太多。

到了一定阶段，我们不再是新手，转而成长为具备生产能力、可以自给自足的成熟开发人员。这让我们第一次意识到，自己跟同事之间的差距（甚至是比自己大十岁的同事）似乎没有那么大。这让我们充满了干劲，后起之秀就该这个样子！我们在学习上的投资带来了回报，我们掌握的知识也几乎全都有用——或者说，还没来得及衰减掉。凭借丰富而新鲜的知识，我们开始刻客户、同行以及企业管理者的尊重，升职、加薪、职业发展也随之而来。虽然当时大家未必意识得到，但这就是职业生涯中的一大重要转折点。

在这个转折点上，有两个重要事件。

首先，晋升为“高级”开发人员带来的不只是更高的工资，同时也有雇主们更大的期望。明星程序员就应该成长为下一个领导者，帮助新手程序员啦、审查代码啦、接受采访以及参加技术会议之类，最好还能腾出手来帮助企业维护一下复杂而陈旧的遗留软件。

这些事看起来都很合理，但却在不知不觉间牺牲掉了我们继续积累知识的速度。还有时间逛技术博客吗？没有！

另外，就在这个时间点上，我们第一次经历、或者至少开始意识到知识衰减的存在。我们在职业生涯早期学到的一些东西现在已经过时了。更具体地讲，先前提到的“两股力量”——知识衰减与知识积累速率，从这里开始成为我们的敌人。

接下来，我们进入了最后一个阶段——资深老鸟期。没错，我们知识渊博、富有成效；但我们也意识到，自己每时每刻掌握的知识总量可能都比刚刚又少了那么一点。更可怕的是，我们往往没有时间积累新的知识作为补充。这一点最令人沮丧，所以很多程序员最后转而去做管理、销售、测试，甚至是回乡下种地了。因为如果不这样，我们自己知道未来五年的职业生涯只会急转直下，没有半分余地。

个人一点不成熟的小建议

我现在就处在这么个阶段。我仍然热爱学习，但我知道就算一点新东西不学，自己也不会差到哪里去……最多是徘徊在“专家”这个定义范围的下限附近。我希望能成为马丁·福勒那样的大师，像他那样在生活与工作之间找到平衡点（我敢打赌他的生活绝对安排得多姿多彩）。也可以说，正是因为从知识衰减与积累速率的角度看待问题，我才有了这种释然的心态。

所以，我首先尝试把眼光放得更长远一些。我会对新的职务抱以更谨慎的态度，以警惕的心理面对自己鲜有涉及的所谓“大好机会”。不少同事确实在其他公司里拿到了更高的薪水，但他们也失去了接触新事物、学习新知识的空间。在未来五年中，他们会意识到自己曾经引以为傲的宝贵知识已经不再适用，自己的实际贡献已经值不了那么高的薪水。所以，结合实际情况，我可能更重视雇主提供的工作环境，而不只是关心新的岗位能给多少工资。

其次，由于时间有限，我会更多把精力投入到持久性比较强的知识身上。算法、应用程序安全、性能优化以及架构等等，这些东西衰减速度很慢，更值得我认真钻研。在我看来，这些领域中蕴藏的机遇，也要比学习最新的 JavaScript 库更大一些。

最后，可能我自己还没有真正走出这座围城；但单从职业角度而言，知识衰减与知识积累速率确实能帮大家换个角度审视自己的成长。有什么想聊的，咱们评论区见！

老程序员们的评论

Ben Northrop 的这篇文章发布后，引起了很多人的共鸣，很多一辈子都在编程的“大龄程序员”纷纷发表了意见。

“我已经有 45 年的编程经验了。编程就是了解问题、找到方法并加以解决。这种条件下知识永远不会过时。虽然每种编程语言都需要数周的学习时间和数月的掌握时间，但他们中的大多数都非常相似。操作系统和数据库也是如此。问题在于，许多人认为老程序员不能学习新的花样，但这个观点并不正确。”

“我今年 54 岁了... 我们对软件的爱就是因为它的半衰期很短。我们必须不断学习才能生存和发展。这并不容易，而且新事物产生的速度也越来越快，但是，终身学习才能让软件行业更吸引人...“

“我今年 79 岁了，算是老程序员的代表吧。我 1958 年第一次用 SHARE 汇编语言在 IBM 704 上写程序。哦对，我还在一台 IBM 650 上编过程，那台机器配的存储器是个能容纳 2000 个字的磁鼓。“

问题是，每当计算机的运行速度提高大概 4 倍，程序员们学过的知识就都得更新一轮。另外，随着主存储器和次存储器的速率比例发生变化，最佳实践也会随之调整。现在的计算机速度更快、内存更大，所以需要注意的性能问题也越来越少——不少现代编程语言甚至直接忽略了这些问题。不过旧问题的消失，总会伴随新问题的出现：在线应用与云计算的普及，又带来了新的挑战。这种感觉真的不好，就像每过十年物理定律就被任意改变了一样。爱因斯坦当初是扩展了物理学的适用范围，可没有彻底否定低速物理学定律。与以往的大型机相比，面向云环境编写程序更像是为另一个完全不同的平行宇宙搞物理学研究。

但我相信这一切正在放缓，整个软件行业终将走向成熟。到那时，程序员们可能会一起回顾过往的日子，就像我们现在有时候会捡起复古情怀满满的西部片来看一样。顺带一提，我现在已经退休，偶尔用 Mathematica 编编程、打发时间。经历了漫长的旅程，但我还是我，什么都没有改变。”