本文永久链接 – https://tonybai.com/2026/01/03/why-cpp-programmers-keep-growing-fast

大家好，我是Tony Bai。

“软件拿走性能的速度，永远比硬件提供性能的速度要快。”

在 AI 狂热、Python 统治胶水层、硬件算力看似无限增长的今天，C++ 标准委员会主席 Herb Sutter 却抛出了一个反直觉的结论：C++ 和 Rust 正在经历前所未有的高速增长。

这并非幸存者偏差。在他最新的博文《Software taketh away faster than hardware giveth》中，Sutter 结合 2025 年的行业数据、巨头财报和底层物理限制，为我们揭示了一个残酷的真相：我们正面临计算能力的“硬墙”，而高效能编程语言，是撞破这堵墙的唯一工具。

2025 年计算的双重瓶颈——电力与芯片

如果你认为算力增长的瓶颈仅仅是芯片（GPU/TPU）的供应，那你就错了。Sutter 引用了微软、亚马逊和 NVIDIA 财报电话会议的内容，指出 2025 年计算增长的第一大瓶颈是“电力”。

• 微软 CFO：我们不缺 GPU，我们缺的是把它们放进去的“空间和电力”。
• 亚马逊 CEO：AWS 过去 12 个月增加了 3.8 吉瓦的电力容量，这相当于他们 2022 年的总容量。
• NVIDIA CEO 黄仁勋：1 吉瓦的数据中心就是 1 吉瓦的电力。你的“每瓦性能 (Performance per Watt)”直接决定了你的收入。

在这个背景下，能效 (Energy Efficiency) 不再是一个锦上添花的指标，而是直接关乎成本、收入乃至可行性的生死线。

这解释了为什么 C++ 和 Rust 如此重要：它们是目前仅有的、能够提供极致“每瓦性能”和“每晶体管性能”的主流便携式语言。在电力成为硬通货的今天，低效的软件就是在烧钱。

软件的贪婪与硬件的无奈

Sutter 提出了一个深刻的观点：我们对解决更复杂问题的需求，总是超过我们构建更强计算能力的速度。

• 2007 年的 iOS 开启了移动计算时代。
• 2022 年的 ChatGPT 开启了生成式 AI 时代。

每一次硬件性能的飞跃，都会迅速被新兴的、更加“贪婪”的软件需求所吞噬。AI 只是这一长串名单中的最新一员。这意味着，我们永远不会拥有“足够快”的硬件，我们永远需要压榨出硬件的最后一滴性能。

因此，C++ 和 Rust 的开发者数量在过去三年（2022-2025）增长最快，这并非巧合，而是行业对高效能计算需求的直接反映。

C++26 —— 安全与性能的“双重奏”

面对 Rust 在内存安全方面的挑战，C++ 并没有坐以待毙。Sutter 详细介绍了即将发布的 C++26 标准在安全性上的重大突破：

1. 消灭未初始化变量：C++26 将默认消除局部变量未初始化导致的未定义行为 (UB)。这是一个迟到但巨大的进步，直接消灭了一大类常见的安全漏洞。
2. 标准库“加固” (Hardening)：C++26 将引入标准库的“加固模式”，对常用的操作（如 vector 访问）进行边界检查。谷歌和苹果的实践数据表明，这种检查的开销极低（小于 1%），但能预防数以千计的潜在 Bug。
3. 契约 (Contracts)：C++26 将引入契约编程（Preconditions, Postconditions），将功能安全提升到语言层面。

Sutter 甚至提出了一个大胆的设想：未来的 C++29 是否应该暂停新特性的开发，专注于“修补漏洞”和“全面硬化”？ 这显示了 C++ 社区在安全性上的决心。

AI 不会取代程序员，它只是计算器

针对“AI 将取代程序员”的焦虑，Sutter 给出了一个冷静而乐观的比喻：AI 之于编程，就像计算器之于数学，或者搜索引擎之于知识。

• 它是乘数，不是替代品：AI 能极大地减少死记硬背和样板代码的工作，让程序员专注于解决更难、更新的问题。
• 需求在增长：即使有了 AI 加持，人类程序员的数量依然在快速增长。Atlassian CEO 指出：“如果软件开发的成本减半，我们不会减少一半的程序员，而是会编写两倍的软件，或者解决更复杂的问题。”
• AI 的局限：AI 只能解决已知的问题（训练数据覆盖的领域），而软件工程的核心价值在于解决未知的新问题。

