作者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/cn.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