最近用 Claude / Codex 写公司内部工具，我发现自己越来越少逐行看代码。
原因也简单：我早年写过几年代码，但很多年没正经写了。现在让我看 AI 写的一堆后端、接口、SQL 、测试，很多地方我也看不懂。硬看一遍，未必比 AI 自己写得更靠谱。
所以我现在更偏向结果验收：
比如日报功能，我不会逐行看它怎么查表，但我会验：昨天数据取没取对，DAU / 销量 / 利润口径对不对，没数据时会不会乱写，失败能不能重发，同一天会不会重复发。
代码我可以不懂，但业务结果我必须懂。
你们现在用 AI 写代码，是主要看 diff ，还是更依赖测试和结果验收？
 |
1
jackerbauer 2 days ago
看啊，必须看，就怕它乱写
|
 |
2
Sundayz 2 days ago
不看，让它做个两三次 code review 就行，其实领导拿到合并请求之后，也是让 AI 来 code review ，代码肯定是一行都不看的。
|
 |
3
lscho 2 days ago  2
2026 年 AI 几乎不会在代码逻辑层面有什么问题了。
人工关注一下业务逻辑就行了 |
 |
4
diudiuu 2 days ago
不看，还看锤子，有问题让 ai 改，再有问题，就说 ai 说没问题。
反正大家都在糊弄 |
 |
5
crysislinux 2 days ago via Android
新功能不细看，回归的问题就看一看
|
 |
6
leaveeel 2 days ago
直接生成的看结果，就是懒得写才交给他再看一遍和自己写没啥区别
修改他生成的看结果，我都不知道原来怎么写的，能跑通就行 把 AI 当成另一个同事，你们在一个分支写代码。合并别人代码的时候难道还看他写的东西吗 修改自己写的看 diff ，要知道他改了什么 |
 |
7
nickenabler 2 days ago
基本上不看了，出问题的时候偶尔看看
|
 |
8
lujiaosama 2 days ago
代码量少的看， 一大坨的看不了一点，直接拉出 AI 评审，评审个几轮后 TDD 兜底。
|
 |
9
dummyx 2 days ago
后端的代码基本都 review 一遍找找问题，前端的代码看都不看（主要是看不懂）。。。
|
 |
10
whitedew 2 days ago
@lujiaosama 程序员也这样做吗？我以为是我这样不懂代码怎么写的才丢给 AI 自己检查几遍 2333
|
 |
11
BeforeTooLate 2 days ago
让 AI 注释写详细点看起来就不累了。
|
|
12
lujiaosama 2 days ago
@whitedew 不完全。代码结构会快速过一眼，大概还是能知道改了什么发生了什么。只是没看得那么细致。有些很离谱的错误还是能一眼瞄出来。什么情况完全不看呢，就是不懂的时候，想看也看不懂。一般是跨技术栈，比如说让我调个 STM32/ESP32 的代码。
|
 |
13
helloworldgo 2 days ago
Ai 都被吹成神了，我不配给神看代码
|
|
14
whitedew 2 days ago
@lujiaosama 代码对于我（平面设计）来说就完全看不懂，某个别英文能看懂，只能说还是要学基础，基础不知道做个稍微复杂的项目都费劲。作品集还是够用了
|
 |
15
ruoxie 2 days ago
C 端需要还原设计稿的页面不仅要看还要手动改
|
 |
16
icanfork 2 days ago
看的过来？
|
 |
17
Plating 2 days ago
看写什么，核心的业务逻辑还是会看，要兜底。简单的业务就大概扫一眼，自测能过就行
|
 |
18
nsjs 1 day ago via iPhone
前几天才给我写了个崩溃的 bug 。打印日志把格式化浮点数写成了%s 而不是%f 😂还不是必现 bug 坑爹啊
|
 |
19
Bunsei 1 day ago
肯定看呀，写完难道不人工逐步测试一遍吗...
|
 |
20
miku999 1 day ago
之前看, 后来太多了, 不看了, 测试兜底
|
 |
21
IanG 1 day ago
0-80%不看，80%到 100%还是得看，不给点明确指示会跑偏
|
 |
22
longaiwp 1 day ago
只看最后的结果，熟悉一下代码做了什么，然后自测一下功能。前面开发的话建议多用几个 AI ，review 多几次。
|
 |
23
EMMMMMMMMM 1 day ago via Android
@diudiuu 确实，个个产出那么高，谁有那么多时间人肉看。ai 说没问题就没问题
|
 |
