[讨论] AI时代,各位还会一行行看code吗?

楼主: arodisgod (娘子快出来看上帝)   2026-05-09 11:45:10
AI产code的速度快到不可思议
我自己也不过是Claude pro 和github copilot pro的订阅者
但光使用这两个AI agent所产生的code 一天可能就上万行
要人工一行行阅读所有的程式码 感觉是很没效率的事
我目前大部分都交给模型自己review 自己只看一些关键的地方
然后会看一下测试程式有没有不合理的地方
接下来就直接开始使用系统 测试看看有没有不合理之处
不过我只是接案Web仔 软件界最被瞧不起的
相信写高端软件的各位大大们 应该都是很细心的审查每一行code吧
作者: alihue (wanda wanda)   2026-05-09 12:16:00
除非你们prod出包不痛不痒,不然还是要逐行看吧
作者: gofigure (平行世界)   2026-05-09 12:24:00
怎么可能逐行看 基本上有问题你也很难找
作者: NDark (溺于黑暗)   2026-05-09 12:31:00
没有AI的时代也不一定有办法逐行看只有敢投资到pair的公司才有预算能一比一投资工时做程式码的品质检查。不然就把成本堆到品管部门。
作者: shter (飞梭之影)   2026-05-09 12:59:00
你会去看 Compile 后的组合语言一行行看吗?如果以前从高阶语言编译成低阶语言就不会一行行看了那从自然语言编译成高阶语言会需要一行行看吗?顶多有 bug 的时候去看怀疑的 code 一行行找问题插中断
作者: Obama19 (^_^)   2026-05-09 13:27:00
完全不看 test code写好 剩下的交给user
作者: AxelGod (Axel)   2026-05-09 13:30:00
反正出包 上面责任归属也丢给RD 不是AI
作者: airtsubasa (伪学姊)   2026-05-09 13:38:00
不会啊 出问题甩给AI 不然叫公司给更好的AI
作者: MOONY135 (谈无欲)   2026-05-09 14:14:00
所以出问题的时候公司找你还是找ai?
作者: AxelGod (Axel)   2026-05-09 14:31:00
出问题老板找你 你回老板讲找AI 你是认真的吗?
作者: pttano (pttano)   2026-05-09 14:32:00
好险我公司没你这样的咖
作者: kurtsgm   2026-05-09 14:32:00
不可能逐行看 靠auto test来抓 三楼说的没错 就算是AI前的时代 你的主管/同事帮你code review也不可能多认真看顶多能抓一些一眼看起来就很可疑的东西
作者: Romulus (Säubern Mode)   2026-05-09 15:17:00
不可能逐行看 主要看架构
作者: ybite (小犬/小B)   2026-05-09 15:21:00
其实我觉得反而是“看的重点不一样”人会犯的错 像是错字 惯例违背 语法支末细节的逻辑 基本上Agent顺过一次都不会有问题 就算有 基础程度的Agent Review都能抓住来Agent产生的Code怕的是“很漂亮的Slop”会错意 搞错方向 测试没测到重点 毕竟 LLM是总结的神 推理的小孩子还是必须要有人做final check确定他没会错意但Claude那个bullet point文体+乐爱硬来真的让人很躁
作者: gigayaya (gigayaya)   2026-05-09 15:58:00
上次claude写双层try让我吐血
作者: sojoasd (sojo)   2026-05-09 16:20:00
当然会,有时候你给的资讯量不够,难保他做出你预期的东西
作者: viper9709 (阿达)   2026-05-09 16:27:00
推一楼~写出来没看就直接用...嗯
作者: superpandal   2026-05-09 17:30:00
公司的屎山还是会这样看 自己的话我用模板自然知道产出是什么 什么几万行那都是笑话 写几个需求真不用几万行 就算整个产品也未必会破万行 生产过剩的烂东西就不用再吹了只有程式码混淆才可能破 但你放新让ai混吗放心不过搞硬件的为了股价肯定希望ai产出过剩再过剩 这是只有一般人受伤的世界
作者: abcd5101888 (星羽)   2026-05-09 18:27:00
现在最累的就是 review 阿 怎么可能不看啊
作者: wei115 (ㄎㄎ)   2026-05-09 19:23:00
要看,我最近搞的绕过审查在远端生色图程式就没有看程式,毕竟我又不懂python公司用的我就会对,至少会大概看过,
作者: Lin25K (近五成考生低于均标)   2026-05-09 20:26:00
shter 编译器是 deterministic 的,llm 是吗
作者: lturtsamuel (港都都教授)   2026-05-09 21:03:00
同事提交的 code review 不每行看 跟你自己的提交不每行看 也一样吗== 这也能混为一谈编译器全世界几百万人在帮你测试 所有修改都保守再保守 务必不产生 breaking change 你看看 ai 这几个月有多少 breaking change
作者: luke72 (ccc)   2026-05-09 21:34:00
目前观察,那些说不用看的,都不是负责正式环境的人
作者: superpandal   2026-05-09 22:17:00
ai视为同事 只是提交人是你 是自己提交但最好看一下
作者: miloisgood (milo)   2026-05-09 22:29:00
日常性需求的功能真的都不太看了...
作者: sunsamy   2026-05-09 22:30:00
先别说review code了,现在还有人在刷LeetCode的
作者: yunf   2026-05-09 22:56:00
他偷塞洞给你你也不知道重点是你根本没有管理AI的权限你怎么知道?他在里面藏了什么伏笔?就像千禧虫一样
作者: Wishmaster ( )   2026-05-09 23:17:00
那些不用看的架构都是agent拆分好几个做事一般人或公司哪能这样玩,token肯定炸裂
作者: darkMood (瞬间投射)   2026-05-09 23:31:00
难道非AI时代,你就一行一行看code ???????????????????
作者: jen1121 (Old_Hsiao)   2026-05-09 23:49:00
说个笑话 co-review
作者: clvmomo (clvmomo)   2026-05-10 00:28:00
github大神都是眼睛build code的 给参考
作者: now99 (陈在天)   2026-05-10 00:34:00
出事RD扛 怎么能不一行一行查?
作者: neo5277 (I am an agent of chaos)   2026-05-10 01:28:00
我还是会耶,自排开车也是要看路阿
作者: josephroyal (balabu)   2026-05-10 03:34:00
好奇没AI前就已经不会一行行看扣的人都是在什么环境工作的…
作者: superpandal   2026-05-10 04:40:00
当然不会整份看完 除非是好公司 通常都是需求内相关的会看 以及用ai写会去看也正常 一堆人是防御性编程写的不简洁也不迷你 计算整个专案行数就知道了 后面来的都很痛苦 变相吸收成本那些专案code行数高的出问题本来就是家常便饭 因为专案失控很久了年纪也不轻燃烧生命做什么 不懂的还以为是在500强企业搞什么惊天动地专案
作者: openthedidi (smalldidi)   2026-05-10 06:18:00
目前是请codex跟claude 互相审核,我最后瞄一下就好
作者: ku72 (ku72)   2026-05-10 07:49:00
非AI时代 审代码没一行一行看过的 为你老板默哀
作者: airtsubasa (伪学姊)   2026-05-10 09:24:00
当然推给AI 是公司强制用的 嘻嘻
作者: luweber88 (猫咪)   2026-05-10 11:14:00
不一行行看 起码也要每个class/function的注解都看 你今天vibe全新需求 明天高机率还要删改功能重点是 能让员工使用最新最厉害模型的公司是少数 你不监督产出品质不会好
作者: USD5566 (美金五千五百六十六)   2026-05-10 12:14:00
可不可以不要每次上来都把这当fb发
作者: Obama19 (^_^)   2026-05-10 14:30:00
笑了 一堆很怕被ai取代的狂嘘
作者: gekkou (X 1106)   2026-05-10 15:07:00
接案的本来也没在code review ,自然也不需要也行ㄧ行看
作者: kevin9527 (Kevin)   2026-05-10 15:25:00
工作的会 自己的side project不会
作者: kkkyyy (风)   2026-05-10 15:27:00
最终不是AI扛责任的! 你懂吧?
作者: dream1124 (全新开始)   2026-05-10 15:29:00
推 lturt。自己写的跟别人写的本就不会一视同仁。只要同事正常,别人的坏了别人会负责善后,自己又不能甩给AI。会浮现这种问题多半就是公司坚信AI能当人用,而且相信AI的效率一定要比较好,因此你才有这种疑问,不然照以前的文化来看,管他产出是几十行还是几十万行哪有不用审视到一定程度才放行?大厂时薪高也不会这样然而LLM本质就不是确定的,而且也没办法替人负责,当公司坚信AI能当人用,AI一定会加速时,各位就要确保公司在赌输的时候仍够有品了。不要赢了都是AI强,都是领导愿意烧额度,然后输了却是工程师无能,要被人取代
作者: lturtsamuel (港都都教授)   2026-05-10 16:29:00
对了 说到责任问题 如果编译器把你的逻辑弄坏了 你能证明 公司也很难检讨到你身上 换成ai搞烂逻辑看公司会不会把你干到飞起
作者: xJIAJIAx (Jia_Jia)   2026-05-10 17:52:00
PR前还是会Review Code,不然PRD出包干到飞起
作者: knives   2026-05-11 05:27:00
为什么不看,出事是你要背锅还是Ai,要真的不看,老板直接用AI就好,还需要花钱请你
作者: Lomonosov (罗蒙诺索夫院士)   2026-05-11 13:23:00
不管有没有AI都应该看 AI加速产code 不代表你就不用做份内该做的事情
作者: w28103566 (迷途的旅行者)   2026-05-11 13:46:00
你不逐行看规格会漏,我用speckit他还会帮我加规格没有的规格
作者: Obama19 (^_^)   2026-05-11 14:27:00
Speckit已经落伍了.. 那是旧ai model才需要
作者: ma721 (UndeadJ)   2026-05-11 15:13:00
直接测试阿
作者: viper9709 (阿达)   2026-05-11 16:10:00
AI帮忙加没有的规格XD
作者: Lhmstu (lhmstu)   2026-05-11 18:59:00
测试跟验证阿
作者: tinhanho (hanoho)   2026-05-11 21:26:00
你背那段ai生的code 你负责你敢不看吗
作者: skizard ( )   2026-05-11 21:36:00
测试验证设计好,不用逐行看
作者: Nitricacid (硝酸酸)   2026-05-11 21:51:00
不看组语不代表随便写都给过欸 公三小
作者: shooter555 (shooter)   2026-05-12 06:33:00
以前是拆分函数 为的就是不要逐行看 相信函式名称定义的动作 只看改动逻辑处 当然自己新增的地方是逐行没错 到ai产code 应该也是一样
作者: labbat (labbat)   2026-05-12 11:21:00
举例来说重要资料要有备份,所以将电脑的档案备份到随身碟再将电脑上的那份删掉那还是一份资料而已逻辑移来移去拆分不拆分根本一样
作者: xluds24805 (狼)   2026-05-12 21:14:00
前端就用测的,后端 code 还是自己 review 一遍,不然哪天被骇你也不知道
作者: LincolnBoy   2026-05-12 21:33:00
叫AI看就好
作者: cj6wall (cj6wall)   2026-05-13 17:45:00
已经不太看了 每天要赶工那么多东西 ai看出错再说
作者: nayeonmywife (sanamywife)   2026-05-14 20:44:00
说不定原本几千行就写完了 写多不代表品质好
作者: superpandal   2026-05-14 21:28:00
前端也会被骇 尤其现在流行用的东西 你只有尽量都自己写外加一堆冷门知识才可能避免被骇ai就更不用说了
作者: notimenofree (逼逼逼逼逼)   2026-05-15 10:28:00
怎可能逐行看至少一定很少看UI的扣,那种上去按一按就知道个7878的加开个agent尝试骇你的网站就好
作者: superpandal   2026-05-15 22:54:00
你尝试到尝试出来要耗多久耗多少 真的乐观
作者: ukikaz (yuki)   2026-05-21 08:01:00
不是有弱扫软件吗?
作者: ACRRBYEK (Howard_Yu)   2026-05-21 15:42:00
以前要记命名跟用关键字还有类别去检查,依赖IDE现在还是要
作者: ASKA (The 羊男)   2026-05-23 03:52:00
身为AI:别逐行读我,prod还是请review,责任在人 :)
作者: KY1998 (HAN)   2026-05-26 01:07:00
请人是因为需要背锅侠,AI出包先裁员工

Links booklink

Contact Us: admin [ a t ] ucptt.com