2. Linux.do
  3. 用 AI 写的项目的负面作用已经在我这暴漏出来了，后劲太足了

用 AI 写的项目的负面作用已经在我这暴漏出来了，后劲太足了

发量不多程序猿 2026-05-28 08:48 1

有个项目完全用 AI 写的，超过 100 个接口了，中间出现过多次bug，比如它自己用允许为空的值做key，做了一些数据处理，导致真空的时候，出现了错误，当然也可能是我提指令的时候没有说清楚，但是肉眼可见的是，代码量越来越多，导致肉眼已经看不过来了，囧


如果哪天 AI 用不了了，这个项目也就挂了 ^-^

最新回复 (19)
  • xdtz 05-28 08:49
    2楼

    没事的，相信后人(AI)的智慧，无非就是屎山堆积的速度快过人堆积的速度多了，放空大脑接受AI就好了

  • EVAN 05-28 08:50
    3楼

    趁着ai还能用，赶紧让他把架构 还有设计 时序这些文档化，再让他评审一遍

  • zu Xi 05-28 08:50
    4楼

    技术债，得后面重新梳理了。或后面大不了重新搭建一个

  • 发量不多程序猿 楼主 05-28 08:50
    5楼

    嘿嘿，估计读懂 AI 代码的时间，都可以重写一个了

  • nxajh 05-28 08:51
    6楼

    vibe coding最终的结局就是从头再来，其实对设计和评审的要求非常高。

  • 发量不多程序猿 楼主 05-28 08:51
    7楼

    没错，确实有这个计划，让它自己写一个详细的功能文档

  • 发量不多程序猿 楼主 05-28 08:52
    8楼

    确实是技术债，重写不太现实了，只能硬着头皮走了

  • yoer 05-28 08:53
    9楼

    我都是重启个项目，然后重新评审一下它的架构，让它一点一点迁移过来

  • 佚名 05-28 08:55
    10楼

    问题不大，以后大家的项目都是AI生成的，以后就是比谁的AI厉害，能看懂其他AI看不懂的代码了

  • Yanzehan 05-28 08:55
    11楼

    ai写的代码，ai自己维护 ，不行就扔了 ^-^

  • admini 05-28 08:56
    12楼

    前期多审查代码架构抓核心就行。后期类似的小功能瞥一眼就行。只要主干没问题，其他都是小问题，如果主干都有写得不行后期怕要大动干戈。

  • chixigua 05-28 08:57
    13楼

    项目能回本吗？不能回本，维护个蛋啊史山代码继续加 ^-^

  • 破碎虚空 05-28 08:58
    14楼

    AI直接写100个接口，很容易出问题；还是得分模块渐进式开发啊！ ^-^

  • PRO 05-28 08:58
    15楼

    完全用 ai 写大项目就是在欠技术债

  • lachuquweigou 05-28 08:58
    16楼

    我走之后管他狂风暴雨，在我在职期间ai能用就行，打工人无非换个工作，项目又不是我儿子，负什么责

  • 龙猪猪 05-28 09:00
    17楼

    AI就跟电和网络流量一样，以后都得用

  • 发量不多程序猿 楼主 05-28 09:03
    18楼

    目前正在疯狂的修复刚说的用允许为空属性做key 的bug



    还有有些功能，一想很简单，结果 AI 难道是为了炫技？写特么一堆代码

  • 奥托·阿波卡利斯 05-28 09:06
    19楼

    这个还行吧，早发现还好。ai conding最大的问题就是零回归率太低了。项目的开发周期越长，ai带来的负面影响越大。因为ai做的往往都是最小化改动，当然指的就是为了某一个单一功能，而不会去看全局架构，后面代码越来越多，就变成屎山代码。这种屎山代码连重构都不行。

  • 发量不多程序猿 楼主 05-28 09:08
    20楼

    说的没错，现在改代码会把具体的页面，具体的 API 扔给它，让它去改，不敢一句话了

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