“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 媒體矩陣陸續放出，歡迎大家持續關注。

今日薦文

你也「在看」嗎？