: 推 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 的思维才能确保产品不会歪啊