作者 | Mayank Parmar

譯者 | 核子可樂

編輯 | Tina

微軟不得不出來滅火：一條寫著“2030 年消滅所有 C/C++、AI+Rust 重寫最大代碼庫、目標(biāo)是一人一月百萬行代碼”的 LinkedIn 帖子，把 Windows 級工程改造想象直接推上了熱搜邊緣。

微軟已經(jīng)正式澄清，該公司并無意配合 AI 技術(shù)使用相較 C/C++ 語言更具安全性的 Rust 語言重寫 Windows 11。而之所以做出此番說明，，將用 Rust 語言取代 C/C++，且重寫過程將大量應(yīng)用 AI 技術(shù)。

微軟杰出工程師 Galen Hunt 在之前發(fā)布的 LinkedIn 帖子（現(xiàn)已編輯）中寫道，“我的目標(biāo)是在 2030 年之前消除公司內(nèi)的所有 C 和 C++ 代碼。我們的策略是 AI 與算法相結(jié)合，對微軟體量最大的代碼庫展開重寫。我們的終極開發(fā)目標(biāo)則是「一人、一月、一百萬行代碼」�！�

考慮到這位杰出工程師負(fù)責(zé)的是各類大型研究項(xiàng)目，“在 2030 年之前消除公司內(nèi)的所有 C 和 C++ 代碼”的表述顯然指向 Windows 等核心產(chǎn)品。需要說明的是，Windows 中大部分 API 層代碼乃至內(nèi)核均采用 C 語言編寫，而 C++ 在微軟內(nèi)部也有相當(dāng)廣泛的應(yīng)用。

下面來看修改編輯之前，我們保存下來的原始帖子：

LinkedIn 原帖（現(xiàn)已編輯修改）。

坦白講，若不是出自微軟資深工程師之口，大多數(shù)人并不會把其中的內(nèi)容太當(dāng)真。可這樣一位閱歷深厚的公司高管談起淘汰 C/C++ 并使用 AI 重寫大型代碼庫，則不禁讓人懷疑微軟至少在探索這個方向，而非隨口之言。

更重要的是，這篇帖子還反復(fù)使用到“我們”一詞，似乎在強(qiáng)調(diào)其代表公司立場。

“在 2030 年之前消除公司內(nèi)的所有 C 和 C++ 代碼”旋即引發(fā)輿論熱議，微軟則出名澄清稱并無此類計劃。

微軟高管兼?zhèn)鞑ヘ?fù)責(zé)人 Frank X. Shaw 也確認(rèn)稱，公司并無意使用 AI 重寫 Windows 11 系統(tǒng)。

最初宣稱將配合 AI 使用 Rust 語言替代 C/C++ 的 Galen Hunt 本人，隨后則在這篇 LinkedIn 帖子中補(bǔ)充稱：“這篇帖子引發(fā)的關(guān)注遠(yuǎn)超預(yù)期，也引發(fā)了大量過度解讀……我特此澄清：我們不會配合 AI 用 Rust 語言重寫 Windows 系統(tǒng)�！�

“我們團(tuán)隊(duì)的項(xiàng)目屬于研究性質(zhì)，旨在構(gòu)建跨語言遷移技術(shù)。發(fā)帖的初衷是尋找志同道合的工程師加入這項(xiàng)多年期項(xiàng)目的下一階段，而非為 Windows 11 及后續(xù)版本制定新戰(zhàn)略，更不是在暗示將選擇 Rust 作為遷移目標(biāo)�！�

盡管 Galen Hun 認(rèn)為外界是在“過度解讀”，但輿論反應(yīng)也絕非杞人憂天。他在原帖中直白宣稱，微軟將在 2030 年之前淘汰 C/C++ 代碼，配合 AI 算法重寫大型代碼庫，同時強(qiáng)調(diào)“一人、一月、一百萬行代碼”的夸張效率指標(biāo)。

“一人、一月、一百萬行代碼”

事實(shí)上，這位資深工程師在修改后的帖子中，仍然保留了“一人、一月、一百萬行代碼”的表述。

用原帖的口氣來看，確實(shí)很難讓人相信這是在討論一個小規(guī)模研究項(xiàng)目，但大家反對的并不是 Rust 語言本身。事實(shí)上，Rust 確實(shí)算是更優(yōu)選，其安全性也遠(yuǎn)高于其他語言。真正讓大多數(shù)人擔(dān)憂的，是關(guān)于用 AI 和算法大規(guī)模修改代碼的部分。

而且這也不是我們第一次聽到微軟有意用 AI 為自家產(chǎn)品編寫代碼。

公司 CEO 薩蒂亞·納德拉曾自豪宣稱，微軟已經(jīng)有 30% 的代碼由 AI 編寫，且這一比例仍將持續(xù)攀升。

