• 请不要在回答技术问题时复制粘贴 AI 生成的内容
zjh123456
V2EX  ›  程序员

两个月的高强度使用 AI 开发项目,感觉我对 AI 写的代码的控制已到尽头。

  •  
  •   zjh123456 · 1 day ago · 5020 views

    创业失败后一直接外包赚钱养家,但去年和今年的行情太差了,没赚到钱,只能去找一个份工作。到今天工作时间 2 个月多一点,用 AI 写的代码。从一开始 AI 写的每一行都会 review 一下,到现在直接扔给 AI ,写完就流程体验和测试一下,不看代码,或者只看一点点主要的代码,看看改了啥东西。两个月的转变。

    我发现,虽然是人指挥着 AI 在写代码,但这个过程更加累。

    两方面,

    一个是人脑同时对多个任务的处理是有限的(或者只有我自己),我习惯一个任务一任务进行下去,试过同时三件任务同时下达,然后等着 AI 完成后来验证,会很乱,根本不清楚上面告诉了 AI 具体是什么任务,AI 反馈要我的选择,我也不清楚到底哪个正确,只知道按 AI 的推荐确定下去。

    另一方向是写了这么多年代码,面对程序出现 BUG 是一种常见的事情,但现在面对 BUG 担忧更大,心里更加没底。以前遇到 BUG 多种方式进行排查或者补救,但现在出现问题只能扔给 AI 自己去排查,然后对乱了的数据哪里乱了,需要怎么修复也是由 AI 检查后告诉我,我来运行 SQL 。但具体为啥会出现这种情况,如果避免心里没底。

    之前发过一个帖子大概是说领导要求开发速度更快一些,所以 review 代码变少,变得很少。里面有人开玩笑说:“人与代码一个人能跑就行。”虽然我知道是玩笑话,但我现在面对的是金蝶,总部加七个子公司的数据,真搞乱了,后果很严重的。

    就目前我的状态,还是得把项目拆分后,一个步骤一个步骤进行,不敢让 AI 自己拆分 AI 写代码 AI 自己测试,对于项目的开发速度来看,实话说,比自己手写最多快 1 倍,再快真不行了。

    Supplement 1  ·  1 day ago
    之前我有想像过,我是一个领导,分配员工( AI )去写代码,他们都是很强大的程序员,他们完成代码后,我只负责项目能运行,能上线就行。

    但实际的情况是,我不知道某个员工( AI )写的代码在查询数据的时候,有没有加长度限制,(比如 SQL 中的 limit ),不知道在删除订单的时候,除了把子订单也删除掉,但 AI 不知道会不会出现幻觉,把用户也删除了。

    所以需要在 AGENTS.md 加一堆提示,select 要加 limit ,delete 要加 where 之类,与金蝶的交互的代码,都需要我先审核后,才能确认写下一步。

    不放心,所以心态更累。真出问题,问一下真实存在的员工(人类),至少对方会有印象说代码归类在哪个模块哪个控制器,出现啥问题,下次他就不会再犯了。

    但 AI 不一样,一个项目的 memory.md 印象好像最多是 1M 大小吧。上个星期写的项目,整个记忆都被压缩成一段话,要修改点什么又重得重新查找修改,但一些记忆已被压缩掉,根据不知道最新出来的 BUG 在哪里,直接修改会不会影响到其它模块的运行。

    心累。
    35 replies  •  2026-11-05 14:19:53 +08:00
    ruanimal
    ruanimal
    1 day ago❤️1
    1
    ai 适合写自己不懂的项目
    qiqi669
    qiqi669
    1 day ago❤️3
    2
    AI 不适合写自己不懂的项目。
    MarkLeeyun
    MarkLeeyun
    1 day ago❤️1
    3
    我觉得要始终把握住上层抽象,这样掌控力会强很多。
    momocraft
    momocraft
    1 day ago❤️1
    4
    杠杆率太高了
    zhangli2946
    zhangli2946
    1 day ago
    5
    软件工程和编码规范本身是在通过固化规则降低管理复杂度(对于人类心智来说)

    有 AI 之后,这件事情变了。实施管理者 从只有人变成了 人 + AI, 凭空引入了 两者之间的对齐。

    从掌控到具体实现,降级为掌控到抽象、组合及动态行为,降级为 Behavior 符合约束,降级为 功能满足要求,降级为 客户不报 110 。

    主要还是人类需要自我调整。
    passon
    passon
    1 day ago❤️1
    6
    [比自己手写最多快 1 倍,再快真不行了。] 至少 10 倍
    c0nstantien
    c0nstantien
    1 day ago
    7
    有了 ai 之后,应该转变为管理思维,看看好的领导应该怎么管理下属的
    AtlantaANiu
    AtlantaANiu
    1 day ago
    8
    @ruanimal @qiqi669 你们两个先出去打一架,谁赢我信谁
    tanxnative
    tanxnative
    1 day ago
    9
    AI 到底适不适合写自己不懂的项目?
    haoooooooo
    haoooooooo
    1 day ago❤️4
    10
    AI 适合写自己不懂的项目,你越懂的领域用起来越累,正因为太懂所以用起来有心智负担,担心它选的方案不对,担心它绕弯路,担心它会在某些容易出错的地方埋坑。。。等等。

    相反,你要是一窍不通的项目,直接用 AI 梭哈,反正也看不懂,随意 AI 折腾,完全没有心智负担也不累。
    6581
    6581
    1 day ago
    11
    我已经接受了《人和代码有一个能跑》的观点
    但是我尽力在高效的情况下提高对代码的掌控性
    我认为再过 2 年,业界会有方案解决这个痛点,速度、掌控、正确之前的平衡。
    Skifary
    Skifary
    1 day ago
    12
    @tanxnative 没有交付压力的的适合,有交付压力的不适合
    doveyoung
    doveyoung
    1 day ago❤️1
    13
    切换一下角色,你升级为你的领导,AI 升级为更高级的你,想想你领导懂你的代码吗?他只知道能跑就行。
    vsitebon
    vsitebon
    1 day ago
    14
    大学学的软件工程课程和辅修的管理学课程,此时显得特别有用
    alexluo1
    alexluo1
    PRO
    1 day ago
    15
    AI 不适合写自己不懂的项目,不看代码反而更累,因为你根本不知道写的对不对,让 AI 审查你没有这方面的专业知识做不了决策
    94
    94
    1 day ago
    16
    可以看一下现在的 AI 开发平台,很多都是提需求提 issue 之后让 AI 自己去处理,会按照需求和描述去提交代码和自测。
    验证的时候只需要看 issue 对应的正文和对应提交上来的 MR 请求正文,就不会有上下文丢失的烦恼了。

    以 BUG 举例会按照 issue 中的描述和提供的 trackId 去复现 bug (会录制复现视频)然后 append 到 issue 中,然后开始定位和处理问题,修复完成之后也会再录制一份修复完成的视频,然后按照规范提交 commit 和 MR ,这个时候只需要看它提供的验证视频其实已经可以直接 merge 了。如果想要深入一些就简单看一下提交上来的代码没有坏味道之类的,大概知道它是怎么改就好了。
    jjwjiang
    jjwjiang
    1 day ago
    17
    目前的 AI 最适用的角色是技术出身的架构师,既有大局观可以指导 AI 方向,又有技术背景能发现 AI 问题。
    kangwei
    kangwei
    1 day ago
    18
    AI 写 AI 审, 审核规则自己定,对审核结果高风险问题复核,上线前再次复核
    zuokanyunqishi
    19
    ai 适合写自己不懂的项目,这是纯纯是坏,假如你是在工业制造领域用 AI 写你不懂的项目,玩命呢?
    cppc
    cppc
    1 day ago
    20
    以前你是单人全干,现在是指挥 10 个技术扎实的 AI ,码代码的产能是上来了,但是方案规划+人工验收的工作量也上来了。

    而且,你还要管理好自己的情绪
    fffq
    fffq
    1 day ago
    21
    相信后人的智慧
    MuyuQ
    MuyuQ
    1 day ago
    22
    @kangwei
    但是 AI 会骗。
    默默修改了某个配置,不告诉你,而且现在还隐藏了思维链。
    没有完成修复,但是告诉你修复了。
    无法完成修复,直接把测试脚本修改了,让测试通过。
    还有不遵守你给他定的规则,这个是最常见的吧。强如 claude 也会这样。
    bigdogbigpig
    bigdogbigpig
    1 day ago
    23
    就是应该放弃控制,出问题前一点点再让 ai 控制
    shmilypeter
    shmilypeter
    1 day ago
    24
    你确保能糊弄住,多混一天算一天,代码在你走人之前崩溃,把屎坑留给下一个继任者就行。

    因为老板如果现在要求你同时进行好几个项目,然后你开着几十个终端窗口,一上午能生成过去一个月一个团队人力都写不了的代码,你是根本不可能审的过来的。至于什么文档落地,工作流程,bug 审查,我相信你肯定已经有相应的流程了只是担心流程依然不能兜底。

    少想太多,每个月工资到手才是最重要的。最不能就是跟这哥们一样瞎有责任感,居然想放弃自己全职远程的好工作回到上家的屎坑,就是因为热爱上家的项目觉得项目是自己孩子要有责任感。
    https://www.v2ex.com/t/1253836#reply225
    zisen
    zisen
    1 day ago
    25
    @haoooooooo #10 应该是自己懂的领域可以用便宜 AI 加自己的规则,不懂的领域用贵的 AI 让它自由发挥
    BeautifulSoap
    BeautifulSoap
    1 day ago
    26
    我总结是 AI 写代码
    - 要么完全不审
    - 要么就一开始便强力控制 AI 写代码方式,然后只审核总体框架、代码风格。具体每一行代码的审核只在涉及到核心业务流程、逻辑得时候才干

    对我个人项目来说,那些不算特别复杂也懒得花时间的我是一行都不看。但对于复杂度较高的项目我是全程在强力控制代码风格、写法、框架和核心逻辑的(但我也不会取看每一行代码)

    至于公司代码,我采用后者。什么,成员提交上了一大坨 AI 生成的人类无法 review 的狗屎?我会直接打回 PR 让它重新用更简单简洁的风格方式来重写
    casstiel
    casstiel
    1 day ago
    27
    AI 写代码属于典型的“路线错误,知识越多越反动”
    hanbing135
    hanbing135
    1 day ago via Android
    28
    能混一天是一天 搞什么审核 随时提通跑路
    shinession
    shinession
    1 day ago
    29
    善用文档啊, 你想细节可以每个 module 都对应一个.md 和 unit test, 改了什么, 为什么改, 为什么这么设计, 让 ai 就记录下来, 这样你换模型也可以省很多 token, agents.md 只是总体大致定义一下, 具体还是要用文档规范
    WashFreshFresh
    WashFreshFresh
    1 day ago❤️2
    30
    我觉得程序员用 AI 写代码就是懂的越多想的越多导致负担越高。要是换一个业务来写,才不会管你用什么查询,用什么语言,只要实现我要的效果就行。
    amazingTT
    amazingTT
    1 day ago
    31
    哈哈,没事,每个人都是这样,这个 mindset 过来的
    我觉得如果是纯 Web Coding 的项目,直接用 AI 就行,完全不用审,尤其是工具类的项目。

    但如果真的是生产项目,那最好每一个 MR 自己都看一下代码是啥
    florentino
    florentino
    1 day ago
    32
    AI 只适合单干, 一起写的话 容易搞乱
    florentino
    florentino
    1 day ago
    33
    @WashFreshFresh 太有道理了, 我们产品经理,什么都不都,从软件到数据库,再到服务器,直接让 AI 搞,竟然跑起来了,还交付给客户了, 程序员就是受历史认知拖累了
    florentino
    florentino
    1 day ago
    34
    @WashFreshFresh 从马斯克第一性原理出发, 想要一个功能,你直接给我实现就行了,我不关心怎么实现的, 就像发射火箭,你能飞上天就行,不关心你是不锈钢做的,还是航天级金属做的
    sher17
    sher17
    1 day ago
    35
    你教 AI 写代码,就好比你的领导教你写代码。你要学会做一个好的领导。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   4802 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 73ms · UTC 08:39 · PVG 16:39 · LAX 00:39 · JFK 03:39
    ♥ Do have faith in what you're doing.