AI產code的速度快到不可思議
我自己也不過是Claude pro 和github copilot pro的訂閱者
但光使用這兩個AI agent所產生的code 一天可能就上萬行
要人工一行行閱讀所有的程式碼 感覺是很沒效率的事
我目前大部分都交給模型自己review 自己只看一些關鍵的地方
然後會看一下測試程式有沒有不合理的地方
接下來就直接開始使用系統 測試看看有沒有不合理之處
不過我只是接案Web仔 軟體界最被瞧不起的
相信寫高端軟體的各位大大們 應該都是很細心的審查每一行code吧

除非你們prod出包不痛不癢，不然還是要逐行看吧

怎麼可能逐行看 基本上有問題你也很難找

沒有AI的時代也不一定有辦法逐行看只有敢投資到pair的公司才有預算能一比一投資工時做程式碼的品質檢查。不然就把成本堆到品管部門。

你會去看 Compile 後的組合語言一行行看嗎?如果以前從高階語言編譯成低階語言就不會一行行看了那從自然語言編譯成高階語言會需要一行行看嗎?頂多有 bug 的時候去看懷疑的 code 一行行找問題插中斷

完全不看 test code寫好 剩下的交給user

反正出包 上面責任歸屬也丟給RD 不是AI

不會啊 出問題甩給AI 不然叫公司給更好的AI

所以出問題的時候公司找你還是找ai?

出問題老闆找你 你回老闆講找AI 你是認真的嗎?

好險我公司沒你這樣的咖

不可能逐行看 靠auto test來抓 三樓說的沒錯 就算是AI前的時代 你的主管/同事幫你code review也不可能多認真看頂多能抓一些一眼看起來就很可疑的東西

不可能逐行看 主要看架構

其實我覺得反而是「看的重點不一樣」人會犯的錯 像是錯字 慣例違背 語法支末細節的邏輯 基本上Agent順過一次都不會有問題 就算有 基礎程度的Agent Review都能抓住來Agent產生的Code怕的是「很漂亮的Slop」會錯意 搞錯方向 測試沒測到重點 畢竟 LLM是總結的神 推理的小孩子還是必須要有人做final check確定他沒會錯意但Claude那個bullet point文體+樂愛硬來真的讓人很躁

上次claude寫雙層try讓我吐血

當然會，有時候你給的資訊量不夠，難保他做出你預期的東西

推一樓～寫出來沒看就直接用...嗯

公司的屎山還是會這樣看 自己的話我用模板自然知道產出是什麼 什麼幾萬行那都是笑話 寫幾個需求真不用幾萬行 就算整個產品也未必會破萬行 生產過剩的爛東西就不用再吹了只有程式碼混淆才可能破 但你放新讓ai混嗎放心不過搞硬體的為了股價肯定希望ai產出過剩再過剩 這是只有一般人受傷的世界

現在最累的就是 review 阿 怎麼可能不看啊

要看，我最近搞的繞過審查在遠端生色圖程式就沒有看程式，畢竟我又不懂python公司用的我就會對，至少會大概看過，

shter 編譯器是 deterministic 的，llm 是嗎

同事提交的 code review 不每行看 跟你自己的提交不每行看 也一樣嗎== 這也能混為一談編譯器全世界幾百萬人在幫你測試 所有修改都保守再保守 務必不產生 breaking change 你看看 ai 這幾個月有多少 breaking change

目前觀察，那些說不用看的，都不是負責正式環境的人

ai視為同事 只是提交人是你 是自己提交但最好看一下

日常性需求的功能真的都不太看了...

先別說review code了,現在還有人在刷LeetCode的

他偷塞洞給你你也不知道重點是你根本沒有管理AI的權限你怎麼知道？他在裡面藏了什麼伏筆？就像千禧蟲一樣

那些不用看的架構都是agent拆分好幾個做事一般人或公司哪能這樣玩,token肯定炸裂