24
hunono 1 day ago
用 php 、python 、java 时，还关注内存回收、内存地址吗？如果不关注，原则上用 ai 写代码就不用关注代码。
目前 ai 写代码是一个过渡手段，还要关注代码，未来肯定会变成 ai 做功能，而不是写代码，到时候看到的是一个个二进制文件。 游戏也一样，目前有 ai 出美术作品，然后做成游戏，未来则会抛弃三角形、3d 引擎、光栅化，直接 ai 生成游戏画面。 |
 |
25
cybort 1 day ago via Android
在备份路径手敲一遍
|
 |
26
herozzm 1 day ago
看不了，太多了，随便扫一眼吧
|
 |
27
xiangran0028 1 day ago
不看，那么多代码，怎么看的过来。
|
 |
28
twocool 1 day ago
代码基本不看了，出问题就在会话里跟它对齐业务逻辑和技术方案，剩下交给它。代码逻辑层面现在真不太出错，主要盯业务口径。
|
 |
29
xiaomeibb 1 day ago
程序员问 AI：「帮我写个能跑的 Hello World 。」
AI 秒回：「当然可以！以下是完整方案——」 12 页架构设计文档 3 种技术栈对比 Docker + K8s 部署清单 「建议先搭 CI/CD ，再考虑 Hello World 」 |
|
30
xiaomeibb 1 day ago
先讲一个笑话！！！
程序员问 AI：「帮我写个能跑的 Hello World 。」 AI 秒回：「当然可以！以下是完整方案——」 12 页架构设计文档 3 种技术栈对比 Docker + K8s 部署清单 「建议先搭 CI/CD ，再考虑 Hello World 」 现在 cursor 编程太强了，但是也输出海量的文档和代码，根本看不完，所以程序员只需要注重方案的合理性了。 Tips:顺便分享一下最近在使用的一个超便宜的 cursor 共享网站 https://oon.nz/r/ncm 「手动狗头」 |
 |
31
NQ 1 day ago
我的建议是别看，看的越多 git reset 越多😅。
|
 |
32
xAI 1 day ago
|
 |
33
OliverDD 1 day ago
公司项目不看，这是老板要求的，我欣然接受。
自己项目那肯定看，一是纠错，二是建立理解。 |
 |
34
catamaran 1 day ago
看 毛线！文档都看不过来，不过我会看一下数据库
|
 |
35
covin2333 1 day ago
我一般在项目中维护一份提示词文档，只看提示词文档和数据库改动，主要是看 ai 理解错意思了没有。看代码还不如自己改，屎山就屎山，反正我也懒得去碰他，只是时不时让他自己梳理和优化一下代码。
|
 |
36
zhhqiang 1 day ago
会的，就算当时不看，后期也会有奇怪问题被逼着看
|
 |
37
340746 1 day ago
平常不会看,怕 ai 乱写破坏功能时才会看,行数多了看起来会眼花,会在应用新内容前进行一下格式化,commit 一次,然后应用代码后再格式化一次,直接看 git 差异就方便很多
|
 |
38
nightwitch 1 day ago
看，控制 AI 一次不要生成上百行，一小功能一小功能的写。
一次性写太多，有一些微妙的逻辑 bug ，尤其是在多线程环境之类的，很难 debug |
 |
39
wangritian 1 day ago
完全不看，当时还有半年订阅的 jetbrains 都没装，直到现在连 vscode 这种都没装
|
 |
40
laminux29 1 day ago
事实证明，高端大模型写出的代码，比绝大部分程序员自己写的更靠谱，很多时候它连逻辑 BUG 都能给你找出来。
|
 |
41
follower 1 day ago
不上班很久了，现在写自己的交易代码，必须逐行看
 |
 |
42
saltbo 1 day ago
不看代码 看数据结构、接口定义、代码结构、架构设计
|
 |
43
NASK 1 day ago
刚好问到我也想知道的问题了.我目前后端还会 review 一下,前端基本上不会看.写好单元测试和文档,大致看一下数据结构和架构,出了问题让 ai 修改
|
 |
44
wyfig 1 day ago
每天几千行上万行的，看的过来？
|
 |
45
Mandelo 1 day ago
不看，让他写好注释，写完我测试
|
 |
46
cirzear 1 day ago
以前会看，后来就不带看了，gpt 开发完让 claude 挑毛病，还有 gemini 三者交叉验证，没问题就提交
|
 |
47
killva4624 1 day ago
让做 CR 的 AI 看
|
 |
