作者Romulus (砂井里键)
看板Soft_Job
标题Re: [新闻]最老语言COBOL恐灭绝？新Claude Code太强
时间Wed Feb 25 12:29:21 2026
: 推 oopFoo: Mainframe的稳定性也是ibm的护城河。然後先把claude code 02/25 05:03
: → oopFoo: 的bugs解一下。骂多久了，ai不是很神？还是ai创造更多屎山 02/25 05:07
: → oopFoo: https://github.com/anthropics/claude-code/issues 02/25 05:07
我没有在跟agent开发本身所以纯粹好奇想问一下
https://newsletter.pragmaticengineer.com/p/how-claude-code-is-built
这篇文章说Claude Code的code基本上都是自己写的
那快6千个open issue，是因为没有足够的人力审呢？还是agent resource要拿去做
更重要的是呢？还是Claude Code或人都修不好呢？还是其他原，或这些的排列组合呢？
看了一下最旧的bug是2025/03的，而且两周前还被mention到
我还没有用AI开发过这麽大型的开源专案，到底发生了什麽事呢
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.163.153.36 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1771993764.A.20C.html
1F：推 ZMTL: 我觉得很简单，当你产品不用打磨细节充满bug就能卖爆、就能 02/25 12:41
2F：→ ZMTL: 强大到被美国国防部找去泡茶，那不如继续想办法强化护城河 02/25 12:41
3F：→ ZMTL: 开发新版本，而不是修bug 02/25 12:41
5F：推 Serisu: issue 不就是许愿池吗 02/25 12:42
6F：→ labbat: 许愿+1 02/25 12:56
7F：推 s78513221: 基本上A\已经变成指标了，被它指名封杀的 02/25 13:03
8F：→ s78513221: 後期社群支持度都比它们还要高 02/25 13:03
9F：→ Romulus: 这许愿池bug还满多的 XD 02/25 13:13
10F：→ Romulus: 看起来也不是没在处理issue，不知道怎麽决定要修谁的 02/25 13:14
11F：推 TonyQ: 其实他 issue 那个量确实 junk 跟 duplicated 蛮多的 XD 02/25 13:56
12F：→ TonyQ: 我之前碰到的问题是都被修了, 目前没有啥显着影响使用的了 02/25 13:57
13F：嘘 strlen: Claude Code并没有开源 还在云 02/25 14:06
14F：→ Romulus: 代表他们其实有办法从一堆东西里挑出应该修的东西 02/25 14:07
15F：→ DrTech: Issue 不代表bug，这种以偏盖全的讨论，只剩下对立而已。 02/25 14:25
16F：→ DrTech: 真的没必要什麽事情都二分法搞对立。 02/25 14:25
17F：推 CRPKT: 你有看过任何大型开源专案的 issue list 吗？这很正常 02/25 17:15
18F：→ sinclaireche: 不是封杀 是要正规走api 02/25 17:51
19F：推 yamakazi: 6000个open真的还好，以前在导航软体一个产品线用到的票 02/25 19:20
20F：→ yamakazi: 号码都是五位数以上 02/25 19:20
21F：推 yamakazi: QA ,product owner想开多少就多少，开票本来就没啥门槛 02/25 19:21
22F：→ yamakazi: 反而是关票程序要求很多 02/25 19:21
23F：推 mozume: cc有个issue真的很烦人，它处理非utf8编码的程式有问题， 02/25 20:59
24F：→ mozume: 这个issue一直都不修 02/25 20:59
25F：→ ybite: Issue多寡比较吃专案维护态度 真的有开源的VS Code 常态Ope 02/26 00:26
26F：→ ybite: n破万 02/26 00:26
27F：→ ybite: 他们每年都会准备一个时段专门把数字砍下去 02/26 00:26
28F：→ ybite: Claude Code是全Proprietary 包含他们所有在GitHub公开的Sk 02/26 00:31
29F：→ ybite: ill/Plugin等工具全部都是All rights reserved + 准用Anthr 02/26 00:31
30F：→ ybite: opic服务条款 所以直接拿去会踩红线 02/26 00:31
31F：→ ybite: 程式码也不在那个Repository 里面 要看到最简单的方法是去N 02/26 00:32
32F：→ ybite: PM翻 不过有做过Minified 上次看大概一半篇幅是System prom 02/26 00:32
33F：→ ybite: pt（现在加了不少功能可能好一点） 02/26 00:32
34F：→ ybite: 完全公司内部开发流程为主的状况 GitHub Issues就比较像问 02/26 00:36
35F：→ ybite: 题抱怨区加许愿池 无法反应真实开发进展 02/26 00:36
36F：→ ybite: （十之八九他们有公司内部的追踪器跟Markdown Roadmap） 02/26 00:37
37F：→ ybite: 身为技术人员我最无法理解的是在一个完全不需要HTML的环境 02/26 00:41
38F：→ ybite: 下 用React作状态管理 直到我上了Boris长灰尘的Blog在讲Red 02/26 00:41
39F：→ ybite: ux 好吧 RD Lead技术背景问题 结案（ 02/26 00:41
40F：→ ybite: （大概也因为这样 Agent写React是最吓吓叫的） 02/26 00:41
41F：→ Romulus: 对啊这很正常 所以代表Claude agent没有改变这个正常的 02/26 07:58
42F：→ Romulus: 行为啊 02/26 07:58
43F：→ Romulus: 所以真正的开发repo不是这个所以不会投多少资源，原来如 02/26 08:03
44F：→ Romulus: 此 02/26 08:03
46F：→ oopFoo: 连这种反讽，都变成ai好厉害。看不懂的东西要怎麽改进？ 02/26 08:16
47F：推 steak5566: 与此同时 anthropic还同时在招SWE喔 02/26 10:49
48F：→ steak5566: 还是他们在招ai守门员？ 02/26 10:50
49F：推 ZMTL: Anthropic有说啊，他们在找资深工程师来完成跟现实对接的 02/26 11:27
50F：→ ZMTL: 工作，但不是来写code 02/26 11:27
52F：→ ZMTL: 他们找资深工程师来做过去被认为是PM的工作，或者说把SWE 02/26 11:31
53F：→ ZMTL: 跟PM "全端" 的未来趋势 02/26 11:31
54F：→ now99: 能动跟能上线本来就两回事 02/26 12:14
55F：→ Romulus: 这个职位迟早会有新名字 做的事情是全新的 要的skill set 02/26 12:15
56F：→ Romulus: 也不是单纯PM或单纯RD或单纯SA 02/26 12:15
57F：→ Romulus: 这个职位肯定会是未来一阵子的潮流 一阵子有多久就看AI 02/26 12:16
58F：→ Romulus: 进步多快 现在的速度的话大概可以撑到我退休 02/26 12:16
59F：推 oopFoo: Boris专讲干话。AI取代程式师，你需要这麽多程式师？多找 02/26 14:51
60F：→ oopFoo: PM就好了，反正不需要写code了，还需要优秀工程师？CC就 02/26 14:54
61F：→ oopFoo: 是最优秀的工程师了。反正Opus4.6比99%的人还强，你还需要 02/26 14:55
62F：→ oopFoo: 找人开发CC这种程度的东西？ 02/26 14:56
63F：推 oopFoo: 今天最可悲的是，Musk讲干话还一堆人支持，现在每个人都学 02/26 15:01
64F：→ oopFoo: 这套。现在真的是比谁敢讲，谁敢唬。 02/26 15:04
65F：推 ZMTL: 他找的又不是工程师，他找的是AI时代之前就有工程师能力的PM 02/26 15:04
66F：推 jack529: 今天才爆出一个meta head of AI safety 用龙虾砍了他的信 02/26 17:13
67F：→ jack529: 箱 02/26 17:13
68F：推 oopFoo: 他找的不是工程师？你要不要看Anthropic 的job listings 02/26 20:34
69F：→ oopFoo: React开到50+万镁，也是相当有诚意了。 02/26 20:34
70F：推 sarsman: 很多人看到一段言论只考虑发言人的知名程度，却不考虑对 02/27 03:11
71F：→ sarsman: 方的立场与发言背後的利益考量，单纯得令人堪忧… 02/27 03:11
72F：推 ZMTL: 我说的是，他找资深工程师，但他不是找来Coding的，很难理解 02/27 08:13
73F：→ ZMTL: 吗? Spotify、Stripe，很多公司都出来说他们的工程师不写Cod 02/27 08:13
74F：→ ZMTL: e了，做的可能是过去被认为是PM的工作— 用工程师的价钱找工 02/27 08:13
75F：→ ZMTL: 程师来做 02/27 08:13
76F：推 ZMTL: 如果觉得工程师未来依然只要负责Coding，确实有点需要担忧 02/27 08:14
77F：→ AxelGod: 不写code不代表不人工review 改code 02/27 09:30
78F：→ AxelGod: 哎，担心过劳，AI Agents开一堆跑 程式码产一堆 AI产的 02/27 09:30
79F：→ AxelGod: 测试 devops cloud 等等 通通一个人Review 然後兼职PM功 02/27 09:30
80F：→ AxelGod: 能 是不是还要agile scrum 几周一sprint 02/27 09:30
81F：→ AxelGod: 这只有对资方有利，呵呵 02/27 09:30
82F：推 jack529: 以後工程师都要product mindset，真的是往过劳的目标前进 02/27 15:33
83F：→ jack529: ，现在OpenAI 内部也是一堆工程师搞各种产品看能不能找到 02/27 15:33
84F：→ jack529: product market fit 02/27 15:33
85F：推 dani1992: 以前不用product mindset吗？我怎麽记得刚出社会时就要 02/27 18:02
86F：→ dani1992: 十年前流行的YC那套不就需要了吗 02/27 18:04
87F：推 shortoneal: 以前不刚需啊，现在code给claude写你还不管product那 03/01 01:57
88F：→ shortoneal: 就挺危险的 03/01 01:57
89F：推 WTS2accuracy: 做到Sr了怎麽可能没product mindset 03/01 14:21
90F：→ WTS2accuracy: 没有的只能称作CRUD码农 mindset一直都是刚需... 03/01 14:21
91F：推 exile1030: 我觉得很多人好像对 AI 产 Code 这件事有点误解 03/03 00:38
92F：→ exile1030: 不用键盘手打 Code，不代表不用写 Code 03/03 00:39
93F：→ exile1030: Code 还是你的，你的决定 你的修改 你的 PR 你的品味 03/03 00:40
94F：→ exile1030: 产 Code 比以往更简单，不代表 Code 不重要 03/03 00:41
95F：推 exile1030: 不然大家以为为何 Claude Code 要选择用 TS 写？ 03/03 00:45
96F：→ exile1030: 真的像 PM 出一张嘴，用 Rust 写不就好了 03/03 00:46
97F：→ exile1030: 还要让 Bun 团队去优化 Claude Code 记忆体效能的问题 03/03 00:47
98F：→ exile1030: 就算专案某些 Scope 可以让 Agent 自动化 03/03 00:48
99F：→ exile1030: 你还是要有写 Code 的思维才能确保产品不会歪啊 03/03 00:48