忍不了了，微软要消灭 C 语言了？

最近几天，有关微软设定目标，要在 2030 年从代码中彻底删除 C 和 C++ 的消息引发了人们的大讨论。

事情是这样的：发出此等言论的 Galen Hunt 是微软的一名杰出工程师，他在微软已经工作了 28 年。最近他在领英上招人，开放一个 IC5 首席软件工程师的职位。

这个核心高级专家职位不是闹着玩的，他表示：「我的目标是在 2030 年消灭微软所有的 C 和 C++ 代码。策略是使用 AI 与算法的方式，重写微软整个代码库。」

Galen Hunt 还说，在他所在的 North Star 团队，工作的目标是「每个工程师，每个月，100 万行代码。」为了实现这个无法想象的目标，他们正在构建处理代码的基础设施，包括算法设施，智能体驱动的 AI 处理设施，他们可以让代码的转换规模化。目前，这样的基础设施已经在大规模应用于代码理解等任务上了。

你没看错，每位工程师每月写一百万行代码。

另外，他们计划用于替代「老旧」C 语言的新语言，大家可能也要猜出来了，是 Rust。

这就引发了一场有关新旧语言、科技巨头、AI 代码生成技术的口诛笔伐。

有网友就说了，这真是纯粹的疯狂。这种决策方式在那些对 Rust 派抱有根深蒂固的，妄想式信仰的人当中很常见。

将多年来积累，经过大量实践检验过的代码以极快的速度重写，然后在未经充分测试的情况下强行采用，这样做可能短时间内对用户没有什么显而易见的好处。而且，这样做预设的前提是：默认 Rust 代码在各方面都更胜一筹，没有任何 bug，而且更安全。

总的来说，Rust 是一个更先进的语言，它在保证了与 C/C++ 几乎相当性能的同时，从语言设计的根源上解决了内存安全和并发安全这两个核心痛点，并提供了现代化的开发体验。

近 6 年以来，微软一直提倡使用 Rust。

微软已经让 Rust 开发者能够使用 Windows API。GitHub 上还有一个名为「windows-rs」的代码库，它是 Windows API 的 Rust 投影，让 Rust 代码可以像 C++ 或 C# 一样调用 Win32、COM 和 WinRT。

微软还专门开展了一个 Rust 驱动程序开发项目（windows-drivers-rs），这表明该公司也在探索 Rust 在应用程序之外的应用。可以看出，针对 Rust 进行优化并非一个口号或一次性开源工作，微软对 Rust 的重视程度是实实在在的。

不过迄今为止，微软试图用其他语言取代 C++、WinUI、XAML 等原生语言的尝试并未获得消费者、企业的认可。这种做法造成的内存占用问题反而引人诟病，例如 Discord 或微软自家的 Teams 都成了内存消耗大户。

另一方面，如果你知道 Windows 这个这个全球超 14 亿用户，PC 市场份额最高的操作系统主要是由 C 语言编写的，你肯定会认为 Galen Hunt 的主张有点异想天开了。这个「大重写」计划可能会对 Windows 11 产生巨大影响。目前，C 语言驱动着 Windows 内核和底层组件的大部分，包括 Windows API (Win32)，而 C++ 则用于构建原生 Windows 应用程序。

每人一月 100 万行代码的 KPI，必须基于 AI 辅助生成代码才可能做到。

今年 5 月，微软 CEO 萨提亚・纳德拉在和扎克伯格的谈话中提到，微软已有 20-30% 的代码是 AI 写的。纳德拉表示，公司在不同语言的 AI 代码生成方面取得了不同的成果，其中 Python 的进展更大，而 C++ 的进展则相对较小。

微软 CTO 兼人工智能执行副总裁 Kevin Scott 也表示，他预计到 2030 年，95% 的代码将由 AI 生成。

但大规模应用 AI 写代码，是否能做到靠谱，还是一个有待验证的问题，至少现在看还是不行。在闹得沸沸扬扬之后，Galen Hunt 修改了自己的原贴内容：

AI 能否把 Windows 代码彻底翻译成 Rust 语言？只有时间才能证明。

参考内容：

https://www.linkedin.com/posts/galenh_principal-software-engineer-coreai-microsoft-activity-7407863239289729024-WTzf/ 参考链接： [1]https://chengdoukaifapiao.webnode.kr/ [2]https://lianyungangkaifapiao.webnode.page/ [3]https://guanyubeijingkaijupaisheshipinzhizuofeifapiao-beijingbendebao.webnode.page/ [4]https://guanyutianjinkaijupaisheshipinzhizuofeifapiao-tianjinbendebao.webnode.page/