有个项目完全用 AI 写的，超过 100 个接口了，中间出现过多次bug，比如它自己用允许为空的值做key，做了一些数据处理，导致真空的时候，出现了错误，当然也可能是我提指令的时候没有说清楚，但是肉眼可见的是，代码量越来越多，导致肉眼已经看不过来了，囧
如果哪天 AI 用不了了，这个项目也就挂了 
32 Likes
没事的，相信后人(AI)的智慧，无非就是屎山堆积的速度快过人堆积的速度多了，放空大脑接受AI就好了
36 Likes
趁着ai还能用，赶紧让他把架构 还有设计 时序这些文档化，再让他评审一遍
7 Likes
技术债，得后面重新梳理了。或后面大不了重新搭建一个
1 Like
嘿嘿，估计读懂 AI 代码的时间，都可以重写一个了
vibe coding最终的结局就是从头再来，其实对设计和评审的要求非常高。
9 Likes
没错，确实有这个计划，让它自己写一个详细的功能文档
1 Like
确实是技术债，重写不太现实了，只能硬着头皮走了
我都是重启个项目，然后重新评审一下它的架构，让它一点一点迁移过来
2 Likes
问题不大，以后大家的项目都是AI生成的，以后就是比谁的AI厉害，能看懂其他AI看不懂的代码了
1 Like
ai写的代码，ai自己维护 ，不行就扔了 
3 Likes
前期多审查代码架构抓核心就行。后期类似的小功能瞥一眼就行。只要主干没问题，其他都是小问题，如果主干都有写得不行后期怕要大动干戈。
1 Like
项目能回本吗？不能回本，维护个蛋啊史山代码继续加 
2 Likes
AI直接写100个接口，很容易出问题；还是得分模块渐进式开发啊！ 
2 Likes
完全用 ai 写大项目就是在欠技术债
1 Like
我走之后管他狂风暴雨，在我在职期间ai能用就行，打工人无非换个工作，项目又不是我儿子，负什么责
9 Likes
AI就跟电和网络流量一样，以后都得用
这个还行吧，早发现还好。ai conding最大的问题就是零回归率太低了。项目的开发周期越长，ai带来的负面影响越大。因为ai做的往往都是最小化改动，当然指的就是为了某一个单一功能，而不会去看全局架构，后面代码越来越多，就变成屎山代码。这种屎山代码连重构都不行。
2 Likes
说的没错，现在改代码会把具体的页面，具体的 API 扔给它，让它去改，不敢一句话了
2 Likes