Re: [討論] 2025初的AI程式工具實際上會降生產力
看板: Soft_Job
作者: SkankHunt42 (凱子爸)
標題: Re: [討論] 2025初的AI程式工具實際上會降生產力
時間: Sat Jul 12 02:28:08 2025
板上好像還沒有人提過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 (日本) ※ 文章網址 ※
→
ssccg :
現在的LLM
AI現在比起寫程式，更會寫不精確的文書
07/12 22:39
推
viper9709 :
原來是庶務AI(誤)
07/13 00:30
推
oopFoo :
這才是聰明的導入ai。最近聽說有些公司開始限制ai開發，錢
07/13 07:54
→
oopFoo :
花下去了，但效益沒出來。
07/13 07:54
推
ILoveAMD :
wpf的ui/ux叫ai寫
專注邏輯就好
07/13 10:33
推
as23041248 :
感謝提供
目前團隊使用
AI
寫扣之後
review
成為瓶頸
07/13 13:13
→
as23041248 :
正在尋找工具處理
07/13 13:13
推
kokolotl :
Commit
message超讚
07/13 13:48
推
TAKADO :
上古神獸型的系統，要重構或改語言也很好用。
07/13 14:59
推
sunsamy :
這個review的tool會不會是早就有的Lint
tool？
07/13 17:59
推
sunsamy :
很多敏捷團隊都在人工review,
看了就很瞎
07/13 18:03
→
sunsamy :
軟體人材被敏捷洗腦不在少數,真懷疑腦子的邏輯跑那裡去了
07/13 18:03
推
oopFoo :
review是google推的。最早期的敏捷是pair沒有code
review
07/14 03:52
→
sherees :
不太明白樓上sun大的論點，敏捷開發跟code
review有什麼
07/14 10:10
→
sherees :
關係?
07/14 10:10
推
NDark :
敏捷應該沒有推code
review.
PAIR
應該是極限編程推的？
07/14 13:25
→
NDark :
敏捷有很多門派我覺得精神都是好的。做法可以討論。
07/14 13:26
→
NDark :
我之前在帶團都會先打預防針我們不跑敏捷但是會借幾招來用
07/14 13:28
→
NDark :
建議管理方法依據現場來客製化不要硬套制度
07/14 13:28
推
wulouise :
沒有code
review你的code
quality
要怎麼確保？
07/14 20:34
推
NDark :
模組有不同重要性
Product
Quality由QA來確保
07/15 08:32
推
howdiee :
同感
不要叫AI做你擅長的事
→
howdiee :
做什麼都80分
你要叫做你自己做只能60分的事
07/16 11:44
推
Lolicer :
推分享
07/17 11:41
→
ehomese :
推
07/24 17:35