Re: [討論] 2025初的AI程式工具實際上會降生產力

[SkankHunt42 (凱子爸)]

板上好像還沒有人提過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一點

但對於想要在職場掰進度的人 應該很有幫助

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 193.148.16.124 (日本)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1752258490.A.745.html
→ ssccg: 現在的LLM AI現在比起寫程式，更會寫不精確的文書
推 viper9709: 原來是庶務AI(誤)
推 oopFoo: 這才是聰明的導入ai。最近聽說有些公司開始限制ai開發，錢
→ oopFoo: 花下去了，但效益沒出來。
推 ILoveAMD: wpf的ui/ux叫ai寫 專注邏輯就好
推 as23041248: 感謝提供 目前團隊使用 AI 寫扣之後 review 成為瓶頸
→ as23041248:  正在尋找工具處理
推 kokolotl: Commit message超讚
推 TAKADO: 上古神獸型的系統，要重構或改語言也很好用。
推 sunsamy: 這個review的tool會不會是早就有的Lint tool？
推 sunsamy: 很多敏捷團隊都在人工review, 看了就很瞎
→ sunsamy: 軟體人材被敏捷洗腦不在少數,真懷疑腦子的邏輯跑那裡去了
推 oopFoo: review是google推的。最早期的敏捷是pair沒有code review
→ sherees: 不太明白樓上sun大的論點，敏捷開發跟code review有什麼
→ sherees: 關係?
推 NDark: 敏捷應該沒有推code review. PAIR 應該是極限編程推的？
→ NDark: 敏捷有很多門派我覺得精神都是好的。做法可以討論。
→ NDark: 我之前在帶團都會先打預防針我們不跑敏捷但是會借幾招來用
→ NDark: 建議管理方法依據現場來客製化不要硬套制度
推 wulouise: 沒有code review你的code quality 要怎麼確保？
推 NDark: 模組有不同重要性 Product Quality由QA來確保
推 howdiee: 同感 不要叫AI做你擅長的事  AI就樣樣通樣樣鬆
→ howdiee: 做什麼都80分 你要叫做你自己做只能60分的事
推 Lolicer: 推分享
→ ehomese: 推