小结：长期主义的胜利

Herb Sutter 的这篇文章，是对高性能编程语言的一次强力辩护。在摩尔定律放缓、能源危机逼近、AI 需求爆发的今天，掌握一门能与硬件“对话”、能极致利用资源的语言（无论是 C++ 还是 Rust），不仅没有过时，反而变得比以往任何时候都更加重要。

正如他所说：“软件拿走性能的速度，永远比硬件提供性能的速度要快。” 在这场追逐赛中，高效能开发者将永远是稀缺资源。

资料链接：https://herbsutter.com/2025/12/30/software-taketh-away-faster-than-hardware-giveth-why-c-programmers-keep-growing-fast-despite-competition-safety-and-ai

你的“能效”焦虑

在你的日常开发中，是否也感受到了“算力不够用”或者“云成本过高”的压力？你认为在 AI 时代，掌握一门高性能系统级语言（C++/Rust）是变得更重要了，还是更边缘化了？

欢迎在评论区分享你的看法和职业规划！ 让我们一起探讨如何在算力瓶颈时代突围。

如果这篇文章为你拨开了迷雾，别忘了点个【赞】和【在看】，并转发给身边那些坚持底层开发的“硬核”朋友！

还在为“复制粘贴喂AI”而烦恼？我的新专栏 《AI原生开发工作流实战》 将带你：

• 告别低效，重塑开发范式
• 驾驭AI Agent(Claude Code)，实现工作流自动化
• 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码，开启你的AI原生开发之旅。

你的Go技能，是否也卡在了“熟练”到“精通”的瓶颈期？

• 想写出更地道、更健壮的Go代码，却总在细节上踩坑？
• 渴望提升软件设计能力，驾驭复杂Go项目却缺乏章法？
• 想打造生产级的Go服务，却在工程化实践中屡屡受挫？

继《Go语言第一课》后，我的《Go语言进阶课》终于在极客时间与大家见面了！

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造！30+讲硬核内容，带你夯实语法认知，提升设计思维，锻造工程实践能力，更有实战项目串讲。

目标只有一个：助你完成从“Go熟练工”到“Go专家”的蜕变！ 现在就加入，让你的Go技能再上一个新台阶！

商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求，请扫描下方公众号二维码，与我私信联系。

本文永久链接 – https://tonybai.com/2026/01/02/kent-beck-ai-era-code-review-end-and-rebirth

大家好，我是Tony Bai。

“以前是‘嘿，能在合并前帮我看一眼吗？’……现在是‘我在海滩上和一个神灯精灵结对编程’。”

极限编程 (XP) 和测试驱动开发 (TDD) 的奠基人 Kent Beck，最近发表了一篇题为《Party of One for Code Review!》（代码审查的一人派对！）的博客。

这是一个略带伤感，却又无比清醒的时刻。曾经，代码审查是软件工程中最具社交属性的活动之一，是团队知识共享的纽带。但在 AI 能够以百倍于人类的速度生成代码的今天，那个属于人类互相 Review 的黄金时代，似乎正在走向终结。

取而代之的，是一场孤独的、高效的、由人类与 AI 共舞的“一人派对”。在这场派对中，代码审查并未消失，而是迎来了一场深刻的重生。

终结 —— 崩溃的“社交契约”

在过去的几十年里，代码审查建立在一个默认的“社交契约”之上：我们是平等的队友，我们以相似的速度工作，我们有义务互相检查。

然而，生成式 AI 的介入，彻底打破了这个平衡，导致了旧式 Code Review 的终结。

速度的失衡

Kent Beck 指出，当 AI 这个“神灯精灵”成为你的结对伙伴时，生产代码不再是瓶颈。你可以还没到午饭时间，就生成并探索了三种不同的实现方案。这种速度是任何人类同事都无法匹配的。

上下文的断裂

当你的同事还在为自己的任务焦头烂额时，你已经用 AI 生成了海量的代码。要求他们在一个下午读懂你和 AI 交互了数小时产生的逻辑，不仅是不公平的，甚至是不可行的。

于是，我们被迫进入了“一人派对”模式。你是唯一的作者，也是唯一的审查者。 传统的、依赖同步协作的审查模式，在 AI 的洪流面前显得苍白无力。

重生 —— 代码审查的新使命

如果不再依赖同事来找 Bug，代码审查还有存在的必要吗？Kent Beck 认为，它不仅有必要，而且比以往任何时候都重要。

