看板 PC_Shopping作者 hn9480412 (ilinker)標題 [情報] 微軟要在2030年前淘汰所有C/C++程式碼？時間 Mon Dec 29 00:23:57 2025
微軟要在2030年前淘汰所有C/C++程式碼？研究主管緊急澄清「只是研究專案」
文/陳曉莉|2025-12-24發表
微軟CoreAI體系的傑出工程師Galen Hunt上周透過LinkedIn徵才，企圖招募一位首席軟體工程師，於2030年之前淘汰微軟內部所有的C與C++程式碼，以Rust重寫微軟最大規模的程式碼庫。消息一出，不少媒體直接把它當成微軟政策，使得Hunt緊急澄清，這只是一項研究專案，Windows並未啟動任何以AI將系統程式碼改寫為Rust的計畫。
C與C++誕生於1970至1980年代，是作業系統與高效能軟體的核心語言，至今仍支撐Windows等大型系統。但它們仰賴人工管理記憶體，長期成為資安漏洞與維運風險來源。在累積數十年的巨型程式碼庫中，修改成本與風險不斷放大。隨著資安要求提升與AI自動重構興起，缺乏語言層安全機制的C與C++，逐漸被視為不利於未來長期維運的基礎。
Hunt說，該專案的目標是在2030年前，淘汰微軟的每一行C及C++程式碼，採用的策略是結合AI與演算法來重寫微軟最大的程式碼庫，終極目標是「一名工程師在1個月內重寫100萬行程式碼」。
為了完成該任務，Hunt團隊已打造一套程式碼處理系統，先用演算法將程式碼轉換成關係圖，標示各段程式碼之間的依賴關係，AI代理程式再依據該圖來修改程式碼。該系統已實際應用在程式碼理解等任務上。
而準備招募的首席軟體工程師，則會負責協助強化其基礎設施，以便將微軟內部規模最大的C和C++系統轉譯成Rust，因此需要具備使用Rust建構生產級系統層級程式碼的經驗，最好擁有至少3年以Rust撰寫系統層級程式碼的經驗，強烈希望具備編譯器、資料庫或作業系統實作經驗。
Hunt解釋，該團隊隸屬於微軟CoreAI的EngHorizons組織中的「可擴展軟體工程的未來」小組，任務是建立能讓微軟及客戶可大規模消除技術債的能力。該專案並非在替Windows 11以後的版本設定新策略，也未暗示Rust便是終點。
https://www.ithome.com.tw/news/173015
反正有沒有用AI寫程式碼現在Windows問題還是很多啊
不過微軟本來早在20年前的Vista開發初期就有考慮要重新用C#語言編寫系統核心，結果
難度太大加上當時要解決XP的安全性問題計畫一再推遲最後放棄使用C#語言改用
Server 2003的原始碼開發。當時不改現在才改那包袱只會越來越大
--
--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.125.187.40 (臺灣)
※ 作者: hn9480412 2025-12-29 00:23:57
※ 文章代碼(AID): #1fKLcWC6 (PC_Shopping)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1766939040.A.306.html
推 sova0809: 理想很美好 但我很不信任現在M$的技術力 另外屎山代碼真的敢動嗎？1F 223.138.62.203 台灣 12/29 00:29
→ smallreader: Rust不是萬靈丹 上次.unwrap就搞死CF3F 111.254.186.81 台灣 12/29 00:31
※ 編輯: hn9480412 (59.125.187.40 臺灣), 12/29/2025 00:33:58
推 gohst1234: 又找阿三了是吧!!4F 218.161.97.29 台灣 12/29 00:38
→ w3160828: 是全部丟給AI吧 但是這幾年用AI更新爛這樣 靠AI全部重寫 ....5F 36.237.253.192 台灣 12/29 00:40
→ amd3dnow: 重點不是用什麼語言寫的...7F 106.107.218.130 台灣 12/29 00:42
推 coox: 為什麼不是改成微軟自己的C# ?8F 114.27.77.208 台灣 12/29 00:48
推 Richun: .unwrap()爆炸很慘，因為那邊沒預期會炸開才會寫.unwrap()，不然應該寫.expect()炸但.unwrap()炸掉還是比越界污染掉資料庫好9F 123.240.119.6 台灣 12/29 00:54
→ kuninaka: Rust的設計理念就是逼你要處理
unwrap直接炸掉就是大鬧天宮要人出來
洗門風25F 111.254.78.3 台灣 12/29 01:16
→ amd3dnow: 淘汰印度仔比換什麼語言寫os重要多了28F 106.107.218.130 台灣 12/29 01:20
推 kuninaka: 語言一直都不是問題
*最主要的29F 111.254.78.3 台灣 12/29 01:23
噓 DrGun: 天下苦軟9矣！！！31F 111.71.212.240 台灣 12/29 01:41
推 aegis43210: 西台灣會很開心，他們研究riscv很久了，就等這一刻32F 175.181.180.81 台灣 12/29 01:43
推 aa1477888: 我不認為這是壞事 問題是做不做得到34F 218.35.220.53 台灣 12/29 01:53
→ alvinlin: 閱。這好像跟你我沒什麼關係。35F 180.177.212.126 台灣 12/29 02:00
→ dslite: AI錯誤率還不到037F 36.227.129.243 台灣 12/29 06:55
推 bunjie: book能
推推文的淘汰印度仔比較實在38F 111.82.118.247 台灣 12/29 06:57
推 ltytw: C/C++的缺點也就是他的優點
可以玩弄記憶體指針與鼓掌之間40F 211.23.223.225 台灣 12/29 07:21
推 kaltu: unwrap炸掉沒有一定是好事，資安CIA三角都同等重要，unwrap 是直接蛋雕A把資安當成只有C跟I的結果，是一種很激進極端的姿態
但rust愛好者會直接幫你決定遇到undefinedbehavior就直接crash在所有場合下都更好
這已經不是六法全書一律死刑了，而是警察路邊攔查覺得有嫌疑，或者單純你的行為跟他想的有出入，一律死刑42F 100.8.239.31 美國 12/29 08:14
→ yam276: 是寫unwrap的人的問題 明明有更安全拿東西跟錯誤處理的方法 無腦unwrap跟無腦存取指標是一樣等級的白癡操作50F 123.194.172.3 台灣 12/29 08:38
→ Ceferino: 這個大概是負責ai的主管提出來找事做的專案，win結合ai一直拿不出成效怕被裁53F 27.51.89.224 台灣 12/29 08:40
推 kaltu: 一件事故發生不是只有最後一個人有問題
瑞士起司理論下unwrap 會爆不是只有寫unwrap 的那一個人的問題
會讓他寫unwrap 的每一層都有問題
退一萬步說，高可用性系統是遇到再大的問題都應該繼續 best-effort 和 fail-safe 狗下去，只剩1%容量也永不停機的系統
就從設計哲學上跟 Rust 遇到再小的問題都直接全系統崩潰自殺的 fail-fast 哲學直接牴觸
高可用性系統的高層決定用rust的時候，第一層起司就已經破洞了，最後那一層寫unwrap的工程師只是背鍋而已55F 100.8.239.31 美國 12/29 08:58
推 eric2057: Copilot這麼廢 不要丟人現眼了吧68F 111.81.100.246 台灣 12/29 09:05
推 cancelpc: 徵人的說只是他們AI某部門，不是全微軟核心不可能全改rust，核心效率會變很差Linux就說過，core一堆資源類全域，不可能像使用方一直配置釋放。效能會慘不能睹69F 101.10.162.174 台灣 12/29 09:09
推 wantsu: 甲骨文：74F 114.140.64.95 台灣 12/29 09:34
推 NexusPrime: 改組語嗎？ 可以喔75F 49.216.251.243 台灣 12/29 09:59
推 Sousake: 不搞事沒辦法呼吸的bi企業76F 42.79.74.164 台灣 12/29 10:32
→ olozil: 真的下去記憶體用量要倍增了77F 125.227.178.147 台灣 12/29 10:33
→ linzero: 完了，BUG出不完了78F 114.25.70.225 台灣 12/29 10:46
推 Richun: Linus擋C++進kernel幾十年，但Rust有成功進到寫driver這塊，當初Linus噴Rust的點是core還會有fail-fast爆開，後來修了才進。79F 123.240.119.6 台灣 12/29 11:02
推 ilanese: 想要用AI改寫，對吧？
那一定會出事的。82F 36.229.250.133 台灣 12/29 12:07
推 yiting428: 有種用物件語言做個windows呀嘻嘻84F 210.61.198.67 台灣 12/29 12:49
推 felaray: win的問題也未必和C/C++有關阿85F 114.36.27.21 台灣 12/29 13:15
→ KudanAkito: 澄清已經在研究了86F 223.137.173.171 台灣 12/29 13:37
推 kuninaka: 跟印度人有關87F 1.174.80.246 台灣 12/29 13:39
推 dwiee: 完蛋了 我不相信微軟 win11更新都搞成這樣88F 49.217.123.54 台灣 12/29 14:15
推 iKelly: 底層用高階抽象語言寫的話，執行效
率應該很感人89F 42.71.22.53 台灣 12/29 16:04
→ x94fujo6: 沒有計畫 因為已經在做了91F 114.33.176.49 台灣 12/29 17:06
推 horb: 各家公司都有一座屎山92F 42.72.117.227 台灣 12/29 17:14
推 justicebb: 淘汰windows迫在眉睫93F 123.110.221.151 台灣 12/29 19:26
推 MK47: 我不覺得用Rust是壞事 但是屎山丟掉C++有真的能保證支援度嗎？這不用Sana來跳 我都要寫一個大的問號94F 36.235.220.209 台灣 12/29 20:00
→ ekgs: 人的問題 跟語言無關 ㄏ97F 1.34.188.247 台灣 12/29 21:58
推 bizer: 叫AI幫你找漏洞還比較可行，改rust,工作量不是同一個等級的98F 1.160.153.12 台灣 12/30 01:49
→ yeeouo: 新專案用rust
舊專案沒壞就別動100F 114.38.25.142 台灣 12/30 06:19
--