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