代码审查正在重生，它的关注点从“纠错”转移到了两个更高维度的使命上：

健全性检查 (Sanity Check)：对抗“幻觉”

AI 是自信的，它生成的代码往往看起来完美无缺。新时代的审查，首先是一场“图灵测试”般的博弈。
你需要时刻保持警惕：“这看起来是对的，但它真的在做我要求它做的事吗？” Review 的本质，变成了确认 AI 是否忠实执行了人类的意图，而非纠结于语法细节。

对抗“结构性漂移” (Structural Drift)：守护架构的灵魂

这是 Kent Beck 最深刻的洞见。他担忧的不是 Bug，而是代码库的可操作性。

“如果结构变得过于纠缠，耦合变得太紧，精灵（AI）就会开始犯错。”

当大量代码被快速生成时，代码库很容易陷入混乱的熵增，这种现象被称为“结构性漂移”。一旦代码结构腐化，AI 对上下文的理解能力就会断崖式下跌，最终导致开发效率的崩盘。

因此，重生的代码审查，其核心使命是守护架构的健康。我们要确保代码库始终保持在一个“既让人类可读，又让 AI 可理解”的状态。

新工具 —— 用魔法打败魔法

在“一人派对”中，既然没有了人类队友，我们就需要新的盟友。Kent Beck 提到，他正在尝试使用像 CodeRabbit 这样的 AI 代码审查工具。

但他并不是想找一个“自动通过器”，而是将 AI 视为一个“不知疲倦的检查员”：

• 自动摘要与可视化：当 AI 生成了大量变更时，让另一个 AI 来总结这些变更，生成架构图，帮助人类快速找回上下文。
• 模式守护者：通过训练 AI 学习代码库的既有模式，让它来标记那些偏离了设计规范的“漂移”。

这就是新时代的讽刺与美妙：我们正在用 AI 来审查 AI，以确保人类依然掌握着系统的控制权。

孤独的领航员

文章的字里行间，流露出一种作为“老派黑客”的孤独感。Kent Beck 怀念那些与人激烈讨论、在白板前碰撞思维火花的日子。

“我现在独自工作，生成代码飞快……但这不那么令人满足。”

在 AI 时代，工程师的角色正在发生质变。我们从一群围着篝火（代码）取暖的部落成员，变成了独自驾驶飞船穿梭星际的领航员。AI 是我们强大的副驾驶，但方向盘，始终在且必须在人类手中。

小结

“一人派对”并不意味着彻底的孤独，它意味着更高的责任。

代码审查并没有死，它只是褪去了社交的外衣，重生为一种更纯粹、更严谨的工程纪律。在这场派对中，我们虽然独自起舞，但我们的舞步（代码结构）必须足够清晰、优雅，才能让那位强大的 AI 舞伴，始终跟随我们的节奏，而不至于踩到我们的脚。

资料链接：https://tidyfirst.substack.com/p/party-of-one-for-code-review

你的“派对”体验

Kent Beck 的“一人派对”，或许是每位 AI 时代开发者的必经之路。在你的工作中，是否也体验过这种“生成代码飞快，但无人Review”的孤独与不安？你是如何保证这些 AI 代码的质量和架构健康的？

欢迎在评论区分享你的故事或困惑，让我们在这场孤独的派对中找到彼此。

如果这篇文章触动了你，别忘了点个【赞】和【在看】，并分享给那些同样在 AI 浪潮中思考未来的朋友！

还在为“复制粘贴喂AI”而烦恼？我的新专栏 《AI原生开发工作流实战》 将带你：

• 告别低效，重塑开发范式
• 驾驭AI Agent(Claude Code)，实现工作流自动化
• 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码，开启你的AI原生开发之旅。

你的Go技能，是否也卡在了“熟练”到“精通”的瓶颈期？

• 想写出更地道、更健壮的Go代码，却总在细节上踩坑？
• 渴望提升软件设计能力，驾驭复杂Go项目却缺乏章法？
• 想打造生产级的Go服务，却在工程化实践中屡屡受挫？

继《Go语言第一课》后，我的《Go语言进阶课》终于在极客时间与大家见面了！

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造！30+讲硬核内容，带你夯实语法认知，提升设计思维，锻造工程实践能力，更有实战项目串讲。

目标只有一个：助你完成从“Go熟练工”到“Go专家”的蜕变！ 现在就加入，让你的Go技能再上一个新台阶！

商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求，请扫描下方公众号二维码，与我私信联系。