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