今天让 ai 写了好几百行的脚本, 根本就没看写的啥..
1 mumbler 151 天前 这就对了,维基上面 vide coding 定义就是如果你能看懂 AI 写的代码,充其量就是个自动书写工具,看不懂才是 vibe coding 。AI 能力远远在人之上,人都是产品经理 |
![]() | 2 skiy 151 天前 已经这么信任 AI 了吗?隔壁 curl 的作者前段时间刚吐槽了那些用 AI 提 issues 的人。 编程风格总得统一一下吧? |
![]() | 3 sworld233 151 天前 必须 review ,就算自己不看,同事 review 的时候指出问题自己还是得改,所以不如尽早改完 |
4 ty29022 151 天前 先让 AI 写上一百个单元测试 |
5 chneqi 151 天前 除非是个目标明确的小脚本,不然先写测试,或者说先写文档整理思路,生成测试,然后让 ai 写完跑测试,以及注意别让 ai 修 bug 的时候改测试内容 |
![]() | 6 huluhulu 151 天前 看啥,写的都很好,不用 review 。 如果需要 review ,一定是你的 AI 不行。 |
![]() | 7 ihainan 151 天前 ![]() 我用 AI 编程的经验是每开发一个功能一定要加上测试,不然天天 Regression 。 |
8 wuzhewuyou 151 天前 via Android 能跑就不看,不行才看下 |
![]() | 9 tlerbao 151 天前 先刷新看结果,无错满意,基本不看了或者确认之前大致过一遍 出错了肯定是大致先过一遍,看看有没有走远,拉扯超过三次,立马 reject 重新来。 |
10 kevinxzhao 151 天前 肯定要看下的。 |
![]() | 11 parad 151 天前 via Android 大概看下一下逻辑,没问题的话让 AI 生成几个测试,仔细看看测试用例写的对不对,如果覆盖不全就让 AI 再继续覆盖。 |
![]() | 12 MonikaCeng 150 天前 via iPhone review 功能是否符合预期,单元测试能否通过(单元测试也是 AI 写的) |
![]() | 13 AbyssViper 150 天前 让他自己写单测,不断运行,直到所有常规 case 以及边界 case 通过 |
14 yangzzzzzz 150 天前 直接看结果 |
15 crackself 150 天前 via Android 或许可以用另一个 ai review ? |
![]() | 16 pike0002 150 天前 1. Review 代码确保它是按照你的需求来的,没有增加额外不必要的功能或一些边界没考虑到的 2. Review 代码让自己明白和理解,也是学习,万一之后世界重启了呢 |
![]() | 17 ltux 150 天前 你用 AI 写代码,他用 AI 搞渗透,双赢。 |
18 prosgtsr 150 天前 何止 review ,我一行一行用眼睛看。。愁人。。所以干脆不用了,只补全 |
![]() | 19 linqiu919 150 天前 结果满意就不看,结果不满意?继续给我改,改到满意为止。 |
20 visper 150 天前 我是要看的,有时候 ai 的写法,可能 prompt 写得不够好,它的实现方式不够好,又要叫他用什么方式实现。 |
![]() | 21 wuchangming89 150 天前 氛围编程,写到哪算哪 |
22 sampeng 150 天前 后端的肯定看,前端不看。。因为一些一堆 html 。。 |
23 deepshe 150 天前 同上,写界面不看,后端逻辑必须看 |
![]() | 24 zmqiang 150 天前 看,被坑过几次 |
![]() | 25 INTOX8O 150 天前 |
![]() | 26 ragnaroks 150 天前 第一次用从注释生成代码的时候,给出的结果居然拼接 SQL ,从那以后次次都看 |
27 zhyt1985 149 天前 一个 AI 生成代码,另一个 AI review 代码 |
![]() | 28 exploretheworld 149 天前 我是反过来了,功能我自己写,然后 AI 来帮我做 code review ,因为后端就我一个人 |