PTT職涯區 / Soft_Job (軟體人)

[討論] Ai 時代code review

看板Soft_Job (軟體人)作者 (QAQ)時間2小時前 (2026/03/09 15:33), 編輯推噓6(6推 0噓 13→)
留言19則, 6人參與, 46分鐘前最新討論串1/1
嗨各位前輩大家好 相信現在大家在工作上使用ai 越來越多 甚至整個project 都靠ai生成 好奇大家對於程式碼的品質還會一段一段review 不論是命名或是performance 等等的 還是說功能測試，檢查一下unit test 是不是涵蓋edge case而已 有時候看別人code review 也只是copy 程式碼，把需求丟給ai 問他是不是match 那也有一些同事還是一行一行看對於ai 的naming 或是doc 很有意見 個人覺得ai生成代碼太迅速，自己一天要細看全部設計還有naming 似乎有點吹毛求疵 當然關鍵邏輯設計還是會仔細review 好奇大家的公司有沒有因為ai 改變工作流程或是review code 的方式 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.170.164.130 (日本) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1773041637.A.B9B.html
推
03/09 15:47, 2小時前 , 1F
兩種方式不衝突阿，自己看的同時也叫AI看，加速自己理解
03/09 15:47, 1F
→
03/09 15:47, 2小時前 , 2F
但仍然至少全看過一遍理解整體邏輯才會給 approve
03/09 15:47, 2F
→
03/09 15:47, 2小時前 , 3F
原因很簡單，AI不背鍋
03/09 15:47, 3F
推
03/09 16:08, 1小時前 , 4F
說到AI的code review呢, 我不知道是不是自家AI才有的
03/09 16:08, 4F
→
03/09 16:09, 1小時前 , 5F
問題, 不過AI在解bug時有很大的用condition掩埋bug的
03/09 16:09, 5F
→
03/09 16:11, 1小時前 , 6F
傾向 (也不意外啦, 畢竟人在沒讀懂code又有時程壓力要
03/09 16:11, 6F
→
03/09 16:13, 1小時前 , 7F
解bug的情況下也會這樣做), 結果那部份的code只會越來
03/09 16:13, 7F
→
03/09 16:14, 1小時前 , 8F
越長, 而且你會發現大量重複的variable出現在一大串
03/09 16:14, 8F
→
03/09 16:15, 1小時前 , 9F
你不看 阿出事AI會幫你負責?
03/09 16:15, 9F
→
03/09 16:15, 1小時前 , 10F
nested if中. 建議已經導入AI的公司看看已經吃了超過
03/09 16:15, 10F
→
03/09 16:16, 1小時前 , 11F
20張ticket的部份有沒有出現這情況.
03/09 16:16, 11F
推
03/09 17:05, 1小時前 , 12F
還是要有人看的，交給AI忽略人工就會像win11 1月更新
03/09 17:05, 12F
→
03/09 17:05, 1小時前 , 13F
害某些用戶電腦變磚頭
03/09 17:05, 13F
→
03/09 17:07, 59分鐘前 , 14F
一起看應該是比較多人的跑法，功能單顧好商業跟交易邏輯
03/09 17:07, 14F
→
03/09 17:09, 57分鐘前 , 15F
風格靠開發時的文件給agent讀，不放在review重點
03/09 17:09, 15F
推
03/09 17:10, 56分鐘前 , 16F
人眼漏看的ai反而容易找到
03/09 17:10, 16F
推
03/09 17:17, 49分鐘前 , 17F
推一樓
03/09 17:17, 17F
推
03/09 17:20, 46分鐘前 , 18F
var overshadowed, unused, copied nkr renamed var這種
03/09 17:20, 18F
→
03/09 17:20, 46分鐘前 , 19F
ai找很快
03/09 17:20, 19F
‣ 更多 qaqvvvvqaq 的文章
文章代碼(AID): #1fhdVbkR (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 qaqvvvvqaq 的文章
文章代碼(AID): #1fhdVbkR (Soft_Job)