想问一下, vibe coding 出来的代码, 一天几千行, 真有人能每一行代码都调试到吗？
调试的时间是不是比写代码的时间还多了。
大家是怎么解决 vibe coding 后出现的问题的, 有点低概率偶现的问题, 可能一万次才出现一次。
这东西就那样，别被唬住了
小白问一下，是不是应该先做单元测试再vibe coding啊？我不太确定这样能不能减少调试量，感觉好多概念都还没搞清楚，看大家讨论更晕了
又是老板突发奇想，还每一行都调试，他真知道代码是怎么运行的吗？我上次遇到个类似问题，直接加日志定位，谁有闲工夫逐行过啊
vibe写完老板让逐行调试 这不是把效率打回原形
我觉得可以试试在关键函数入口和出口加日志标记，把变量状态打出来，跑个自动化脚本批量执行，反复跑个几万次，捕捉到异常就记录上下文。低概率问题只能靠扩大执行次数来复现，我们项目里就这样抓到过一个内存泄漏。不过话说回来，你们公司最近食堂伙食是不是变差了，我老看到有人吐槽这个
单测先写其实是vibe coding的最优解，不然bug改起来生不如死
老板这要求其实挺合理，AI写的代码不调试上线必出事
日志定位才是真本事 逐行调试基本不可能
直接加日志定位是对的，逐行人肉过等于回到刀耕火种
我们组让AI出方案，代码自己写，调试时间少一半
老板这要求其实是怕事故 用日志监控替代逐行更现实
TDD配合vibe这套挺有效 测试先行能省一半返工时间
关键函数加日志这思路最实用
vibe写完还要逐行调试，等于回到原点
老板要是技术出身 不会提这种要求
让模型写完再让人逐行review，效率反而最差