: 推 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開發過這麼大型的開源專案，到底發生了什麼事呢

我覺得很簡單，當你產品不用打磨細節充滿bug就能賣爆、就能強大到被美國國防部找去泡茶，那不如繼續想辦法強化護城河開發新版本，而不是修bughttps://www.technice.com.tw/issues/ai/207637/

issue 不就是許願池嗎

許願+1

基本上A\已經變成指標了，被它指名封殺的後期社群支持度都比它們還要高

這許願池bug還滿多的 XD看起來也不是沒在處理issue，不知道怎麼決定要修誰的

其實他 issue 那個量確實 junk 跟 duplicated 蠻多的 XD我之前碰到的問題是都被修了, 目前沒有啥顯著影響使用的了

Claude Code並沒有開源 還在雲

代表他們其實有辦法從一堆東西裡挑出應該修的東西

Issue 不代表bug，這種以偏蓋全的討論，只剩下對立而已。真的沒必要什麼事情都二分法搞對立。

你有看過任何大型開源專案的 issue list 嗎？這很正常

不是封殺 是要正規走api

6000個open真的還好，以前在導航軟體一個產品線用到的票號碼都是五位數以上QA ,product owner想開多少就多少，開票本來就沒啥門檻反而是關票程序要求很多

cc有個issue真的很煩人，它處理非utf8編碼的程式有問題，這個issue一直都不修

Issue多寡比較吃專案維護態度 真的有開源的VS Code 常態Open破萬他們每年都會準備一個時段專門把數字砍下去Claude Code是全Proprietary 包含他們所有在GitHub公開的Skill/Plugin等工具全部都是All rights reserved + 準用Anthropic服務條款 所以直接拿去會踩紅線程式碼也不在那個Repository 裡面 要看到最簡單的方法是去NPM翻 不過有做過Minified 上次看大概一半篇幅是System prompt（現在加了不少功能可能好一點）完全公司內部開發流程為主的狀況 GitHub Issues就比較像問題抱怨區加許願池 無法反應真實開發進展（十之八九他們有公司內部的追蹤器跟Markdown Roadmap）身為技術人員我最無法理解的是在一個完全不需要HTML的環境下 用React作狀態管理 直到我上了Boris長灰塵的Blog在講Redux 好吧 RD Lead技術背景問題 結案（（大概也因為這樣 Agent寫React是最嚇嚇叫的）

對啊這很正常 所以代表Claude agent沒有改變這個正常的行為啊所以真正的開發repo不是這個所以不會投多少資源，原來如此

就ai吹的很煩。https://imgur.com/WhP1t1N連這種反諷，都變成ai好厲害。看不懂的東西要怎麼改進？

與此同時 anthropic還同時在招SWE喔還是他們在招ai守門員？

Anthropic有說啊，他們在找資深工程師來完成跟現實對接的工作，但不是來寫codehttps://images.plurk.com/6aN2OVetUk2F4PaC1FpjKZ.jpg他們找資深工程師來做過去被認為是PM的工作，或者說把SWE跟PM "全端" 的未來趨勢

能動跟能上線本來就兩回事

這個職位遲早會有新名字 做的事情是全新的 要的skill set也不是單純PM或單純RD或單純SA這個職位肯定會是未來一陣子的潮流 一陣子有多久就看AI進步多快 現在的速度的話大概可以撐到我退休

Boris專講幹話。AI取代程式師，你需要這麼多程式師？多找PM就好了，反正不需要寫code了，還需要優秀工程師？CC就是最優秀的工程師了。反正Opus4.6比99%的人還強，你還需要找人開發CC這種程度的東西？今天最可悲的是，Musk講幹話還一堆人支持，現在每個人都學這套。現在真的是比誰敢講，誰敢唬。

他找的又不是工程師，他找的是AI時代之前就有工程師能力的PM

今天才爆出一個meta head of AI safety 用龍蝦砍了他的信箱

他找的不是工程師？你要不要看Anthropic 的job listingsReact開到50+萬鎂，也是相當有誠意了。

很多人看到一段言論只考慮發言人的知名程度，卻不考慮對方的立場與發言背後的利益考量，單純得令人堪憂…

我說的是，他找資深工程師，但他不是找來Coding的，很難理解嗎? Spotify、Stripe，很多公司都出來說他們的工程師不寫Code了，做的可能是過去被認為是PM的工作— 用工程師的價錢找工程師來做如果覺得工程師未來依然只要負責Coding，確實有點需要擔憂

不寫code不代表不人工review 改code哎，擔心過勞，AI Agents開一堆跑 程式碼產一堆 AI產的測試 devops cloud 等等 通通一個人Review 然後兼職PM功能 是不是還要agile scrum 幾週一sprint這只有對資方有利，呵呵

以後工程師都要product mindset，真的是往過勞的目標前進，現在OpenAI 內部也是一堆工程師搞各種產品看能不能找到product market fit

以前不用product mindset嗎？我怎麼記得剛出社會時就要十年前流行的YC那套不就需要了嗎

以前不剛需啊，現在code給claude寫你還不管product那就挺危險的

做到Sr了怎麼可能沒product mindset沒有的只能稱作CRUD碼農 mindset一直都是剛需...

我覺得很多人好像對 AI 產 Code 這件事有點誤解不用鍵盤手打 Code，不代表不用寫 CodeCode 還是你的，你的決定 你的修改 你的 PR 你的品味產 Code 比以往更簡單，不代表 Code 不重要不然大家以為為何 Claude Code 要選擇用 TS 寫？真的像 PM 出一張嘴，用 Rust 寫不就好了還要讓 Bun 團隊去優化 Claude Code 記憶體效能的問題就算專案某些 Scope 可以讓 Agent 自動化你還是要有寫 Code 的思維才能確保產品不會歪啊