“2030年消灭所有C/C++”？微软紧急否认AI+Rust重写Windows 11，但“一人一月一百万行代码”已让技术圈炸锅

作者 | Mayank Parmar

译者 | 核子可乐

编辑 | Tina

微软不得不出来灭火：一条写着“2030 年消灭所有 C/C++、AI+Rust 重写最大代码库、目标是一人一月百万行代码”的 LinkedIn 帖子，把 Windows 级工程改造想象直接推上了热搜边缘。

微软已经正式澄清，该公司并无意配合 AI 技术使用相较 C/C++ 语言更具安全性的 Rust 语言重写 Windows 11。而之所以做出此番说明，，将用 Rust 语言取代 C/C++，且重写过程将大量应用 AI 技术。

微软杰出工程师 Galen Hunt 在之前发布的 LinkedIn 帖子（现已编辑）中写道，“我的目标是在 2030 年之前消除公司内的所有 C 和 C++ 代码。我们的策略是 AI 与算法相结合，对微软体量最大的代码库展开重写。我们的终极开发目标则是「一人、一月、一百万行代码」。”

考虑到这位杰出工程师负责的是各类大型研究项目，“在 2030 年之前消除公司内的所有 C 和 C++ 代码”的表述显然指向 Windows 等核心产品。需要说明的是，Windows 中大部分 API 层代码乃至内核均采用 C 语言编写，而 C++ 在微软内部也有相当广泛的应用。

下面来看修改编辑之前，我们保存下来的原始帖子：

LinkedIn 原帖（现已编辑修改）。

坦白讲，若不是出自微软资深工程师之口，大多数人并不会把其中的内容太当真。可这样一位阅历深厚的公司高管谈起淘汰 C/C++ 并使用 AI 重写大型代码库，则不禁让人怀疑微软至少在探索这个方向，而非随口之言。

更重要的是，这篇帖子还反复使用到“我们”一词，似乎在强调其代表公司立场。

“在 2030 年之前消除公司内的所有 C 和 C++ 代码”旋即引发舆论热议，微软则出名澄清称并无此类计划。

微软高管兼传播负责人 Frank X. Shaw 也确认称，公司并无意使用 AI 重写 Windows 11 系统。

最初宣称将配合 AI 使用 Rust 语言替代 C/C++ 的 Galen Hunt 本人，随后则在这篇 LinkedIn 帖子中补充称：“这篇帖子引发的关注远超预期，也引发了大量过度解读……我特此澄清：我们不会配合 AI 用 Rust 语言重写 Windows 系统。”

“我们团队的项目属于研究性质，旨在构建跨语言迁移技术。发帖的初衷是寻找志同道合的工程师加入这项多年期项目的下一阶段，而非为 Windows 11 及后续版本制定新战略，更不是在暗示将选择 Rust 作为迁移目标。”

尽管 Galen Hun 认为外界是在“过度解读”，但舆论反应也绝非杞人忧天。他在原帖中直白宣称，微软将在 2030 年之前淘汰 C/C++ 代码，配合 AI 算法重写大型代码库，同时强调“一人、一月、一百万行代码”的夸张效率指标。

“一人、一月、一百万行代码”

事实上，这位资深工程师在修改后的帖子中，仍然保留了“一人、一月、一百万行代码”的表述。

用原帖的口气来看，确实很难让人相信这是在讨论一个小规模研究项目，但大家反对的并不是 Rust 语言本身。事实上，Rust 确实算是更优选，其安全性也远高于其他语言。真正让大多数人担忧的，是关于用 AI 和算法大规模修改代码的部分。

而且这也不是我们第一次听到微软有意用 AI 为自家产品编写代码。

公司 CEO 萨蒂亚·纳德拉曾自豪宣称，微软已经有 30% 的代码由 AI 编写，且这一比例仍将持续攀升。

纳德拉在 2025 年 4 月 Meta 首届 LlamaCon AI 开发者大会上表示，“估计目前我们代码库中约 20% 到 30% 的代码是由 AI 生成，某些项目甚至全部代码均由软件生成。”

同月，微软 CTO 则预测到 2030 年，将有高达 95% 的代码由 AI 生成。

而根据此前相关报道，受微软内部标准的影响，Windows 平台上多款主流应用程序会占用大量内存并引发用户抱怨。

Windows 版 Discord 应用程序的内存占用情况：

例如，Discord 承认其 Windows 版应用在某些情况下可能占用达 4 GB 内存，导致其不得不设置自动重启机制。作为基于 Electron 的应用，Discrod 的资源消耗问题比其他依托 WebView2 的应用更为严重。

基于 WebView2 的微软 Teams 在空闲状态下也会稳定占用 1 到 2 GB 内存。微软似乎没能掌握优化此类 Web 应用资源消耗的技术，因此被迫将 Teams 通话功能转为独立进程以降低崩溃率。

面对内存价格飙升的现状，引发问题的 Web 应用还不止 Teams，WhatsApp 同样存在类似问题。WhatsApp 初登 Windows 平台时采用的是 Electron 框架，Meta 后来将其升级为 WinUI/XAML（即 Windows 原生代码）并最终使其成为性能最优的应用代表之一。

原生版 WhatsApp 当然称不上完美无缺，但其内存占用不足 200 MB，动画更加流畅丝滑、加载速度也更快。遗憾的是，Meta 在裁员中解散了其原生客户端开发团队，转而采用基于 WebView2 的解决方案——此方案的内存占用高达旧版原生客户端的七倍。

Chromium 版 WhatsApp 的内存占用高达 UWP 版的 7 倍。

而且受到内存占用问题影响的，绝不止于这些第三方应用。

媒体近期发现，微软已经开始用 WebView2 构建部分 Windows 11 功能组件。进一步观察表明，即将发布的“日程视图”功能（用于在通知中心内查看 OutLook 日程）同样基于 WebView2 开发。也就是说在启用日程视图并打开通知中心时，新增的 Edge 相关进程将占用高达 100 MB 内存。

日程视图功能曾在 Windows 11 发布之初被移除，如今又应用户的强烈要求而回归。但与 Windows 10 版本不同，新版日程视图基于 Web 技术构建而成。

引入 AI 恐怕并不会让 Windows 变得更好，但微软管理层似乎已经铁了心要走上这条惹得“民怨沸腾”的道路。

https://www.windowslatest.com/2025/12/24/microsoft-denies-rewriting-windows-11-using-ai-after-an-employees-one-engineer-one-month-one-million-code-post-on-linkedin-causes-outrage/ube.com/watch?v=eIoohUmYpGI

声明：本文为 InfoQ 翻译整理，不代表平台观点，未经许可禁止转载。

技术人的年度仪式感！ 年度盘点与趋势洞察 启动！

《2025 年度盘点与趋势洞察》由 InfoQ 技术编辑组策划。覆盖大模型、Agent、具身智能、AI Native 开发范式、AI 工具链与开发、AI+ 传统行业等方向，通过长期跟踪、与业内专家深度访谈等方式，对重点领域进行关键技术进展、核心事件和产业趋势的洞察盘点。

力求以体系化视角帮助读者理解年度技术演化的底层逻辑、创新方向与落地价值，并为新一年决策提供参考。内容将在 InfoQ 媒体矩阵陆续放出，欢迎大家持续关注。

今日荐文

你也「在看」吗？