納德拉在 2025 年 4 月 Meta 首屆 LlamaCon AI 開發(fā)者大會上表示，“估計目前我們代碼庫中約 20% 到 30% 的代碼是由 AI 生成，某些項(xiàng)目甚至全部代碼均由軟件生成�！�

同月，微軟 CTO 則預(yù)測到 2030 年，將有高達(dá) 95% 的代碼由 AI 生成。

而根據(jù)此前相關(guān)報道，受微軟內(nèi)部標(biāo)準(zhǔn)的影響，Windows 平臺上多款主流應(yīng)用程序會占用大量內(nèi)存并引發(fā)用戶抱怨。

Windows 版 Discord 應(yīng)用程序的內(nèi)存占用情況：

例如，Discord 承認(rèn)其 Windows 版應(yīng)用在某些情況下可能占用達(dá) 4 GB 內(nèi)存，導(dǎo)致其不得不設(shè)置自動重啟機(jī)制。作為基于 Electron 的應(yīng)用，Discrod 的資源消耗問題比其他依托 WebView2 的應(yīng)用更為嚴(yán)重。

基于 WebView2 的微軟 Teams 在空閑狀態(tài)下也會穩(wěn)定占用 1 到 2 GB 內(nèi)存。微軟似乎沒能掌握優(yōu)化此類 Web 應(yīng)用資源消耗的技術(shù)，因此被迫將 Teams 通話功能轉(zhuǎn)為獨(dú)立進(jìn)程以降低崩潰率。

面對內(nèi)存價格飆升的現(xiàn)狀，引發(fā)問題的 Web 應(yīng)用還不止 Teams，WhatsApp 同樣存在類似問題。WhatsApp 初登 Windows 平臺時采用的是 Electron 框架，Meta 后來將其升級為 WinUI/XAML（即 Windows 原生代碼）并最終使其成為性能最優(yōu)的應(yīng)用代表之一。

原生版 WhatsApp 當(dāng)然稱不上完美無缺，但其內(nèi)存占用不足 200 MB，動畫更加流暢絲滑、加載速度也更快。遺憾的是，Meta 在裁員中解散了其原生客戶端開發(fā)團(tuán)隊(duì)，轉(zhuǎn)而采用基于 WebView2 的解決方案——此方案的內(nèi)存占用高達(dá)舊版原生客戶端的七倍。

Chromium 版 WhatsApp 的內(nèi)存占用高達(dá) UWP 版的 7 倍。

而且受到內(nèi)存占用問題影響的，絕不止于這些第三方應(yīng)用。

媒體近期發(fā)現(xiàn)，微軟已經(jīng)開始用 WebView2 構(gòu)建部分 Windows 11 功能組件。進(jìn)一步觀察表明，即將發(fā)布的“日程視圖”功能（用于在通知中心內(nèi)查看 OutLook 日程）同樣基于 WebView2 開發(fā)。也就是說在啟用日程視圖并打開通知中心時，新增的 Edge 相關(guān)進(jìn)程將占用高達(dá) 100 MB 內(nèi)存。

日程視圖功能曾在 Windows 11 發(fā)布之初被移除，如今又應(yīng)用戶的強(qiáng)烈要求而回歸。但與 Windows 10 版本不同，新版日程視圖基于 Web 技術(shù)構(gòu)建而成。

引入 AI 恐怕并不會讓 Windows 變得更好，但微軟管理層似乎已經(jīng)鐵了心要走上這條惹得“民怨沸騰”的道路。

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 翻譯整理，不代表平臺觀點(diǎn)，未經(jīng)許可禁止轉(zhuǎn)載。

技術(shù)人的年度儀式感！ 年度盤點(diǎn)與趨勢洞察 啟動！

《2025 年度盤點(diǎn)與趨勢洞察》由 InfoQ 技術(shù)編輯組策劃。覆蓋大模型、Agent、具身智能、AI Native 開發(fā)范式、AI 工具鏈與開發(fā)、AI+ 傳統(tǒng)行業(yè)等方向，通過長期跟蹤、與業(yè)內(nèi)專家深度訪談等方式，對重點(diǎn)領(lǐng)域進(jìn)行關(guān)鍵技術(shù)進(jìn)展、核心事件和產(chǎn)業(yè)趨勢的洞察盤點(diǎn)。

力求以體系化視角幫助讀者理解年度技術(shù)演化的底層邏輯、創(chuàng)新方向與落地價值，并為新一年決策提供參考。內(nèi)容將在 InfoQ 媒體矩陣陸續(xù)放出，歡迎大家持續(xù)關(guān)注。

今日薦文

你也「在看」嗎？