msg7086

@rainescain
正常做项目，已经是 PRD 起手，TDD 测试先行，然后前期把 memory-bank 建起来以后，就差不多到顶了。概率性无非也是在这个框架下的概率，写成什么样都不会差太远的，你会发现不同的概率下无非就是回字的不同写法而已。

AI 都会这样，应该是概率问题。我日语翻译中文的时候会随机蹦出韩语俄语印地语。
可以试着在 system prompt 里强制指定语言。

@Skifary
AI 还不了那就是管 AI 的项目经理的问题。

本来程序员的债程序员还，那程序员还不了咋办，主机厂难道还能把程序员枪毙了不成？难道不是在上面把关的 PM TL VP CTO 的锅吗。
怎么到 AI 时代了，就把 PM TL VP CTO 全扔了呢。

要真是把员工全扔了，就公司老总一个人坐在电脑前开着 AI 搞 vibe ，那确实老总全责。

> vibe code 如果产生了技术债，不是事后道歉那么简单。
那人写的代码出了问题呢，难道事后道歉就行了？

如果 AI 产生了技术债，难道不是让 AI 立刻开始重构修复然后补强测试用例吗。
反倒是人写出了 bug ，等你发现 bug 多了然后你就根本改不过来了。

爆论，活人写的代码不一定技术债比 AI 少。
上面 @teaguexiao #16 说的就很好，一个是做项目之前要加好门禁，一个是阶段性回顾架构上的问题然后重构。
有些东西你不做到一定程序是没法说要不要重构了。

举个例子，我在做一个反编译器，起手设计的时候，IR/CFG/Surface 三阶段开始写代码。等你写了几百个提交了你就会发现 CFG 和 Surface 臃肿不堪需要开始重构了，那么这时候再考虑架构拆分，比如增加辅助数据，CFG 判断部分单独拉出来一个包，Surface 拆分，添加调试工具，等等。

难道你让活人来做，他就能一开始就预料到半年一年以后架构上出现的问题吗？
更大的可能是要么项目没做大就死掉了，要是没死那就常年在屎山架构上堆。技术债？你见过多少大公司把做了上千个提交十万行以上的项目从架构级别推倒重构的。

@kawowa #26
RAID 的作用就是高可用而非数据安全。RAID 降级进只读本来就很反直觉。
如果是家用场景不需要高可用的，那你要的就不是 RAID 而是备份机制。
RAID 只能保护硬盘损坏的场景，不能保护数据丢失。

啊？企业级？这么小一东西你跟我说叫企业级吗……
家用级响几次蜂鸣器我觉得挺正常的，你也不想你不在家的时候家人听着烦然后直接给你拔电源吧（

公司为了采购算力和搞机房，裁了 20%的人。

反过来说，为什么一定要在 JB 里用 AI 。你都用 AI 了，开个 codex app 完全不看代码盲写不也一样。