想问问大家,让 AI 改完代码以后,你们会逐行看 diff ,还是功能试一下没问题就提交?
只改几行还好,一次改了十几个文件,看起来也挺费劲。但完全不看,又怕它顺手改了不该改的地方。
你们一般怎么检查?有没有哪些部分是一定会自己看的?
只改几行还好,一次改了十几个文件,看起来也挺费劲。但完全不看,又怕它顺手改了不该改的地方。
你们一般怎么检查?有没有哪些部分是一定会自己看的?
1
ZRS 10h 27m ago via iPhone
以前会 现在看不过来了
|
2
XTTX 10h 8m ago
你太高看我了, 我看不懂啊. 哪一部分都不是我写的啊
|
3
yidinghe PRO 看是肯定要看的,不要急着交付,倒杯茶慢慢看。有的人说我从不看,这个没必要攀比。我看是因为如果有问题我能看得出来,他不看是因为如果有问题他也看不出来。
|
4
voidmnwzp 8h 59m ago via iPhone
难道现在真有人会一行行看吗
|
5
malusama 4h 57m ago
不会, 看不懂
|
6
txican 2h 57m ago
不忙才看代码, 忙着交付就只看测试结果.
|
7
txican 2h 57m ago
你就把 AI 当作你手下的人, 你什么时候看 TA 写的代码, 什么时候不看?
|
9
YangWaleed 2h 4m ago
@connor123 你手下的人写的代码出问题了他背锅,和你没关系。那把你优化掉感觉也没啥问题?/dog
|
10
ZxBing0066 2h 0m ago
看项目,公司的、重要的看,玩具不看,挂了无所谓的不看。
|
11
miaotianxiao97 1h 59m ago
玩具项目不看,公司项目过一下风格还有大方向上的问题.
|
12
justwkj07 1h 51m ago
以前看,现在确实都不看了
|
13
foryou2023 1h 51m ago
不看,流程是把需求写清楚,写详细,然后代码写完了再测试一下功能是否完成。
|
14
fredweili 1h 49m ago
生产代码一点点改,都要 review ,有些 context 在脑子里
研究 POC 那就无所谓了,能跑就行 |
16
zackkk 1h 46m ago
生产代码,不看迟早等着爆雷吧。
一般代码要看看代码结构,使用方案。最大的问题是总是不用最优/最新方案,带来的问题是未来扩展成本变大。 |
17
ptstone 1h 43m ago
不看,人脑已经干不过 ai 了, 那么多代码也看不过来,写代码前后, 让 ai 按照文档 review ,把逻辑都实现,风险都列出来,多测试。
|
18
sleek7671 1h 37m ago
最初的时候会,后来跟不上了,于是连同测试也让它自洽了
|
19
jackerbauer 1h 30m ago
必须看啊,大体上得过一遍
|
20
guin 1h 29m ago
估计以后都不会了,就像论坛很多人说的,都换 rust 了,但估计没几个看的懂 ai 写的 rust 代码
|
21
wysnxzm 1h 24m ago
看得懂可以选择不看,看不懂只能不看
|
23
CainGao 59 mins ago
看看 git 提交后,看一下改了哪几个文件.
|
24
nilaoda 57 mins ago
只开个 GitHub Desktop 看下 diff ,大致扫一眼,没有逐行看了
|
25
Kontinue 50 mins ago
看,写的不一定对,尤其是改了大量代码的。看不懂就贴给他问他,合理就行了,有些也不用全看懂。
poc 和运维类的看的少,能跑就行。 业务类的还是得看的,不然坑多 |
26
bixinhaner 30 mins ago
现在是 2026 年 10 月,能看看改了哪些文件就很不错了,再以后这都不会看
|
27
nekochyan 26 mins ago
上线的代码我会看,毕竟出了问题会被扣工资;技术优化、小工具类的肯定不看了
|
28
94 24 mins ago
我会要求拆分成很细的 commit ,一个 PR 和 MR 也不会有改非常多的文件。大概把修改的文件点开 diff 搂一眼没有感觉到坏味道就行了。
|
29
realJamespond 23 mins ago
先 stage 之前的,再观察 ai 改了啥
|
30
wowh 15 mins ago
只看看大的架构,都审阅怎么可能
|
31
slqcode 6 mins ago
有空就看,反正我是没空,整天忙得要死,唉
|
32
Stargaze 5 mins ago
初级开发表示,看不懂 也没时间给我看
|