vibe coding领域之中，亦有巨大的差距！

问题描述：

之前参加了院里面的一个项目，我和其他两个人负责代码方面的东西。

大概就是做一个agent这样。我熟悉前端的东西，所以说我可以做前端，就派我到前端去了。

这两天一个人退出了不干了，队长希望我来后端帮帮忙，然后我时隔一个月pull下来代码。

让codex初探一下，谁懂那种，救赎感

017ae73b65f0c7fb0fac38095399d4c540×206 3.63 KB

这个耦合度，高内聚，每次读代码堪比解密军事文件。

队长他们用的是trae这样的工具，但是我暗暗感觉不是工具的问题，是他们本身就没有任何项目经验和解耦思维，脚本感太重了。就是做的是一次性可用的，不考虑可维护性和可读性。

即使同是vibe coding，也会因为人必然会有巨大的差距。那些用vibe做出好项目的佬，你们就别那么谦虚地说都是AI写的了！

一个月前我提醒过他们，一个文件一千行代码万万不可啊，那么多函数和接口，稍微改一个字段就全军遭殃了。早知道参与一下了

现在轮到我来处理这最高的山了。我想改一个检索逻辑，寸步难行啊！一个函数改了，整个流程爆红。

网友解答：

---

--【壹】--：

肯定要看的，因为我要改进后端逻辑，用更好的检索和筛选。现在耦合在一起不知道哪里入手，就是一个逻辑层的代码包含了下一个逻辑层的代码，然后黏连，各种if判断

老老实实解耦得

---

--【贰】--：

这个目前是有争议的，就是它写出来的东西，到底还要不要看？我也没想明白。
如果不看的话，长短无所谓的，内聚还比较好修改了。从这个角度说，你同事更native？

---

--【叁】--：

见过最多行的一个文件是某个框架插件的main.py，一看我去9k＋行，看力竭了hhh

---

--【肆】--：

vibe coding 却没有完善的 AI Rules，一路 continue 就是这个结果。