作者hn9480412 (ilinker)
看板PC_Shopping
標題[情報] 微軟要在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的原始碼開發。當時不改現在才改那包袱只會越來越大
--
作者 ttmb (耶? ) 看板 Gossiping
標題 [新聞] 台積電市值超越Intel 謝金河：成全球最大
時間 Tue Mar 21 13:47:22 2017
───────────────────────────────────────
1F：推 a000000000: 還不是代工03/21 13:48
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.125.187.40 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/PC_Shopping/M.1766939040.A.306.html
2F：推 sova0809: 理想很美好 但我很不信任現在M$的技術 223.138.62.203 12/29 00:29
3F：→ sova0809: 力 另外屎山代碼真的敢動嗎？ 223.138.62.203 12/29 00:29
4F：→ smallreader: Rust不是萬靈丹 上次.unwrap就搞死CF 111.254.186.81 12/29 00:31
※ 編輯: hn9480412 (59.125.187.40 臺灣), 12/29/2025 00:33:58
5F：推 gohst1234: 又找阿三了是吧!! 218.161.97.29 12/29 00:38
6F：→ w3160828: 是全部丟給AI吧 但是這幾年用AI更新爛 36.237.253.192 12/29 00:40
7F：→ w3160828: 這樣 靠AI全部重寫 .... 36.237.253.192 12/29 00:40
8F：→ amd3dnow: 重點不是用什麼語言寫的...106.107.218.130 12/29 00:42
9F：推 coox: 為什麼不是改成微軟自己的C# ? 114.27.77.208 12/29 00:48
10F：推 Richun: .unwrap()爆炸很慘，因為那邊沒預期會炸開 123.240.119.6 12/29 00:54
11F：→ Richun: 才會寫.unwrap()，不然應該寫.expect()炸 123.240.119.6 12/29 00:54
12F：→ Richun: 但.unwrap()炸掉還是比越界污染掉資料庫好 123.240.119.6 12/29 00:55
13F：→ kuninaka: 不可能 111.254.78.3 12/29 01:07
14F：→ kuninaka: unwrap炸掉反而是好事 111.254.78.3 12/29 01:08
15F：→ kuninaka: C#跟C++適合的場合不同 111.254.78.3 12/29 01:08
16F：→ kuninaka: C++只會越來越多人用而已 111.254.78.3 12/29 01:08
17F：→ kuninaka: CF炸掉的原因不是Rust，那是CF自己的問 111.254.78.3 12/29 01:09
18F：→ kuninaka: 問題 111.254.78.3 12/29 01:09
20F：→ kuninaka: ＣＦ舊版的規則引擎遇到資料異常 111.254.78.3 12/29 01:11
21F：→ kuninaka: 直接放行，不驗證，新版的規則引擎用 111.254.78.3 12/29 01:11
22F：→ kuninaka: Rust的unwrap把程式中斷 111.254.78.3 12/29 01:12
23F：→ kuninaka: 要說這是搞死嗎 111.254.78.3 12/29 01:12
24F：→ kuninaka: 那這樣當初設置檢查幹嘛 111.254.78.3 12/29 01:13
26F：→ kuninaka: Rust的設計理念就是逼你要處理 111.254.78.3 12/29 01:16
27F：→ kuninaka: unwrap直接炸掉就是大鬧天宮要人出來 111.254.78.3 12/29 01:17
28F：→ kuninaka: 洗門風 111.254.78.3 12/29 01:17
29F：→ amd3dnow: 淘汰印度仔比換什麼語言寫os重要多了106.107.218.130 12/29 01:20
30F：推 kuninaka: 語言一直都不是問題 111.254.78.3 12/29 01:23
31F：→ kuninaka: *最主要的 111.254.78.3 12/29 01:24
32F：噓 DrGun: 天下苦軟9矣！！！ 111.71.212.240 12/29 01:41
33F：推 aegis43210: 西台灣會很開心，他們研究riscv很久了 175.181.180.81 12/29 01:43
34F：→ aegis43210: ，就等這一刻 175.181.180.81 12/29 01:43
35F：推 aa1477888: 我不認為這是壞事 問題是做不做得到 218.35.220.53 12/29 01:53
36F：→ alvinlin: 閱。這好像跟你我沒什麼關係。180.177.212.126 12/29 02:00
37F：推 smallreader: 這解釋很有趣 111.254.186.81 12/29 06:38
38F：→ dslite: AI錯誤率還不到0 36.227.129.243 12/29 06:55
39F：推 bunjie: book能 111.82.118.247 12/29 06:57
40F：→ bunjie: 推推文的淘汰印度仔比較實在 111.82.118.247 12/29 06:57
41F：推 ltytw: C/C++的缺點也就是他的優點 211.23.223.225 12/29 07:21
42F：→ ltytw: 可以玩弄記憶體指針與鼓掌之間 211.23.223.225 12/29 07:21
43F：推 kaltu: unwrap炸掉沒有一定是好事，資安CIA三角都 100.8.239.31 12/29 08:14
44F：→ kaltu: 同等重要，unwrap 是直接蛋雕A把資安當成只 100.8.239.31 12/29 08:14
45F：→ kaltu: 有C跟I的結果，是一種很激進極端的姿態 100.8.239.31 12/29 08:14
46F：→ kaltu: 但rust愛好者會直接幫你決定遇到undefined 100.8.239.31 12/29 08:14
47F：→ kaltu: behavior就直接crash在所有場合下都更好 100.8.239.31 12/29 08:14
48F：→ kaltu: 這已經不是六法全書一律死刑了，而是警察路 100.8.239.31 12/29 08:14
49F：→ kaltu: 邊攔查覺得有嫌疑，或者單純你的行為跟他想 100.8.239.31 12/29 08:14
50F：→ kaltu: 的有出入，一律死刑 100.8.239.31 12/29 08:14
51F：→ yam276: 是寫unwrap的人的問題 明明有更安全拿東西 123.194.172.3 12/29 08:38
52F：→ yam276: 跟錯誤處理的方法 無腦unwrap跟無腦存取指 123.194.172.3 12/29 08:38
53F：→ yam276: 標是一樣等級的白癡操作 123.194.172.3 12/29 08:38
54F：→ Ceferino: 這個大概是負責ai的主管提出來找事做的 27.51.89.224 12/29 08:40
55F：→ Ceferino: 專案，win結合ai一直拿不出成效怕被裁 27.51.89.224 12/29 08:40
56F：推 kaltu: 一件事故發生不是只有最後一個人有問題 100.8.239.31 12/29 08:58
57F：→ kaltu: 瑞士起司理論下unwrap 會爆不是只有寫unwra 100.8.239.31 12/29 08:59
58F：→ kaltu: p 的那一個人的問題 100.8.239.31 12/29 08:59
59F：→ kaltu: 會讓他寫unwrap 的每一層都有問題 100.8.239.31 12/29 08:59
60F：→ kaltu: 退一萬步說，高可用性系統是遇到再大的問題 100.8.239.31 12/29 08:59
61F：→ kaltu: 都應該繼續 best-effort 和 fail-safe 狗下 100.8.239.31 12/29 08:59
62F：→ kaltu: 去，只剩1%容量也永不停機的系統 100.8.239.31 12/29 08:59
63F：→ kaltu: 就從設計哲學上跟 Rust 遇到再小的問題都直 100.8.239.31 12/29 08:59
64F：→ kaltu: 接全系統崩潰自殺的 fail-fast 哲學直接牴 100.8.239.31 12/29 08:59
65F：→ kaltu: 觸 100.8.239.31 12/29 08:59
66F：→ kaltu: 高可用性系統的高層決定用rust的時候，第一 100.8.239.31 12/29 08:59
67F：→ kaltu: 層起司就已經破洞了，最後那一層寫unwrap 100.8.239.31 12/29 08:59
68F：→ kaltu: 的工程師只是背鍋而已 100.8.239.31 12/29 08:59
69F：推 eric2057: Copilot這麼廢 不要丟人現眼了吧 111.81.100.246 12/29 09:05
70F：推 cancelpc: 徵人的說只是他們AI某部門，不是全微軟 101.10.162.174 12/29 09:09
71F：→ cancelpc: 核心不可能全改rust，核心效率會變很差 101.10.162.174 12/29 09:10
72F：→ cancelpc: Linux就說過，core一堆資源類全域，不可 101.10.162.174 12/29 09:12
73F：→ cancelpc: 能像使用方一直配置釋放。效能會慘不能 101.10.162.174 12/29 09:12
74F：→ cancelpc: 睹 101.10.162.174 12/29 09:12
75F：推 wantsu: 甲骨文： 114.140.64.95 12/29 09:34
76F：推 NexusPrime: 改組語嗎？ 可以喔 49.216.251.243 12/29 09:59
77F：推 Sousake: 不搞事沒辦法呼吸的bi企業 42.79.74.164 12/29 10:32
78F：→ olozil: 真的下去記憶體用量要倍增了125.227.178.147 12/29 10:33
79F：→ linzero: 完了，BUG出不完了 114.25.70.225 12/29 10:46
80F：推 Richun: Linus擋C++進kernel幾十年，但Rust有成功 123.240.119.6 12/29 11:02
81F：→ Richun: 進到寫driver這塊，當初Linus噴Rust的點是 123.240.119.6 12/29 11:03
82F：→ Richun: core還會有fail-fast爆開，後來修了才進。 123.240.119.6 12/29 11:05
83F：推 ilanese: 想要用AI改寫，對吧？ 36.229.250.133 12/29 12:07
84F：→ ilanese: 那一定會出事的。 36.229.250.133 12/29 12:07
85F：推 yiting428: 有種用物件語言做個windows呀嘻嘻 210.61.198.67 12/29 12:49
86F：推 felaray: win的問題也未必和C/C++有關阿 114.36.27.21 12/29 13:15
87F：→ KudanAkito: 澄清已經在研究了223.137.173.171 12/29 13:37
88F：推 kuninaka: 跟印度人有關 1.174.80.246 12/29 13:39
89F：推 dwiee: 完蛋了 我不相信微軟 win11更新都搞成這樣 49.217.123.54 12/29 14:15
90F：推 iKelly: 底層用高階抽象語言寫的話，執行效 42.71.22.53 12/29 16:04
91F：→ iKelly: 率應該很感人 42.71.22.53 12/29 16:04
92F：→ x94fujo6: 沒有計畫 因為已經在做了 114.33.176.49 12/29 17:06
93F：推 horb: 各家公司都有一座屎山 42.72.117.227 12/29 17:14
94F：推 justicebb: 淘汰windows迫在眉睫123.110.221.151 12/29 19:26
95F：推 MK47: 我不覺得用Rust是壞事 但是屎山丟掉C++有真 36.235.220.209 12/29 20:00
96F：→ MK47: 的能保證支援度嗎？這不用Sana來跳 我都要寫 36.235.220.209 12/29 20:00
97F：→ MK47: 一個大的問號 36.235.220.209 12/29 20:00
98F：→ ekgs: 人的問題 跟語言無關 ㄏ 1.34.188.247 12/29 21:58
99F：推 bizer: 叫AI幫你找漏洞還比較可行，改rust,工作量 1.160.153.12 12/30 01:49
100F：→ bizer: 不是同一個等級的 1.160.153.12 12/30 01:49
101F：→ yeeouo: 新專案用rust 114.38.25.142 12/30 06:19
102F：→ yeeouo: 舊專案沒壞就別動 114.38.25.142 12/30 06:19
103F：→ tcchu: M$的東西不建議碰 39.9.161.178 12/31 18:38