難道非AI時代，你就一行一行看code ???????????????????

說個笑話 co-review

github大神都是眼睛build code的 給參考

出事RD扛 怎麼能不一行一行查?

我還是會耶，自排開車也是要看路阿

好奇沒AI前就已經不會一行行看扣的人都是在什麼環境工作的…

當然不會整份看完 除非是好公司 通常都是需求內相關的會看 以及用ai寫會去看也正常 一堆人是防禦性編程寫的不簡潔也不迷你 計算整個專案行數就知道了 後面來的都很痛苦 變相吸收成本那些專案code行數高的出問題本來就是家常便飯 因為專案失控很久了年紀也不輕燃燒生命做什麼 不懂的還以為是在500強企業搞什麼驚天動地專案

目前是請codex跟claude 互相審核，我最後瞄一下就好

非AI時代 審代碼沒一行一行看過的 為你老闆默哀

當然推給AI 是公司強制用的 嘻嘻

不一行行看 起碼也要每個class/function的註解都看 你今天vibe全新需求 明天高機率還要刪改功能重點是 能讓員工使用最新最厲害模型的公司是少數 你不監督產出品質不會好

可不可以不要每次上來都把這當fb發

笑了 一堆很怕被ai取代的狂噓

接案的本來也沒在code review ，自然也不需要也行ㄧ行看

工作的會 自己的side project不會

最終不是AI扛責任的！ 你懂吧？

推 lturt。自己寫的跟別人寫的本就不會一視同仁。只要同事正常，別人的壞了別人會負責善後，自己又不能甩給AI。會浮現這種問題多半就是公司堅信AI能當人用，而且相信AI的效率一定要比較好，因此你才有這種疑問，不然照以前的文化來看，管他產出是幾十行還是幾十萬行哪有不用審視到一定程度才放行？大廠時薪高也不會這樣然而LLM本質就不是確定的，而且也沒辦法替人負責，當公司堅信AI能當人用，AI一定會加速時，各位就要確保公司在賭輸的時候仍夠有品了。不要贏了都是AI強，都是領導願意燒額度，然後輸了卻是工程師無能，要被人取代

對了 說到責任問題 如果編譯器把你的邏輯弄壞了 你能證明 公司也很難檢討到你身上 換成ai搞爛邏輯看公司會不會把你幹到飛起

PR前還是會Review Code，不然PRD出包幹到飛起

為什麼不看，出事是你要背鍋還是Ai，要真的不看，老闆直接用AI就好，還需要花錢請你

不管有沒有AI都應該看 AI加速產code 不代表你就不用做份內該做的事情

你不逐行看規格會漏，我用speckit他還會幫我加規格沒有的規格

Speckit已經落伍了.. 那是舊ai model才需要

直接測試阿

AI幫忙加沒有的規格XD

測試跟驗證阿

你背那段ai生的code 你負責你敢不看嗎

測試驗證設計好，不用逐行看

不看組語不代表隨便寫都給過欸 公三小

以前是拆分函數 為的就是不要逐行看 相信函式名稱定義的動作 只看改動邏輯處 當然自己新增的地方是逐行沒錯 到ai產code 應該也是一樣

舉例來說重要資料要有備份，所以將電腦的檔案備份到隨身碟再將電腦上的那份刪掉那還是一份資料而已邏輯移來移去拆分不拆分根本一樣

前端就用測的，後端 code 還是自己 review 一遍，不然哪天被駭你也不知道

叫AI看就好

已經不太看了 每天要趕工那麼多東西 ai看出錯再說

說不定原本幾千行就寫完了 寫多不代表品質好

前端也會被駭 尤其現在流行用的東西 你只有盡量都自己寫外加一堆冷門知識才可能避免被駭ai就更不用說了

怎可能逐行看至少一定很少看UI的扣，那種上去按一按就知道個7878的加開個agent嘗試駭你的網站就好

你嘗試到嘗試出來要耗多久耗多少 真的樂觀