2. V2EX
  3. 用 AI 写代码时，你们还逐行看代码吗？

用 AI 写代码时，你们还逐行看代码吗？

fgghyyfk 2026-07-01 15:22 1

最近用 Claude / Codex 写公司内部工具，我发现自己越来越少逐行看代码。


原因也简单：我早年写过几年代码，但很多年没正经写了。现在让我看 AI 写的一堆后端、接口、SQL 、测试，很多地方我也看不懂。硬看一遍，未必比 AI 自己写得更靠谱。


所以我现在更偏向结果验收：



  • 先把我要的结果讲清楚；

  • 让 AI 补测试用例；

  • 页面真实跑一遍；

  • 业务口径自己验；

  • 异常和失败日志必须能看出来。


比如日报功能，我不会逐行看它怎么查表，但我会验：昨天数据取没取对，DAU / 销量 / 利润口径对不对，没数据时会不会乱写，失败能不能重发，同一天会不会重复发。


代码我可以不懂，但业务结果我必须懂。


你们现在用 AI 写代码，是主要看 diff ，还是更依赖测试和结果验收？

最新回复 (54)
  • jackerbauer 07-01 15:23
    1楼
    看啊，必须看，就怕它乱写
  • Sundayz 07-01 15:26
    2楼
    不看，让它做个两三次 code review 就行，其实领导拿到合并请求之后，也是让 AI 来 code review ，代码肯定是一行都不看的。
  • lscho 07-01 15:28
    3楼
    2026 年 AI 几乎不会在代码逻辑层面有什么问题了。

    人工关注一下业务逻辑就行了
  • diudiuu 07-01 15:30
    4楼
    不看，还看锤子，有问题让 ai 改，再有问题，就说 ai 说没问题。
    反正大家都在糊弄
  • crysislinux 07-01 15:31
    5楼
    新功能不细看，回归的问题就看一看
  • leaveeel 07-01 15:32
    6楼
    直接生成的看结果，就是懒得写才交给他再看一遍和自己写没啥区别
    修改他生成的看结果，我都不知道原来怎么写的，能跑通就行
    把 AI 当成另一个同事，你们在一个分支写代码。合并别人代码的时候难道还看他写的东西吗
    修改自己写的看 diff ，要知道他改了什么
  • nickenabler 07-01 15:42
    7楼
    基本上不看了，出问题的时候偶尔看看
  • lujiaosama 07-01 15:46
    8楼
    代码量少的看， 一大坨的看不了一点，直接拉出 AI 评审，评审个几轮后 TDD 兜底。
  • dummyx 07-01 15:57
    9楼
    后端的代码基本都 review 一遍找找问题，前端的代码看都不看（主要是看不懂）。。。
  • whitedew 07-01 15:58
    10楼
    @lujiaosama 程序员也这样做吗？我以为是我这样不懂代码怎么写的才丢给 AI 自己检查几遍 2333
  • BeforeTooLate 07-01 16:01
    11楼
    让 AI 注释写详细点看起来就不累了。
  • lujiaosama 07-01 16:05
    12楼
    @whitedew 不完全。代码结构会快速过一眼，大概还是能知道改了什么发生了什么。只是没看得那么细致。有些很离谱的错误还是能一眼瞄出来。什么情况完全不看呢，就是不懂的时候，想看也看不懂。一般是跨技术栈，比如说让我调个 STM32/ESP32 的代码。
  • helloworldgo 07-01 16:06
    13楼
    Ai 都被吹成神了，我不配给神看代码
  • whitedew 07-01 16:12
    14楼
    @lujiaosama 代码对于我（平面设计）来说就完全看不懂，某个别英文能看懂，只能说还是要学基础，基础不知道做个稍微复杂的项目都费劲。作品集还是够用了
  • ruoxie 07-01 16:22
    15楼
    C 端需要还原设计稿的页面不仅要看还要手动改
  • icanfork 07-01 16:35
    16楼
    看的过来？
  • Plating 07-01 16:41
    17楼
    看写什么，核心的业务逻辑还是会看，要兜底。简单的业务就大概扫一眼，自测能过就行
  • nsjs 07-01 17:12
    18楼
    前几天才给我写了个崩溃的 bug 。打印日志把格式化浮点数写成了%s 而不是%f 😂还不是必现 bug 坑爹啊
  • Bunsei 07-01 17:49
    19楼
    肯定看呀，写完难道不人工逐步测试一遍吗...
  • miku999 07-01 17:51
    20楼
    之前看, 后来太多了, 不看了, 测试兜底
  • IanG 07-01 17:52
    21楼
    0-80%不看，80%到 100%还是得看，不给点明确指示会跑偏
  • longaiwp 07-01 18:01
    22楼
    只看最后的结果，熟悉一下代码做了什么，然后自测一下功能。前面开发的话建议多用几个 AI ，review 多几次。
  • EMMMMMMMMM 07-01 18:19
    23楼
    @diudiuu 确实，个个产出那么高，谁有那么多时间人肉看。ai 说没问题就没问题
  • hunono 07-01 18:30
    24楼
    用 php 、python 、java 时，还关注内存回收、内存地址吗？如果不关注，原则上用 ai 写代码就不用关注代码。
    目前 ai 写代码是一个过渡手段，还要关注代码，未来肯定会变成 ai 做功能，而不是写代码，到时候看到的是一个个二进制文件。
    游戏也一样，目前有 ai 出美术作品，然后做成游戏，未来则会抛弃三角形、3d 引擎、光栅化，直接 ai 生成游戏画面。
  • cybort 07-01 18:47
    25楼
    在备份路径手敲一遍
  • herozzm 07-01 18:49
    26楼
    看不了，太多了，随便扫一眼吧
  • xiangran0028 07-01 18:59
    27楼
    不看，那么多代码，怎么看的过来。
  • twocool 07-01 19:09
    28楼
    代码基本不看了，出问题就在会话里跟它对齐业务逻辑和技术方案，剩下交给它。代码逻辑层面现在真不太出错，主要盯业务口径。
  • xiaomeibb 07-01 19:16
    29楼
    程序员问 AI：「帮我写个能跑的 Hello World 。」
    AI 秒回：「当然可以！以下是完整方案——」
    12 页架构设计文档
    3 种技术栈对比
    Docker + K8s 部署清单
    「建议先搭 CI/CD ，再考虑 Hello World 」
  • xiaomeibb 07-01 19:21
    30楼
    先讲一个笑话！！！

    程序员问 AI：「帮我写个能跑的 Hello World 。」
    AI 秒回：「当然可以！以下是完整方案——」
    12 页架构设计文档
    3 种技术栈对比
    Docker + K8s 部署清单
    「建议先搭 CI/CD ，再考虑 Hello World 」

    现在 cursor 编程太强了，但是也输出海量的文档和代码，根本看不完，所以程序员只需要注重方案的合理性了。 Tips:顺便分享一下最近在使用的一个超便宜的 cursor 共享网站 https://oon.nz/r/ncm 「手动狗头」
  • NQ 07-01 19:22
    31楼
    我的建议是别看，看的越多 git reset 越多😅。
  • xAI 07-01 19:23
    32楼
    不看，也看不过来，AI 一天的代码产出量，一个人根本看不过来，让 AI 写好 claude.md 、测试、注释、文档，每次提交代码先 review ，自己检查 review 结果，最后让 AI 对齐 claude.md 、测试、注释、文档，并清理无用代码，现在自己主要测试 UI ，验证逻辑，有问题在让 AI 修改，这样搞几遍才能提交代码。
  • OliverDD 07-01 19:30
    33楼
    公司项目不看，这是老板要求的，我欣然接受。

    自己项目那肯定看，一是纠错，二是建立理解。
  • catamaran 07-01 20:41
    34楼
    看 毛线！文档都看不过来，不过我会看一下数据库
  • covin2333 07-01 21:13
    35楼
    我一般在项目中维护一份提示词文档，只看提示词文档和数据库改动，主要是看 ai 理解错意思了没有。看代码还不如自己改，屎山就屎山，反正我也懒得去碰他，只是时不时让他自己梳理和优化一下代码。
  • zhhqiang 07-01 21:18
    36楼
    会的，就算当时不看，后期也会有奇怪问题被逼着看
  • 340746 07-02 00:40
    37楼
    平常不会看,怕 ai 乱写破坏功能时才会看,行数多了看起来会眼花,会在应用新内容前进行一下格式化,commit 一次,然后应用代码后再格式化一次,直接看 git 差异就方便很多
  • nightwitch 07-02 00:42
    38楼
    看，控制 AI 一次不要生成上百行，一小功能一小功能的写。

    一次性写太多，有一些微妙的逻辑 bug ，尤其是在多线程环境之类的，很难 debug
  • wangritian 07-02 02:21
    39楼
    完全不看，当时还有半年订阅的 jetbrains 都没装，直到现在连 vscode 这种都没装
  • laminux29 07-02 02:23
    40楼
    事实证明，高端大模型写出的代码，比绝大部分程序员自己写的更靠谱，很多时候它连逻辑 BUG 都能给你找出来。
  • follower 07-02 02:24
    41楼
    不上班很久了，现在写自己的交易代码，必须逐行看
  • saltbo 07-02 05:57
    42楼
    不看代码 看数据结构、接口定义、代码结构、架构设计
  • NASK 07-02 08:45
    43楼
    刚好问到我也想知道的问题了.我目前后端还会 review 一下,前端基本上不会看.写好单元测试和文档,大致看一下数据结构和架构,出了问题让 ai 修改
  • wyfig 07-02 09:06
    44楼
    每天几千行上万行的，看的过来？
  • Mandelo 07-02 09:19
    45楼
    不看，让他写好注释，写完我测试
  • cirzear 07-02 09:56
    46楼
    以前会看，后来就不带看了，gpt 开发完让 claude 挑毛病，还有 gemini 三者交叉验证，没问题就提交
  • killva4624 07-02 09:57
    47楼
    让做 CR 的 AI 看
  • liuyangmengqi 07-02 10:08
    48楼
    @leaveeel 还是有区别的，继续这么 vibe coding 下去 AI 能会写的代码自己真不一定能写得出来了，看都不一定看得懂
  • Dwayne 07-02 10:32
    49楼
    @xiaomeibb #30 想推广就发帖 不要到处发邀请链接
  • xiaomeibb 07-02 10:44
    50楼
    @Dwayne 大佬你说的✅
  • horou 07-02 10:46
    51楼
    基本不看，一天几个项目同时弄，根本看不过来
  • cstj0505 07-02 11:00
    52楼
    @lscho 你这业态绝对了吧,最近遇到的几个事故:
    1. AI 生成的数据库查询把一些原来显得冗余的过滤条件给优化掉了,导致查询把 CPU 跑满,逻辑是没错,胆小吕差了 N 个数量级
    2. AI 做基础数据类型转换,自己往里添了一些自以为的东西,而不是把不知道的置空
    3. 改了一个地方,AI 没有做下游的修改,自己生成了一些兼容层,结果两边各跑各的,单元测试还能通过.
    4. 生成单元测试,在单元测试里做各种防御性编程,单元测试你不暴露问题难道等我上线以后再暴露?
  • sampeng 07-02 11:02
    53楼
    gpt ，opus 都看一遍，基本不需要我看。但也会实现偏差，但不是代码实现问题，是上下文问题，与其自己看了让他改不如 ai 看了，我看结果让他改。时间效率成本更好
  • pandasq 07-02 11:26
    54楼
    不会一行一行的看, 只会关注业务逻辑会不会出问题, 会不会偏离现在的架构设计. 基础的代码逻辑现在 ai 不会出什么问题
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