48
liuyangmengqi 1 day ago
@leaveeel 还是有区别的，继续这么 vibe coding 下去 AI 能会写的代码自己真不一定能写得出来了，看都不一定看得懂
|
 |
51
horou 1 day ago 1
基本不看，一天几个项目同时弄，根本看不过来
|
 |
52
cstj0505 1 day ago 2
@lscho 你这业态绝对了吧,最近遇到的几个事故:
1. AI 生成的数据库查询把一些原来显得冗余的过滤条件给优化掉了,导致查询把 CPU 跑满,逻辑是没错,胆小吕差了 N 个数量级 2. AI 做基础数据类型转换,自己往里添了一些自以为的东西,而不是把不知道的置空 3. 改了一个地方,AI 没有做下游的修改,自己生成了一些兼容层,结果两边各跑各的,单元测试还能通过. 4. 生成单元测试,在单元测试里做各种防御性编程,单元测试你不暴露问题难道等我上线以后再暴露? |
 |
53
sampeng 1 day ago via iPhone
gpt ，opus 都看一遍，基本不需要我看。但也会实现偏差，但不是代码实现问题，是上下文问题，与其自己看了让他改不如 ai 看了，我看结果让他改。时间效率成本更好
|
 |
54
pandasq 1 day ago
不会一行一行的看, 只会关注业务逻辑会不会出问题, 会不会偏离现在的架构设计. 基础的代码逻辑现在 ai 不会出什么问题
|
 |
55
aweim 1 day ago
看得，多数不完美
|
 |
56
duebasser 1 day ago 1
看不过来，太多了
|
 |
57
Building 1 day ago
不理解，现在看代码是什么很羞耻事吗？
|
 |
58
burymme11 1 day ago
装了 omo ，momus 配上 gpt5.5 或者 opus4.8 ，多 Agent 工作模式下，核心 Agent 上高配模型，这样跑了快 1 个月，我真觉的 AI 比我强，我现在已经不看了，我现在只看测试结果，用测试结果来反馈。
|
 |
59
jianzha52 1 day ago
提交代码的时候大致看下。
|
 |
60
SP00F 1 day ago
😲 职业习惯，不看代码自己审一遍都不敢提交，一切依赖和文件操作都要审批。
一会儿就给你拉个供应链投毒的 over |
 |
61
kenanyah 1 day ago
看的，但是不是一行一行看，毕竟工时还是大概按照手写快一些来估，多的时间可能做一些代码健壮性的工程设施
|
 |
63
ccdaz 1 day ago
肯定看啊，新增文件不看，就看 diff
|
 |
64
LostPrayers 1 day ago
一般要看，发现不对，就让它继续抄我之前的代码，不要乱发挥
|
 |
65
kelololy 1 day ago
后端 review ，前端代码得看能看懂多少
|
 |
66
IamUNICODE 1 day ago
后端当然要看，前端大致看一下，毕竟前端我也很菜，主要还是安全问题
|
 |
67
zhang666 1 day ago via iPhone
小分支会看一些，大分支合并会浏览一下基本代码都在做什么
|
 |
68
THESDZ 1 day ago
看不完，但是可以约束主要流程和节点，只看这些。
|
 |
69
bearbest PRO 只会大致看一下，有时候真能发现问题。比如同一个工具函数在多个文件里重复声明，将模块级的公共代码放到了项目级的公共目录中，明明有现成的函数却还在自己造相似功能的函数之类的。
|
 |
70
balusch 19h 14m ago
你这短话是不是 AI 写的? AI 味这么浓
|
 |
71
zed1018 8h 13m ago
早就不看了。只看 proposal+design 。代码是 cc 自己/code-review + /codex:review
|
 |
72
racgas 8h 3m ago
看的，项目已经是屎山了，甚至还要 ai 辅助理解业务，不然怕不是一碰就倒了
|
 |
73
wwhontheway 6h 14m ago
一个冷知识，kv cache 是有过期时间的，以 cc 为例是 5 分钟，如果你的对话还要继续，中间最好不要有 5 分钟没有交流的时间。所以，把人工看 diff ，review 这些内化到你的 agent 层的某个流程里，不管是 skill 还是什么。总之，不要 review 代码，一是浪费时间，二是随之代码量上来，不是你写的，你也 review 不了。要 review 那先对人更好理解的，比如他的 design 和架构，这个没问题，代码就没问题。
|
 |
74
xiaoao4568 3h 10m ago
工作中的代码必看，太容易出 bug 了。
个人代码几乎是不怎么看了，可能是我用的都是国产模型问题。 |
Select Language