PTT推薦

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

SkankHunt42 發表於 2025/7/12 上午2:28:08
看板Soft_Job標題Re: [討論] 2025初的AI程式工具實際上會降生產力作者
SkankHunt42
 (凱子爸)時間推噓12 推:12 噓:0 →:9

板上好像還沒有人提過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留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 193.148.16.124 (日本)
※ PTT 網址
→

ssccg07/12 22:39現在的LLM AI現在比起寫程式，更會寫不精確的文書

推

viper970907/13 00:30原來是庶務AI(誤)

推

oopFoo07/13 07:54這才是聰明的導入ai。最近聽說有些公司開始限制ai開發，錢

→

oopFoo07/13 07:54花下去了，但效益沒出來。

推

ILoveAMD07/13 10:33wpf的ui/ux叫ai寫 專注邏輯就好

推

as2304124807/13 13:13感謝提供 目前團隊使用 AI 寫扣之後 review 成為瓶頸

→

as2304124807/13 13:13 正在尋找工具處理

推

kokolotl07/13 13:48Commit message超讚

推

TAKADO07/13 14:59上古神獸型的系統，要重構或改語言也很好用。

推

sunsamy07/13 17:59這個review的tool會不會是早就有的Lint tool？

推

sunsamy07/13 18:03很多敏捷團隊都在人工review, 看了就很瞎

→

sunsamy07/13 18:03軟體人材被敏捷洗腦不在少數,真懷疑腦子的邏輯跑那裡去了

推

oopFoo07/14 03:52review是google推的。最早期的敏捷是pair沒有code review

→

sherees07/14 10:10不太明白樓上sun大的論點，敏捷開發跟code review有什麼

→

sherees07/14 10:10關係?

推

NDark07/14 13:25敏捷應該沒有推code review. PAIR 應該是極限編程推的？

→

NDark07/14 13:26敏捷有很多門派我覺得精神都是好的。做法可以討論。

→

NDark07/14 13:28我之前在帶團都會先打預防針我們不跑敏捷但是會借幾招來用

→

NDark07/14 13:28建議管理方法依據現場來客製化不要硬套制度

推

wulouise07/14 20:34沒有code review你的code quality 要怎麼確保？

推

NDark07/15 08:32模組有不同重要性 Product Quality由QA來確保

同系列文章
[討論] 2025初的AI程式工具實際上會降生產力
其他人也閱讀了
PTT 熱門相關