PTT職涯區 / Soft_Job (軟體人)

Re: [新聞]最老語言COBOL恐滅絕？新Claude Code太強

看板Soft_Job (軟體人)作者 (砂井裏鍵)時間3周前 (2026/02/25 12:29), 編輯推噓24(25推 1噓 73→)
留言99則, 23人參與, 3周前最新討論串3/3 (看更多)
: 推 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://www.ptt.cc/bbs/Soft_Job/M.1771993764.A.20C.html
推
02/25 12:41, 3周前 , 1F
我覺得很簡單，當你產品不用打磨細節充滿bug就能賣爆、就能
02/25 12:41, 1F
→
02/25 12:41, 3周前 , 2F
強大到被美國國防部找去泡茶，那不如繼續想辦法強化護城河
02/25 12:41, 2F
→
02/25 12:41, 3周前 , 3F
開發新版本，而不是修bug
02/25 12:41, 3F
→
02/25 12:42, 3周前 , 4F
02/25 12:42, 4F
推
02/25 12:42, 3周前 , 5F
issue 不就是許願池嗎
02/25 12:42, 5F
→
02/25 12:56, 3周前 , 6F
許願+1
02/25 12:56, 6F
推
02/25 13:03, 3周前 , 7F
基本上A\已經變成指標了，被它指名封殺的
02/25 13:03, 7F
→
02/25 13:03, 3周前 , 8F
後期社群支持度都比它們還要高
02/25 13:03, 8F
→
02/25 13:13, 3周前 , 9F
這許願池bug還滿多的 XD
02/25 13:13, 9F
→
02/25 13:14, 3周前 , 10F
看起來也不是沒在處理issue，不知道怎麼決定要修誰的
02/25 13:14, 10F
推
02/25 13:56, 3周前 , 11F
其實他 issue 那個量確實 junk 跟 duplicated 蠻多的 XD
02/25 13:56, 11F
→
02/25 13:57, 3周前 , 12F
我之前碰到的問題是都被修了, 目前沒有啥顯著影響使用的了
02/25 13:57, 12F
噓
02/25 14:06, 3周前 , 13F
Claude Code並沒有開源 還在雲
02/25 14:06, 13F
→
02/25 14:07, 3周前 , 14F
代表他們其實有辦法從一堆東西裡挑出應該修的東西
02/25 14:07, 14F
→
02/25 14:25, 3周前 , 15F
Issue 不代表bug，這種以偏蓋全的討論，只剩下對立而已。
02/25 14:25, 15F
→
02/25 14:25, 3周前 , 16F
真的沒必要什麼事情都二分法搞對立。
02/25 14:25, 16F
推
02/25 17:15, 3周前 , 17F
你有看過任何大型開源專案的 issue list 嗎？這很正常
02/25 17:15, 17F
→
02/25 17:51, 3周前 , 18F
不是封殺 是要正規走api
02/25 17:51, 18F
推
02/25 19:20, 3周前 , 19F
6000個open真的還好，以前在導航軟體一個產品線用到的票
02/25 19:20, 19F
→
02/25 19:20, 3周前 , 20F
號碼都是五位數以上
02/25 19:20, 20F
推
02/25 19:21, 3周前 , 21F
QA ,product owner想開多少就多少，開票本來就沒啥門檻
02/25 19:21, 21F
→
02/25 19:21, 3周前 , 22F
反而是關票程序要求很多
02/25 19:21, 22F
推
02/25 20:59, 3周前 , 23F
cc有個issue真的很煩人，它處理非utf8編碼的程式有問題，
02/25 20:59, 23F
→
02/25 20:59, 3周前 , 24F
這個issue一直都不修
02/25 20:59, 24F
→
02/26 00:26, 3周前 , 25F
Issue多寡比較吃專案維護態度 真的有開源的VS Code 常態Ope
02/26 00:26, 25F
→
02/26 00:26, 3周前 , 26F
n破萬
02/26 00:26, 26F
→
02/26 00:26, 3周前 , 27F
他們每年都會準備一個時段專門把數字砍下去
02/26 00:26, 27F
→
02/26 00:31, 3周前 , 28F
Claude Code是全Proprietary 包含他們所有在GitHub公開的Sk
02/26 00:31, 28F
→
02/26 00:31, 3周前 , 29F
ill/Plugin等工具全部都是All rights reserved + 準用Anthr
02/26 00:31, 29F
→
02/26 00:31, 3周前 , 30F
opic服務條款 所以直接拿去會踩紅線
02/26 00:31, 30F
→
02/26 00:32, 3周前 , 31F
程式碼也不在那個Repository 裡面 要看到最簡單的方法是去N
02/26 00:32, 31F
→
02/26 00:32, 3周前 , 32F
PM翻 不過有做過Minified 上次看大概一半篇幅是System prom
02/26 00:32, 32F
→
02/26 00:32, 3周前 , 33F
pt（現在加了不少功能可能好一點）
02/26 00:32, 33F
→
02/26 00:36, 3周前 , 34F
完全公司內部開發流程為主的狀況 GitHub Issues就比較像問
02/26 00:36, 34F
→
02/26 00:36, 3周前 , 35F
題抱怨區加許願池 無法反應真實開發進展
02/26 00:36, 35F
→
02/26 00:37, 3周前 , 36F
（十之八九他們有公司內部的追蹤器跟Markdown Roadmap）
02/26 00:37, 36F
→
02/26 00:41, 3周前 , 37F
身為技術人員我最無法理解的是在一個完全不需要HTML的環境
02/26 00:41, 37F
→
02/26 00:41, 3周前 , 38F
下 用React作狀態管理 直到我上了Boris長灰塵的Blog在講Red
02/26 00:41, 38F
→
02/26 00:41, 3周前 , 39F
ux 好吧 RD Lead技術背景問題 結案（
02/26 00:41, 39F
→
02/26 00:41, 3周前 , 40F
（大概也因為這樣 Agent寫React是最嚇嚇叫的）
02/26 00:41, 40F
→
02/26 07:58, 3周前 , 41F
對啊這很正常 所以代表Claude agent沒有改變這個正常的
02/26 07:58, 41F
→
02/26 07:58, 3周前 , 42F
行為啊
02/26 07:58, 42F
→
02/26 08:03, 3周前 , 43F
所以真正的開發repo不是這個所以不會投多少資源，原來如
02/26 08:03, 43F
→
02/26 08:03, 3周前 , 44F
此
02/26 08:03, 44F
推
02/26 08:15, 3周前 , 45F
就ai吹的很煩。https://imgur.com/WhP1t1N
02/26 08:15, 45F
→
02/26 08:16, 3周前 , 46F
連這種反諷，都變成ai好厲害。看不懂的東西要怎麼改進？
02/26 08:16, 46F
推
02/26 10:49, 3周前 , 47F
與此同時 anthropic還同時在招SWE喔
02/26 10:49, 47F
→
02/26 10:50, 3周前 , 48F
還是他們在招ai守門員？
02/26 10:50, 48F
推
02/26 11:27, 3周前 , 49F
Anthropic有說啊，他們在找資深工程師來完成跟現實對接的
02/26 11:27, 49F
→
02/26 11:27, 3周前 , 50F
工作，但不是來寫code
02/26 11:27, 50F
→
02/26 11:30, 3周前 , 51F
02/26 11:30, 51F
→
02/26 11:31, 3周前 , 52F
他們找資深工程師來做過去被認為是PM的工作，或者說把SWE
02/26 11:31, 52F
→
02/26 11:31, 3周前 , 53F
跟PM "全端" 的未來趨勢
02/26 11:31, 53F
→
02/26 12:14, 3周前 , 54F
能動跟能上線本來就兩回事
02/26 12:14, 54F
→
02/26 12:15, 3周前 , 55F
這個職位遲早會有新名字 做的事情是全新的 要的skill set
02/26 12:15, 55F
→
02/26 12:15, 3周前 , 56F
也不是單純PM或單純RD或單純SA
02/26 12:15, 56F
→
02/26 12:16, 3周前 , 57F
這個職位肯定會是未來一陣子的潮流 一陣子有多久就看AI
02/26 12:16, 57F
→
02/26 12:16, 3周前 , 58F
進步多快 現在的速度的話大概可以撐到我退休
02/26 12:16, 58F
推
02/26 14:51, 3周前 , 59F
Boris專講幹話。AI取代程式師，你需要這麼多程式師？多找
02/26 14:51, 59F
→
02/26 14:54, 3周前 , 60F
PM就好了，反正不需要寫code了，還需要優秀工程師？CC就
02/26 14:54, 60F
→
02/26 14:55, 3周前 , 61F
是最優秀的工程師了。反正Opus4.6比99%的人還強，你還需要
02/26 14:55, 61F
→
02/26 14:56, 3周前 , 62F
找人開發CC這種程度的東西？
02/26 14:56, 62F
推
02/26 15:01, 3周前 , 63F
今天最可悲的是，Musk講幹話還一堆人支持，現在每個人都學
02/26 15:01, 63F
→
02/26 15:04, 3周前 , 64F
這套。現在真的是比誰敢講，誰敢唬。
02/26 15:04, 64F
推
02/26 15:04, 3周前 , 65F
他找的又不是工程師，他找的是AI時代之前就有工程師能力的PM
02/26 15:04, 65F
推
02/26 17:13, 3周前 , 66F
今天才爆出一個meta head of AI safety 用龍蝦砍了他的信
02/26 17:13, 66F
→
02/26 17:13, 3周前 , 67F
箱
02/26 17:13, 67F
推
02/26 20:34, 3周前 , 68F
他找的不是工程師？你要不要看Anthropic 的job listings
02/26 20:34, 68F
→
02/26 20:34, 3周前 , 69F
React開到50+萬鎂，也是相當有誠意了。
02/26 20:34, 69F
推
02/27 03:11, 3周前 , 70F
很多人看到一段言論只考慮發言人的知名程度，卻不考慮對
02/27 03:11, 70F
→
02/27 03:11, 3周前 , 71F
方的立場與發言背後的利益考量，單純得令人堪憂…
02/27 03:11, 71F
推
02/27 08:13, 3周前 , 72F
我說的是，他找資深工程師，但他不是找來Coding的，很難理解
02/27 08:13, 72F
→
02/27 08:13, 3周前 , 73F
嗎? Spotify、Stripe，很多公司都出來說他們的工程師不寫Cod
02/27 08:13, 73F
→
02/27 08:13, 3周前 , 74F
e了，做的可能是過去被認為是PM的工作— 用工程師的價錢找工
02/27 08:13, 74F
→
02/27 08:13, 3周前 , 75F
程師來做
02/27 08:13, 75F
推
02/27 08:14, 3周前 , 76F
如果覺得工程師未來依然只要負責Coding，確實有點需要擔憂
02/27 08:14, 76F
→
02/27 09:30, 3周前 , 77F
不寫code不代表不人工review 改code
02/27 09:30, 77F
→
02/27 09:30, 3周前 , 78F
哎，擔心過勞，AI Agents開一堆跑 程式碼產一堆 AI產的
02/27 09:30, 78F
→
02/27 09:30, 3周前 , 79F
測試 devops cloud 等等 通通一個人Review 然後兼職PM功
02/27 09:30, 79F
→
02/27 09:30, 3周前 , 80F
能 是不是還要agile scrum 幾週一sprint
02/27 09:30, 80F
→
02/27 09:30, 3周前 , 81F
這只有對資方有利，呵呵
02/27 09:30, 81F
推
02/27 15:33, 3周前 , 82F
以後工程師都要product mindset，真的是往過勞的目標前進
02/27 15:33, 82F
→
02/27 15:33, 3周前 , 83F
，現在OpenAI 內部也是一堆工程師搞各種產品看能不能找到
02/27 15:33, 83F
→
02/27 15:33, 3周前 , 84F
product market fit
02/27 15:33, 84F
推
02/27 18:02, 3周前 , 85F
以前不用product mindset嗎？我怎麼記得剛出社會時就要
02/27 18:02, 85F
→
02/27 18:04, 3周前 , 86F
十年前流行的YC那套不就需要了嗎
02/27 18:04, 86F
推
03/01 01:57, 3周前 , 87F
以前不剛需啊，現在code給claude寫你還不管product那
03/01 01:57, 87F
→
03/01 01:57, 3周前 , 88F
就挺危險的
03/01 01:57, 88F
推
03/01 14:21, 3周前 , 89F
做到Sr了怎麼可能沒product mindset
03/01 14:21, 89F
→
03/01 14:21, 3周前 , 90F
沒有的只能稱作CRUD碼農 mindset一直都是剛需...
03/01 14:21, 90F
推
03/03 00:38, 3周前 , 91F
我覺得很多人好像對 AI 產 Code 這件事有點誤解
03/03 00:38, 91F
→
03/03 00:39, 3周前 , 92F
不用鍵盤手打 Code，不代表不用寫 Code
03/03 00:39, 92F
→
03/03 00:40, 3周前 , 93F
Code 還是你的，你的決定 你的修改 你的 PR 你的品味
03/03 00:40, 93F
→
03/03 00:41, 3周前 , 94F
產 Code 比以往更簡單，不代表 Code 不重要
03/03 00:41, 94F
推
03/03 00:45, 3周前 , 95F
不然大家以為為何 Claude Code 要選擇用 TS 寫？
03/03 00:45, 95F
→
03/03 00:46, 3周前 , 96F
真的像 PM 出一張嘴，用 Rust 寫不就好了
03/03 00:46, 96F
→
03/03 00:47, 3周前 , 97F
還要讓 Bun 團隊去優化 Claude Code 記憶體效能的問題
03/03 00:47, 97F
→
03/03 00:48, 3周前 , 98F
就算專案某些 Scope 可以讓 Agent 自動化
03/03 00:48, 98F
→
03/03 00:48, 3周前 , 99F
你還是要有寫 Code 的思維才能確保產品不會歪啊
03/03 00:48, 99F
‣ 更多 Romulus 的文章
文章代碼(AID): #1fddga8C (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 Romulus 的文章
文章代碼(AID): #1fddga8C (Soft_Job)