V2EX = way to explore
V2EX 是一个关于分享和探索的地方
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了
今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求
本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了
整个项目搞下来都几万行了
读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?
 |
1 yechentide 11 小时 21 分钟前 via iPhone降低耦合，限制 AI 的探索/修改范围 |
 |
2 rocmax 11 小时 21 分钟前 via Androidspec driven development ，ai 生成的代码成本已经可以忽略不计，那么人应该从维护代码转为维护 spec 。代码由 ai 根据可验证的 spec 检查。 |
 |
3 midsolo 10 小时 41 分钟前公司把某些内部系统外包出去了，项目交付前负责验收的同事开始介入，在对代码进行验收审计时发现，外包人员用 AI 狂拉了 8w 多行源码...... 他的心智负担很重，求他的心理阴影面积？ |
 |
4 apkapb 10 小时 33 分钟前按照 token 算，我大概有 10%-20%的 token 是用来让 AI 重构代码的 |
 |
5 lujiaosama 10 小时 29 分钟前别说代码了，每次看 AI 生成的文档，我都累得不行。GPT 生成的文档一大坨，读得头皮发麻。 |
 |
6 gumayusi 10 小时 29 分钟前 19
让真人去查真人，让 AI 去查 AI 。谁污染谁治理，觉得 AI 有智商能编写代码的人，没理由觉得 AI 没智商维护代码。 |
 |
9 erwin985211 10 小时 21 分钟前如果你是最新的模型的话，我觉得完全不用特别担心，直接让 AI 查 AI ，你自己就化为测试视角，而不是去审查代码的视角，看看 AI 有没有把功能实现，如果你还要坚持现在的完全把所有代码都审查一遍，确实，心智负担会比较大 |
 |
10 CodeGou 10 小时 9 分钟前测试覆盖+AI 审查。 如果还有担忧说明测试覆盖的还不全面。还得继续完善测试范围和质量（基本这块也是 AI 来做了） |
 |
12 zzNaLOGIC 9 小时 59 分钟前 3
@rocmax 实际在生产项目上跑下来，并没有想象的那么美好。 规则和实际逻辑不匹配是常有的事情，甚至 spec 更难懂，在大型项目上甚至有些绕的匪夷所思，生怕人类看懂。 原先以为是 speckit 流程太复杂了，换成 openspec ，虽然人要干的事变少了，但是规则质量更差了。 |
 |
16 archxm 9 小时 44 分钟前简单啊，多招几个程序员，多人审核，拆解任务 |
 |
17 skuuhui 9 小时 43 分钟前公司是你自己的吗？为啥操那么多心 |
 |
18 yifangtongxing28 9 小时 43 分钟前 3
公司只给你了指挥 AI 写代码的钱，没给你挑 AI 错的钱 能找出来 AI 错误并修复的人，得精通古法和 vibe coding ，已经被干掉了。 |
 |
19 gkeeno 9 小时 38 分钟前只能说以前怎么维护屎山，现在就怎么维护 |
 |
20 gophlet 9 小时 29 分钟前因为大多数人用 AI 开发新项目都是井喷式产出代码，我觉得这种模式只适合 MVP 和功能边界清晰的小项目。想要持续迭代的话，还是结合 AI 渐进式开发比较好。 |
 |
21 tt67wq 9 小时 27 分钟前 1
我们老板现在听说 AI 能提效，原来要 4 个人一个月的活儿让我们一个人一周上线，既然这样，就只能委屈 AI 喷粪了，维护性？不存在的！ |
 |
26 sddyzmPRO 这确实是个问题，但其实现在很多项目已经算超大型了吧，可以参考现成的维护方案 |
 |
27 GeruzoniAnsasu 9 小时 7 分钟前 2
@erwin985211 不知道你了不了解游戏优化的很多黑魔法，面剔除、伪 3D 、数值快速近似。AI 写的代码就像剔除了不可视面的游戏。当你需要单独一个业务视角的时候 AI 优化得很好，但当你需要一个完整的业务实体的时候，你会发现 AI 除了原本可见的那个面之外什么都没写。 |
 |
30 icanfork 8 小时 55 分钟前公司不是自己的，目前的态度是要求代码 AI 率，我就 AI 生成 AI 修。 |
 |
32 mike1998 8 小时 48 分钟前用更多的 token 和更厉害的 ai 维护 |
 |
