《Clean Code》（無瑕的程式碼）作者「Uncle Bob」Robert C. Martin 公開表示，他現在完全不讀或審查（review）由 AI 代理（Agents）所產生的程式碼。他認為在 AI 時代，人工逐行看程式碼的效率太低，應改用自動化測試與工程指標來確保品質。
詳情
https://zhuanlan.zhihu.com/p/2064337707220964585?share_code=gzpWqy8et8Jq&utm_psn=2069776599889753942

這種權威挺AI的意見你今天才發啊？ 這次也未免太晚他這篇很有意思，值得推給信徒看一下，幫高調。文章重點其實不在以什麼模式開發或要不要逐行看程式碼而是在他用了多少種自動化測試去控管AI產出的品質。那個量夠驚人，而且因為寫測試程式是定規格的過程，測試程式本身也有可能出現種種錯誤，所以除非需求太過單純好猜，否則AI不見得能幫到多少，而且人類也難以多工同時作很多決定，為很多東西制訂規格（寫測試）搞半天你會發現這不過是沒有AI前也可以自主決定的高級投資，很多團隊不見得願意投入到該文作者的程度同時現在各種花式LLM堆疊不確定性的問題也無法由廠商幫忙克服，而是全部都轉嫁成使用者的成本和負擔了

他有一堆額外的步驟啊，7-8個自動化測試

有些人一直覺得LLM堆疊是很純粹的工程問題和高級方法，但真相其實越來越清楚了，這要嘛是前置成本高的投資，不然就會變成一種賭博，而且不論人們要選哪條路，那都只是一種選擇，不是怪咖拿來自負或形成某些鄙視鍊的神奇概念。LLM賭博贏了當然爽，但如果賭贏就不可一世，覺得沒賭贏者「沒自己行、不會用」，或是一定要用相同賭法才叫正確才叫潮流，那這其實都是相當愚昧無知的

他還是有在review拉 只是review測試的內容連結的內文說的

人家夠老不用接臨時需求，你社畜要準備多少AI來應付老闆還是用AI agent就不會再有突然來的修改？

有完整測試當然沒關係...

誰來審查測試

不意外，反正有bug也不會怎麼樣啊 ................

.........

那不就是把code review改成test review而已? 況且測試本來就是軟體工程的一環不是

其實大多數情況下 tdd 過了就不用特地 code review

這位就發廢文的傳教士，不用跟他認真討論這種話題如果發生在職場，一般都會挑影響不大的小專案來測試跑一段期間沒啥大問題才會考慮導入這樣的開發方式重點在怎麼導入這樣的開發方式而不是別的大神這樣開發，但發文者就單純在傳教而已，不用認真

一件事情要花多少時間去建構出這樣的測試環境？我講的是一件事情不是一個專案。常常都是這個改一下，急你難道要說，喔我要先建prompt叫AI建數百種xxx test再下prompt驗證test的正確性，兩個月後才能做因為大神說不准手改code，不准看code，人不准介入loop最近聽到新的禁令是禁止安裝code IDE，說這是意圖看code

笑死 唬爛神書還一堆人推崇

看看公司軟體那個感人的測試覆蓋率 很多測試甚至還會隨機失敗 我又放心了

寫測試pattern還是要看code，阿不就差不多

uncle bob用這套維護的是幾乎沒人用的專案跟遊戲在職場用這套的話記得，出事不能甩鍋給AI