Re: [閒聊] 為什麼AI愈來愈進步勞動時間卻沒減少

看板C_Chat (希洽)作者arrenwu (最是清楚哇她咩)時間5小時前 (2026/08/02 16:39)推噓4(4推 0噓 16→)

留言20則, 5人參與討論串17/18 (看更多)

※ 引述《kkll7952 (KO)》之銘言： : 推 widec: AI coding到底要怎麼看吶...量那麼大以後更是指數的量 08/02 14:56 : → widec: 還不如想辦法建立驗證機制測試再測試 08/02 14:56 這部分我分享一下我的經驗 :) 1. 以前寫測試程式的時候，因為每次測試系統要在一個虛擬的環境下開啟多個程序，寫測試程式其實很麻煩。有AI之後，我可以專心地想我想要測什麼，然後把那些不算難懂但複雜的細節交給AI。 2. 所以，Review的時候，測試的程式碼會相當多，而這邊我覺得現在是Review最核心的環節，因為這個可以確保程式一定程度內在規格下運行 3. 也因此，現在大家Review對測試程式的要求會比較高。我以前不太敢、但現在很敢做的是：如果覺得測試程式沒有很好懂的話，我會請作者改到我覺得好懂為止畢竟現在有AI了，我覺得修改是很容易的事情。 4. Product Code 的部份.... 這部分我也是～如果我真心覺得很難懂的話，我會跟作者說哪部分難懂，請他改到我覺得好懂為止XD 因為...理由一樣現在有AI了，修改應該是很容易的事情。 5. 有人可能有問題了：那如果一個PR在Product Code的部分改了幾千行，怎麼看都沒很好懂啊？這是一個常見的情況，但我和我的不少我的同事是在想：作者應該要可以把這個大任務分成更小的幾個commit，而不是無腦地把他想要的事情交給AI之後把東西丟出來，就認為Review有義務去看這一大陀code然後跟他說該怎麼樣改但這個我不太敢太造次，因為我自己幹過幾次這種「讓code變成幾個小commit」，但是...有時候一開始會想錯，導致邊界訂出來其實程式做不到。這就會讓AI花超級多時間做沒有用的事情。 6. 這個「AI生成超級多行code」在我們公司有另一個困境： (1) 把需求交給AI，讓AI寫出你要的code，還保證能跑過那些測試，這樣生成程式碼可以大幅提升速度。這大家都懂 (2) 但有很資深、真的很資深的Tech Lead表明他的態度是：你交出PR的時候，就表示你有把你寫的程式每一行都看完，而且你覺得這樣的東西可以被其他人維護那要求看起來有點嚴苛，但是也不能說太沒道理。因為我們的產品，一個Team改的東西弄爛另外一個Team的東西很常見。更重要的是，我們的產品交到客戶手上如果有問題，「重灌」是不可能接受的選項，而且如果系統沒辦法跑下去，當天睡覺前一定要能至少讓客戶系統又能繼續運作， (不然我猜大概要有一個Team每2小時要回報了) 而你並不是每一次都像在公司裏面，什麼log都在自己手上，想要的時候還可以爽加一堆用來測試。很多時候是必須要在有限的log裡面去猜測然後嘗試重現問題所以目前還處於「程式碼一定要人能夠維護，而不是AI修不好就宣告放棄」的情況不過AI對我這種不是 CS本科的人來說真是滿方便的 :) 相比以前，我現在可以花心思在系統結構和產品邏輯上 -- 鳳雛的清楚講習 https://i.imgur.com/23pfZv9.jpg