微軟定目標：2030年，徹底刪除C、C++代碼，換成Rust

編輯 | 澤南

忍不了了，微軟要消滅 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/