顯示廣告
隱藏 ✕
※ 本文轉寄自 ptt.cc 更新時間: 2025-12-30 14:42:11
看板 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
微軟要在2030年前淘汰所有C/C++程式碼?研究主管緊急澄清「只是研究專案」 | iThome
[圖]
微軟準備啟動一項研究專案,計畫淘汰內部所有C與C++程式碼,以Rust重寫大型程式碼庫 ...

 

反正有沒有用AI寫程式碼現在Windows問題還是很多啊

不過微軟本來早在20年前的Vista開發初期就有考慮要重新用C#語言編寫系統核心,結果
難度太大加上當時要解決XP的安全性問題計畫一再推遲最後放棄使用C#語言改用
Server 2003的原始碼開發。當時不改現在才改那包袱只會越來越大

--
 作者  ttmb (耶? )                                            看板  Gossiping
 標題  [新聞] 台積電市值超越Intel 謝金河:成全球最大                          
 時間  Tue Mar 21 13:47:22 2017                                              
───────────────────────────────────────
a000000000:  還不是代工03/21 13:48

--
--
※ 發信站: 批踢踢實業坊(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
sova0809: 力 另外屎山代碼真的敢動嗎?
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更新爛5F 36.237.253.192 台灣 12/29 00:40
w3160828: 這樣 靠AI全部重寫 ....
amd3dnow: 重點不是用什麼語言寫的...7F 106.107.218.130 台灣 12/29 00:42
coox: 為什麼不是改成微軟自己的C# ?8F 114.27.77.208 台灣 12/29 00:48
Richun: .unwrap()爆炸很慘,因為那邊沒預期會炸開9F 123.240.119.6 台灣 12/29 00:54
Richun: 才會寫.unwrap(),不然應該寫.expect()炸
Richun: 但.unwrap()炸掉還是比越界污染掉資料庫好
kuninaka: 不可能12F 111.254.78.3 台灣 12/29 01:07
kuninaka: unwrap炸掉反而是好事
kuninaka: C#跟C++適合的場合不同
kuninaka: C++只會越來越多人用而已
kuninaka: CF炸掉的原因不是Rust,那是CF自己的問
kuninaka: 問題
kuninaka: https://youtu.be/T14klX5K6mQ?
kuninaka: CF舊版的規則引擎遇到資料異常
kuninaka: 直接放行,不驗證,新版的規則引擎用
kuninaka: Rust的unwrap把程式中斷
kuninaka: 要說這是搞死嗎
kuninaka: 那這樣當初設置檢查幹嘛
kuninaka: https://i.meee.com.tw/JtDm3TV.jpg
 
[圖]
kuninaka: Rust的設計理念就是逼你要處理25F 111.254.78.3 台灣 12/29 01:16
kuninaka: unwrap直接炸掉就是大鬧天宮要人出來
kuninaka: 洗門風
amd3dnow: 淘汰印度仔比換什麼語言寫os重要多了28F 106.107.218.130 台灣 12/29 01:20
kuninaka: 語言一直都不是問題29F 111.254.78.3 台灣 12/29 01:23
kuninaka: *最主要的
DrGun: 天下苦軟9矣!!!31F 111.71.212.240 台灣 12/29 01:41
aegis43210: 西台灣會很開心,他們研究riscv很久了32F 175.181.180.81 台灣 12/29 01:43
aegis43210: ,就等這一刻
aa1477888: 我不認為這是壞事 問題是做不做得到34F 218.35.220.53 台灣 12/29 01:53
alvinlin: 閱。這好像跟你我沒什麼關係。35F 180.177.212.126 台灣 12/29 02:00
smallreader: 這解釋很有趣36F 111.254.186.81 台灣 12/29 06:38
dslite: AI錯誤率還不到037F 36.227.129.243 台灣 12/29 06:55
bunjie: book能38F 111.82.118.247 台灣 12/29 06:57
bunjie: 推推文的淘汰印度仔比較實在
ltytw: C/C++的缺點也就是他的優點40F 211.23.223.225 台灣 12/29 07:21
ltytw: 可以玩弄記憶體指針與鼓掌之間
kaltu: unwrap炸掉沒有一定是好事,資安CIA三角都42F 100.8.239.31 美國 12/29 08:14
kaltu: 同等重要,unwrap 是直接蛋雕A把資安當成只
kaltu: 有C跟I的結果,是一種很激進極端的姿態
kaltu: 但rust愛好者會直接幫你決定遇到undefined
kaltu: behavior就直接crash在所有場合下都更好
kaltu: 這已經不是六法全書一律死刑了,而是警察路
kaltu: 邊攔查覺得有嫌疑,或者單純你的行為跟他想
kaltu: 的有出入,一律死刑
yam276: 是寫unwrap的人的問題 明明有更安全拿東西50F 123.194.172.3 台灣 12/29 08:38
yam276: 跟錯誤處理的方法 無腦unwrap跟無腦存取指
yam276: 標是一樣等級的白癡操作
Ceferino: 這個大概是負責ai的主管提出來找事做的53F 27.51.89.224 台灣 12/29 08:40
Ceferino: 專案,win結合ai一直拿不出成效怕被裁
kaltu: 一件事故發生不是只有最後一個人有問題55F 100.8.239.31 美國 12/29 08:58
kaltu: 瑞士起司理論下unwrap 會爆不是只有寫unwra
kaltu: p 的那一個人的問題
kaltu: 會讓他寫unwrap 的每一層都有問題
kaltu: 退一萬步說,高可用性系統是遇到再大的問題
kaltu: 都應該繼續 best-effort 和 fail-safe 狗下
kaltu: 去,只剩1%容量也永不停機的系統
kaltu: 就從設計哲學上跟 Rust 遇到再小的問題都直
kaltu: 接全系統崩潰自殺的 fail-fast 哲學直接牴
kaltu: 觸
kaltu: 高可用性系統的高層決定用rust的時候,第一
kaltu: 層起司就已經破洞了,最後那一層寫unwrap
kaltu: 的工程師只是背鍋而已
eric2057: Copilot這麼廢 不要丟人現眼了吧68F 111.81.100.246 台灣 12/29 09:05
cancelpc: 徵人的說只是他們AI某部門,不是全微軟69F 101.10.162.174 台灣 12/29 09:09
cancelpc: 核心不可能全改rust,核心效率會變很差
cancelpc: Linux就說過,core一堆資源類全域,不可
cancelpc: 能像使用方一直配置釋放。效能會慘不能
cancelpc: 睹
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有成功79F 123.240.119.6 台灣 12/29 11:02
Richun: 進到寫driver這塊,當初Linus噴Rust的點是
Richun: core還會有fail-fast爆開,後來修了才進。
ilanese: 想要用AI改寫,對吧?82F 36.229.250.133 台灣 12/29 12:07
ilanese: 那一定會出事的。
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
iKelly: 率應該很感人
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++有真94F 36.235.220.209 台灣 12/29 20:00
MK47: 的能保證支援度嗎?這不用Sana來跳 我都要寫
MK47: 一個大的問號
ekgs: 人的問題 跟語言無關 ㄏ97F 1.34.188.247 台灣 12/29 21:58
bizer: 叫AI幫你找漏洞還比較可行,改rust,工作量98F 1.160.153.12 台灣 12/30 01:49
bizer: 不是同一個等級的
yeeouo: 新專案用rust100F 114.38.25.142 台灣 12/30 06:19
yeeouo: 舊專案沒壞就別動

--
※ 看板: PC_Shopping 文章推薦值: 0 目前人氣: 0 累積人氣: 81 
作者 hn9480412 的最新發文:
點此顯示更多發文記錄
分享網址: 複製 已複製
guest
x)推文 r)回覆 e)編輯 d)刪除 M)收藏 ^x)轉錄 同主題: =)首篇 [)上篇 ])下篇