推 alihue: 除非你們prod出包不痛不癢,不然還是要逐行看吧 05/09 12:16
推 gofigure: 怎麼可能逐行看 基本上有問題你也很難找 05/09 12:24
推 NDark: 沒有AI的時代也不一定有辦法逐行看 05/09 12:31
→ NDark: 只有敢投資到pair的公司才有預算能一比一投資工時做程式碼 05/09 12:33
→ NDark: 的品質檢查。不然就把成本堆到品管部門。 05/09 12:33
推 shter: 你會去看 Compile 後的組合語言一行行看嗎? 05/09 12:59
→ shter: 如果以前從高階語言編譯成低階語言就不會一行行看了 05/09 13:00
→ shter: 那從自然語言編譯成高階語言會需要一行行看嗎? 05/09 13:00
→ shter: 頂多有 bug 的時候去看懷疑的 code 一行行找問題插中斷 05/09 13:01
推 Obama19: 完全不看 test code寫好 剩下的交給user 05/09 13:27
→ AxelGod: 反正出包 上面責任歸屬也丟給RD 不是AI 05/09 13:30
→ airtsubasa: 不會啊 出問題甩給AI 不然叫公司給更好的AI 05/09 13:38
→ MOONY135: 所以出問題的時候公司找你還是找ai? 05/09 14:14
→ AxelGod: 出問題老闆找你 你回老闆講找AI 你是認真的嗎? 05/09 14:31
噓 pttano: 好險我公司沒你這樣的咖 05/09 14:32
推 kurtsgm: 不可能逐行看 靠auto test來抓 三樓說的沒錯 就算是AI前 05/09 14:32
→ kurtsgm: 的時代 你的主管/同事幫你code review也不可能多認真看 05/09 14:33
→ kurtsgm: 頂多能抓一些一眼看起來就很可疑的東西 05/09 14:33
推 Romulus: 不可能逐行看 主要看架構 05/09 15:17
→ ybite: 其實我覺得反而是「看的重點不一樣」 05/09 15:21
→ ybite: 人會犯的錯 像是錯字 慣例違背 語法支末細節的邏輯 基本上A 05/09 15:23
→ ybite: gent順過一次都不會有問題 就算有 基礎程度的Agent Review 05/09 15:23
→ ybite: 都能抓住來 05/09 15:23
→ ybite: Agent產生的Code怕的是「很漂亮的Slop」 05/09 15:24
→ ybite: 會錯意 搞錯方向 測試沒測到重點 畢竟 LLM是總結的神 推理 05/09 15:26
→ ybite: 的小孩子 05/09 15:26
→ ybite: 還是必須要有人做final check確定他沒會錯意 05/09 15:26
→ ybite: 但Claude那個bullet point文體+樂愛硬來真的讓人很躁 05/09 15:28
→ gigayaya: 上次claude寫雙層try讓我吐血 05/09 15:58
推 sojoasd: 當然會,有時候你給的資訊量不夠,難保他做出你預期的東 05/09 16:20
→ sojoasd: 西 05/09 16:20
推 viper9709: 推一樓~寫出來沒看就直接用...嗯 05/09 16:27
→ superpandal: 公司的屎山還是會這樣看 自己的話我用模板自然知道產 05/09 17:30
→ superpandal: 出是什麼 什麼幾萬行那都是笑話 寫幾個需求真不用幾 05/09 17:31
→ superpandal: 萬行 就算整個產品也未必會破萬行 生產過剩的爛東西 05/09 17:33
→ superpandal: 就不用再吹了 05/09 17:34
→ superpandal: 只有程式碼混淆才可能破 但你放新讓ai混嗎 05/09 17:38
→ superpandal: 放心 05/09 17:42
→ superpandal: 不過搞硬體的為了股價肯定希望ai產出過剩再過剩 這是 05/09 18:21
→ superpandal: 只有一般人受傷的世界 05/09 18:22
推 abcd5101888: 現在最累的就是 review 阿 怎麼可能不看啊 05/09 18:27
推 wei115: 要看,我最近搞的繞過審查在遠端生色圖程式就沒有看程式 05/09 19:23
→ wei115: ,畢竟我又不懂python 05/09 19:23
→ wei115: 公司用的我就會對,至少會大概看過, 05/09 19:24
推 Lin25K: shter 編譯器是 deterministic 的,llm 是嗎 05/09 20:26
推 lturtsamuel: 同事提交的 code review 不每行看 跟你自己的提交不 05/09 21:03
→ lturtsamuel: 每行看 也一樣嗎== 這也能混為一談 05/09 21:03
→ lturtsamuel: 編譯器全世界幾百萬人在幫你測試 所有修改都保守再保 05/09 21:07
→ lturtsamuel: 守 務必不產生 breaking change 你看看 ai 這幾個月 05/09 21:07
→ lturtsamuel: 有多少 breaking change 05/09 21:07
推 luke72: 目前觀察,那些說不用看的,都不是負責正式環境的人 05/09 21:34
→ superpandal: ai視為同事 只是提交人是你 是自己提交但最好看一下 05/09 22:17
→ superpandal: 自己寫自己提交通常已經熟悉 ai時代也可以自己寫 05/09 22:23
→ miloisgood: 日常性需求的功能真的都不太看了... 05/09 22:29
推 sunsamy: 先別說review code了,現在還有人在刷LeetCode的 05/09 22:30
→ yunf: 他偷塞洞給你你也不知道 05/09 22:56
→ yunf: 重點是你根本沒有管理AI的權限 05/09 22:57
→ yunf: 你怎麼知道?他在裡面藏了什麼伏筆? 05/09 22:57
→ yunf: 就像千禧蟲一樣 05/09 22:58
推 Wishmaster: 那些不用看的架構都是agent拆分好幾個做事 05/09 23:17
→ Wishmaster: 一般人或公司哪能這樣玩,token肯定炸裂 05/09 23:17
噓 darkMood: 難道非AI時代,你就一行一行看code ??????????????????? 05/09 23:31
推 jen1121: 說個笑話 co-review 05/09 23:49
推 clvmomo: github大神都是眼睛build code的 給參考 05/10 00:28
推 now99: 出事RD扛 怎麼能不一行一行查? 05/10 00:34
推 neo5277: 我還是會耶,自排開車也是要看路阿 05/10 01:28
推 josephroyal: 好奇沒AI前就已經不會一行行看扣的人都是在什麼環境 05/10 03:34
→ josephroyal: 工作的… 05/10 03:34
→ superpandal: 當然不會整份看完 除非是好公司 通常都是需求內相關 05/10 04:40
→ superpandal: 的會看 以及用ai寫會去看也正常 一堆人是防禦性編程 05/10 04:42
→ superpandal: 寫的不簡潔也不迷你 計算整個專案行數就知道了 後面 05/10 04:45
→ superpandal: 來的都很痛苦 變相吸收成本 05/10 04:46
→ superpandal: 那些專案code行數高的出問題本來就是家常便飯 因為專 05/10 04:50
→ superpandal: 案失控很久了 05/10 04:50
→ superpandal: 年紀也不輕燃燒生命做什麼 不懂的還以為是在500強企 05/10 04:52
→ superpandal: 業搞什麼驚天動地專案 05/10 04:53
推 openthedidi: 目前是請codex跟claude 互相審核,我最後瞄一下就好 05/10 06:18
→ ku72: 非AI時代 審代碼沒一行一行看過的 為你老闆默哀 05/10 07:49
→ airtsubasa: 當然推給AI 是公司強制用的 嘻嘻 05/10 09:24
推 luweber88: 不一行行看 起碼也要每個class/function的註解都看 你 05/10 11:14
→ luweber88: 今天vibe全新需求 明天高機率還要刪改功能 05/10 11:14
推 luweber88: 重點是 能讓員工使用最新最厲害模型的公司是少數 你不 05/10 11:42
→ luweber88: 監督產出品質不會好 05/10 11:42
噓 USD5566: 可不可以不要每次上來都把這當fb發 05/10 12:14
推 Obama19: 笑了 一堆很怕被ai取代的狂噓 05/10 14:30
推 gekkou: 接案的本來也沒在code review ,自然也不需要也行ㄧ行看 05/10 15:07
推 kevin9527: 工作的會 自己的side project不會 05/10 15:25
推 kkkyyy: 最終不是AI扛責任的! 你懂吧? 05/10 15:27
推 dream1124: 推 lturt。自己寫的跟別人寫的本就不會一視同仁。 05/10 15:29
→ dream1124: 只要同事正常,別人的壞了別人會負責善後,自己又不能 05/10 15:30
→ dream1124: 甩給AI。會浮現這種問題多半就是公司堅信AI能當人用, 05/10 15:32
→ dream1124: 而且相信AI的效率一定要比較好,因此你才有這種疑問, 05/10 15:33
→ dream1124: 不然照以前的文化來看,管他產出是幾十行還是幾十萬行 05/10 15:33
→ dream1124: 哪有不用審視到一定程度才放行?大廠時薪高也不會這樣 05/10 15:34
→ dream1124: 然而LLM本質就不是確定的,而且也沒辦法替人負責, 05/10 15:36
→ dream1124: 當公司堅信AI能當人用,AI一定會加速時,各位就要確保 05/10 15:37
→ dream1124: 公司在賭輸的時候仍夠有品了。不要贏了都是AI強,都是 05/10 15:38
→ dream1124: 領導願意燒額度,然後輸了卻是工程師無能,要被人取代 05/10 15:38
推 lturtsamuel: 對了 說到責任問題 如果編譯器把你的邏輯弄壞了 你能 05/10 16:29
→ lturtsamuel: 證明 公司也很難檢討到你身上 換成ai搞爛邏輯看公司 05/10 16:29
→ lturtsamuel: 會不會把你幹到飛起 05/10 16:29
推 xJIAJIAx: PR前還是會Review Code,不然PRD出包幹到飛起 05/10 17:52
→ knives: 為什麼不看,出事是你要背鍋還是Ai,要真的不看,老闆直 05/11 05:27
→ knives: 接用AI就好,還需要花錢請你 05/11 05:27
→ Lomonosov: 不管有沒有AI都應該看 AI加速產code 不代表你就不用做 05/11 13:23
→ Lomonosov: 份內該做的事情 05/11 13:23
推 w28103566: 你不逐行看規格會漏,我用speckit他還會幫我加規格沒有 05/11 13:46
→ w28103566: 的規格 05/11 13:46
→ Obama19: Speckit已經落伍了.. 那是舊ai model才需要 05/11 14:27
→ ma721: 直接測試阿 05/11 15:13
推 viper9709: AI幫忙加沒有的規格XD 05/11 16:10