愿每一位独立开发者都能保持初心,获得一个好的结果.
简中推上看到太多人 vibe coding ，gui 不行，cli 一把梭，起 n 个 agent 多需求并行等等。
我本人对于 AI 的使用还处于，基于需求与 AI 沟通出修改方案，执行后 review 生成的代码，这种半自动模式。
前端部分通常看个大概，确认文件位置和视觉效果没问题就过了。
后端部分对于修改和新增的文件严格 review ，着重看对原因逻辑修改的部分。
我不敢全程 vibe coding 的原因主要是害怕某些场景：
1.当其他同事来咨询、对接我的业务这块，当他提出某个需求，问我能不能实现，或现有实现如何，新需求能否兼容等等。由于代码是 AI 生成的，代码掌控力弱不能立即给出答复，只能回复他让我看看，然后我再问 AI ，我感觉自己就像个传话员。
2.万一更尴尬来我工位问我相关代码或进行线上问题查看，而我不能快速定位到相关代码逻辑，简直是公开处刑。
我能想到的解决方案是，每次 AI 生成代码后，同时梳理对当前系统影响，生成文档。但是就按今天的 AI 实现速度，文档也会看不过来。
 | 1 leeleehero Mar 16 你做的没错 兄弟 |
 | 2 434597545 &nbp;Mar 16 via Android 工作环境的代码还是要自己看得懂才行，只负责写代码，你才是真正为代码负责的人 |
 | 4 ponder09 Mar 16  12 这就是责任心 |
 | 5 123zouwen Mar 16 没毛病 |
 | 6 dongzhuo777 Mar 16 你手上的项目 代码 尤其是业务相关的 这就是你的护城河，具体业务细节 实现怎么做的 你要是一点都不清楚，要你干嘛，万一某次生产事故炸了，AI 修复一顿胡说 你干直接拿到生产去修复吗 |
 | 7 kristofer Mar 16 至少目前阶段你这么做是没毛病的。这是专业性、负责任的体现。 你看的那些人，大多是网红、非技术人、远离一线开发的，当热闹看就行了。 |
 | 8 akakidz Mar 16 1 那些鼓吹全自动模式的，要么是业务非常简单，要么是对生产事故无所谓。 目前看相对靠谱的一种思路，是先用 vibe coding 生成代码，然后再用四五个不同的 ai 或者工具去跑测试，不过我自己还没有完整实践过这一套流程，抛砖引玉一下 |
 | 9 Satoshl Mar 16 被开除的时候 AI 可不会帮你跑路，你做的没错 |
 | 10 Vipcw95 Mar 16 你能全自动不看代码，直接上生产，我敬你是汉子 |
 | 11 crysislinux Mar 16 看上面，要是需求是快，我就一把梭。。 |
 | 12 Tink PRO 我一开始完全做不到，后来发现 ai 有些地方写的比我好，我就不管了，直接放飞自我 |
 | 13 xmitman Mar 16 简中推上看看得了，他们玩的是产品快速上线，市场验证，验证失败，继续下一个产品，周期都是非常短的 |
 | 14 han0101 Mar 16 via iPhone 失业的网红程序员，卖课的，产品经理，老一代的互联网创业老登。这些人哪类是需要考虑生产事故的？ |
 | 15 LabJo Mar 16 其实就是 plan 模式+人工 review ，这种现在甚至都要被归类到古法编程了... |
 | 16 imagecap Mar 16 1 真正用在写代码的时间并不多，AI 充其量也就是相对精准的搜索引擎。AI agent 帮你节省了 copy/paste 的时间。仅此而已。ai 吹的人都是别有用心的 |
 | 17 bgm004 Mar 16 因为不是个人项目啊。 我自己搞着玩的，我看都不看，输完要求就切 b 站去了。 |
 | 18 Hilong Mar 16 兄弟们还停留在大模型不靠谱的时代，我们这里已经全面铺开 claude code + opus4.6 了，基本没人手写代码了。生成出来的代码，说实话比手写的好，现在主要就是提示词工程师了 |
 | 19 ddonano Mar 16 所以我现在还在用 cursor ，ai 写完的代码 都要仔细比对才自己合入 |
 | 20 cvooc Mar 16 @Hilong 但提示词编写还是需要大量长时间调教的,适合项目维稳阶段介入, 我司传企项目, 需求三天两头一变, 时间从来都不是废在写代码上, 我尝试下来自己手写反而更快, 凭借记忆能迅速定位到该复制哪个组件, 哪个屎山不用动, AI 来做瞬间沉浸在我司项目屎山里出不来了, 一堆 bug 还是得 review. |
 | 21 remarrexxar Mar 16 审代码，思考方案的时间不会少，甚至可能比以前更多，但是可以省大量过去体力活的时间。之前甚至有些大需求做到中后期才想到方案上有不够好的地方，以前可能会觉得都花了这么多精力了也能用就算了，现在反正 AI 写代码，想到能改进的直接 plan 好去吃饭回来验收就好了。 用好 vibe coding 肯定是能比过去效率高很多的，但是有些人如果古法编程时代都没有责任心的话，vibe coding 时代只会更危险。 |
 | 22 4seasons Mar 16 vibe coding 从零开始写的后面读起来感觉比自己写还累，要熟悉半天的代码和结构，最后跟项目还没有熟悉感... |
 | 24 jchencode Mar 16 一个是写 demo ，一个是写生产级项目 |
 | 25 huaweii Mar 16 via Android 简中推上一群玩具项目爱好者外加一群北美装 13 程序员丑男，说他们装 13 是因为基本上都是一线大头兵在那装 CTO 说话腔调，专骗新小白的。 |
 | 26 coolair Mar 16 真心羡慕你还有同事…… |
 | 28 NizumaEiji Mar 16 很正常，因为不管 ai 写出来的是啥最后上线完负责的都只能是你。这本身就是负责的体现。 |
 | 29 chimission Mar 16 就是同事写的给我用我还得 review 一下呢，何况是 ai |
 | 30 SD10 Mar 16 我也是，AI 写的代码我不看一遍我都不放心， 但效率确实是提高了，质量也能把控的更好了，所以 AI 裁员时代也是真的来了。 |
 | 31 loveumozart Mar 16 @Hilong 问个问题，你们是什么级别的公司？一共多少人全职？ |