33 kamilic 8 小时 29 分钟前公司产运已经开始 vibe 了，后面程序员就是擦屁的了，哎。 |
|
34 GeruzoniAnsasu 8 小时 25 分钟前 3
@2333wz 打个比方： 「写一个赛车游戏」 => AI 会实现赛车，会实现赛车游戏，everything works well 但人类不会这样写代码，人类会直接设计赛车的 prefab ，定义好可更换的皮肤和可更换部件，然后再把这个 prefab 拖进游戏 「你让它写了吗」是个逻辑陷阱 —— 任何 AI 没按照我的想法做到的事显然都可以归集为「我没这么要求」，但我们期望 AI 的能力恰恰是「即使我们没有严格定义实现本身，它依然能够按照大致的指示完成严格的实现」。 如果你不想思考我到底在表达哪个逻辑可以简单地认为我在说下面这句话： 如果我要给 AI 写清楚怎么写，我自己写就得了，要 AI 干什么 |
 |
35 SoviaPhilo 8 小时 5 分钟前如果是想让人偶尔要接手一部分，必须从一开始就划分好领域/边界，按 DDD 的思路走； |
 |
38 iorilu 7 小时 35 分钟前谁写的代码谁维护 |
 |
39 beefhotpot 7 小时 30 分钟前宁愿冗余也不要耦合，这样 ai 写错了也不会影响其他功能。 |
 |
40 teaguexiao 7 小时 7 分钟前我的做法是在项目根目录放一个 CLAUDE.md ，里面写清楚架构规范、模块边界，让 AI 每次只动指定范围内的文件。加上测试覆盖，心智负担少很多。 |
 |
41 ronyin 6 小时 56 分钟前ai 写的，肯定是 aireview 。。。 |
 |
43 abelmakihara 4 小时 34 分钟前之前让 ai 写的一个 canvas 动画 |
 |
44 brucedone 4 小时 26 分钟前你把测试，e2e 验收 ，集成测试的标准定好，它怎么改都能通过验证的话，就不用着关注了 |
 |
45 acmookey 4 小时 1 分钟前@gumayusi 代码的这个理解负担是谁带来的？是你亲自指使 AI 写出来的。 那这代码出了纰漏，该谁去查？该谁来担？——还分什么真人、AI 。 ……好个分得清楚——到头来，倒只你一个，是既能写、又能查、还能担的“能臣”。 |
 |
47 BigShot404 3 小时 45 分钟前每次改后，让它生成和最初程序的变化清单，并写清楚为什么这么改。 |
 |
48 msg7086 3 小时 38 分钟前@GeruzoniAnsasu #34 「如果我要给 AI 写清楚怎么写，我自己写就得了，要 AI 干什么」 TL;DR 你这就相当于在说，既然走路都能从上海走到北京，为什么要坐高铁去。 |
 |
50 yuruizhe 3 小时 31 分钟前谁写代码谁维护，ai 写的代码 ai 来维护 |
 |
51 66beta 3 小时 26 分钟前你还能比 AI 更懂写代码？让 AI 时刻更新一批 markdown ，有了这 md 啊，我随时找另一个 AI 5 分钟复刻一个出来 |
 |
52 tyrad 3 小时 24 分钟前二楼说对 sdd 开发 |
 |
53 unco020511 3 小时 21 分钟前只能继续 AI 维护,多留点中间文档之类的产物吧,后面继续给 AI 才能维护好 |
 |
54 wuzhanggui 3 小时 19 分钟前既然把发给程序员的钱发给 ai 了，那就使劲抽，改出问题了就多抽几次 |
 |
55 qeesung152 3 小时 18 分钟前 via Android还是 harness 的问题 |
 |
56 Vindroid 3 小时 14 分钟前碰到重大问题或需求变更时，就整个让 ai 重新写一份嘛 |
 |
57 xyooyx 3 小时 4 分钟前疑人不用，用人不疑 |
 |
58 ryd994 2 小时 48 分钟前 via Android 1
@msg7086 #48 “SDLC 的过程是省不了的，该设计的东西还是要设计，该权衡的东西还是要根据具体情况权衡” @Vindroid #56 这就是没做过大规模软件的人说的话。有几个问题： |
 |
59 Hilong 1 小时 20 分钟前让 AI 自己 review ，人是不看的。谁看的过来 |
 |
60 ykk 1 小时 19 分钟前无法维护 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
