Re: [讨论] 2025初的AI程式工具实际上会降生产力

楼主: SkankHunt42 (me so horny)   2025-07-12 02:28:08
板上好像还没有人提过code rabbit
小弟待的小公司 最近有导入
这工具简单来说就是个AI code review agent
不得不说还满有用的
1. 注意到很多资深工程师没注意到的点
一方面是code太多很少有人会在每一行下那么多功夫
另一方面是每个人注意的焦点可能都不同
2. review的标准很严格 真的是会让人发火的那种 但他大多数挑出来的点你都无法反驳
cursor基本上生出来的code大概只有40%我会采纳 有些不是掰的就是根本API错误
不过考虑到我们团队的专案比较特殊 其实也合情合理
所以AI在写code上生产力到底是提升还是下降 我个人的经验参考度不高
因为我本来采纳cursor的solution的频率就比较低
只是我认为AI可以省下很多以往我很懒或不擅长的事
1. commit message 直接叫AI根据diff帮你产生 看起来就不明觉厉
2. 帮忙产生注解或说明文件 反正我破英文写了搞不好会对母语者造成困扰
3. 整理工作进度汇报 给AI branch叫他跟main比 产生工作日志
所以在庶务&code review方面 我认为AI是能提高生产力的
至少junior写的code要先给AI review过 leader或同僚觉得有必要再仔细review就好
不过AI产生的报告跟说明往往都会夸大你做了什么事
我个人是觉得满会吹过头了 不符合我们中华民族的假掰文化 我都会叫他humble一点
但对于想要在职场掰进度的人 应该很有帮助
作者: ssccg (23)   2025-07-12 22:39:00
现在的LLM AI现在比起写程式,更会写不精确的文书
作者: viper9709 (阿达)   2025-07-13 00:30:00
原来是庶务AI(误)
作者: oopFoo (3d)   2025-07-13 07:54:00
这才是聪明的导入ai。最近听说有些公司开始限制ai开发,钱花下去了,但效益没出来。
作者: ILoveAMD (AMD)   2025-07-13 10:33:00
wpf的ui/ux叫ai写 专注逻辑就好
作者: as23041248 (KAIKAIKAI)   2025-07-13 13:13:00
感谢提供 目前团队使用 AI 写扣之后 review 成为瓶颈正在寻找工具处理
作者: kokolotl (nooooooooooo)   2025-07-13 13:48:00
Commit message超赞
作者: TAKADO (朕没给的你不能抢)   2025-07-13 14:59:00
上古神兽型的系统,要重构或改语言也很好用。
作者: sunsamy   2025-07-13 17:59:00
这个review的tool会不会是早就有的Lint tool?很多敏捷团队都在人工review, 看了就很瞎软件人材被敏捷洗脑不在少数,真怀疑脑子的逻辑跑那里去了
作者: oopFoo (3d)   2025-07-14 03:52:00
review是google推的。最早期的敏捷是pair没有code review
作者: sherees (ShaunTheSheep)   2025-07-14 10:10:00
不太明白楼上sun大的论点,敏捷开发跟code review有什么关系?
作者: NDark (溺于黑暗)   2025-07-14 13:25:00
敏捷应该没有推code review. PAIR 应该是极限编程推的?敏捷有很多门派我觉得精神都是好的。做法可以讨论。我之前在带团都会先打预防针我们不跑敏捷但是会借几招来用建议管理方法依据现场来客制化不要硬套制度
作者: wulouise (在线上!=在电脑前)   2025-07-14 20:34:00
没有code review你的code quality 要怎么确保?
作者: NDark (溺于黑暗)   2025-07-15 08:32:00
模组有不同重要性 Product Quality由QA来确保
作者: howdiee (浩呆)   2025-07-16 11:43:00
同感 不要叫AI做你擅长的事 AI就样样通样样松做什么都80分 你要叫做你自己做只能60分的事
作者: Lolicer (Lolicer)   2025-07-17 11:41:00
推分享
作者: ehomese (@@)   2025-07-24 17:35:00

Links booklink

Contact Us: admin [ a t ] ucptt.com