| 32 dongzhuo777 Mar 16 @Hilong 纯粹好奇，问问 0 BUG 率？ 0 生产事故？ |
 | 33 QlanQ Mar 16 如果我不先和 ai 沟通完整的方案 我感觉 ai 写的也完全不能看 而且就算方案沟通好了，我也会拆分一下 一次很大的方案需要考虑的东西太多，代码变形遗漏的概率变得大的多 我也还是古法编程，先自己想一套方案，然后和 ai 沟通确认，直到 ai 完全了解需求，整理出来的方案，ai 没有疑问，然后让 ai 写入文档，最后让 ai 按照文档执行 |
| 34 Hilong Mar 16 @dongzhuo777 #32 人写的代码也不可能 0 bug 率啊。一样的测试呗 |
 | 36 akechiz Mar 16 你才是正常人，工作的代码不自己 review 一遍也是神人了 |
 | 37 chtcrack Mar 16 我叫 AI 写代码.都明确要求它加注释的,它写完测试通过,我自己都要手动测试跑一遍.. |
 | 38 EastLord Mar 16 如果测试用例非常完整，我感觉不看代码 纯 vibe coding 也行 |
| 39 dongzhuo777 Mar 16 @Hilong #34 我意思是 生产事故 是由于 vibecoding 导致的，责任归属怎么算。我的理解是 如果没人写代码，那么久了以后就成黑盒。生产出事故了 让 AI 不断尝试提交修复吗吗。。 |
 | 40 femsdfq Mar 16 我就可以，因为看不懂代码 |
 | 41 gurachin Mar 16 我也不敢。因为出事故 ai 不能替我背锅 |
 | 42 8520ccc Mar 16 会随着 AI 的能力提高慢慢降低人工复核需求的 就我自己而言已经在 完全的 vibe 了 区别在于我会自己规划架构 AI 实现的很差的时候会将那部分重新规划 最终验收最终的产品 |
 | 43 EricYuan1 Mar 16 可能是因为你懂吧。 如果你 AI 一个你完全不懂的编程语言，你就不会看了，我自己就是用 AI 写了个原生 macos App ，https://github.com/twotwoba/LaunchX ，几乎没动手写过代码，看懂也就不怎么看。 |
| 45 Hilong Mar 17 @dongzhuo777 #39 以前怎么搞现在就怎么搞了。没有 AI 之前又不是没有生产事故，现在就把问题丢给 AI 让他排查修复呗 |
Select Language