嗨各位前輩大家好
相信現在大家在工作上使用ai 越來越多
甚至整個project 都靠ai生成
好奇大家對於程式碼的品質還會一段一段review 不論是命名或是performance 等等的
還是說功能測試，檢查一下unit test 是不是涵蓋edge case而已
有時候看別人code review 也只是copy 程式碼，把需求丟給ai 問他是不是match
那也有一些同事還是一行一行看對於ai 的naming 或是doc 很有意見
個人覺得ai生成代碼太迅速，自己一天要細看全部設計還有naming 似乎有點吹毛求疵
當然關鍵邏輯設計還是會仔細review
好奇大家的公司有沒有因為ai 改變工作流程或是review code 的方式
作者:
sarsman (DeNT15T♠)
2026-03-09 15:47:00兩種方式不衝突阿，自己看的同時也叫AI看，加速自己理解但仍然至少全看過一遍理解整體邏輯才會給 approve原因很簡單，AI不背鍋
說到AI的code review呢, 我不知道是不是自家AI才有的問題, 不過AI在解bug時有很大的用condition掩埋bug的傾向 (也不意外啦, 畢竟人在沒讀懂code又有時程壓力要解bug的情況下也會這樣做), 結果那部份的code只會越來越長, 而且你會發現大量重複的variable出現在一大串
nested if中. 建議已經導入AI的公司看看已經吃了超過20張ticket的部份有沒有出現這情況.
作者:
Suleika (Suleika)
2026-03-09 17:05:00還是要有人看的，交給AI忽略人工就會像win11 1月更新害某些用戶電腦變磚頭一起看應該是比較多人的跑法，功能單顧好商業跟交易邏輯風格靠開發時的文件給agent讀，不放在review重點
作者:
wulouise (在線上!=在電腦前)
2026-03-09 17:10:00人眼漏看的ai反而容易找到
作者:
wulouise (在線上!=在電腦前)
2026-03-09 17:20:00var overshadowed, unused, copied nkr renamed var這種ai找很快
作者: jhjhs33504 ( ) 2026-03-09 18:03:00
推文總算腦袋清楚的又更多了點不然早先幾篇AI抬槓很累
作者:
yamakazi (大安吳彥祖)
2026-03-09 18:45:00還要複製貼上給AI太落伍了，直接CLI開起來，/review PR#XXX 就好，
作者:
gino0717 (gino0717)
2026-03-09 20:33:00訂三家互相review
作者: davidsmoon6 (davidsmoon) 2026-03-10 00:56:00
看薪資決定要不要人工 view
作者: ssteves (白熊) 2026-03-10 12:26:00
可以開CLI 用/review command，審查完先產出reviewreport，再把審查報告丟給實作的AI 確認合理性。
同問 ai review 時，假設framework頗大，要怎麼把framework 餵給ai比較好？先請 ai 看過framework然後summaries成一個md檔，之後要review時讓ai自己去看嗎
作者:
labbat (labbat)
2026-03-10 15:16:00不會 從來不review程式碼的
還是會review一下 畢竟自然語言不像程式語言 總會有模糊空間 再來是review後對專案掌握度高 後續跟AI協作改扣會更精準+省token
作者:
ma721 (UndeadJ)
2026-03-10 17:50:00不用，直接測
刷code的奧林匹克選手不知道什麼是review,都直接merge
作者:
tttkkk (學到。)
2026-03-12 23:16:00跟演算法有關的code，AI看得比較完全。人腦的精力是有限，花好幾天磨算法是要把自己逼瘋
作者:
gino0717 (gino0717)
2026-03-12 23:29:00我給claude review他寫的code抓出一整個列表的錯誤但是真的改下去又抓出一整個列表的誤報 我都不知道要信誰
作者:
Homeparty (認命,知命,然後聽天可也.)
2026-03-14 12:48:00太多他會壓縮上下文，有時候要拆才能解決