推 lturtsamuel: 你的系統不夠複雜吧 ai抓不到的嚴重錯誤比比皆是== 05/10 12:44
→ lturtsamuel: 敝司最近就遇到一個 ai不曉得底下資料什麼狀況，以為 05/10 12:47
→ lturtsamuel: 某資料一定存在，就依賴那個資料來優化效能，就炸了 05/10 12:47
→ lturtsamuel: 而且整個流程被大改，所以也不能簡單打補丁 05/10 12:47
→ yamakazi: 你用什麼AI，用CLI嗎？你的bug人眼review的出來嗎？如果 05/10 12:52
→ yamakazi: 人眼還review的出來但AI看不出來，那恭喜你你的護城河很 05/10 12:52
→ yamakazi: 深 05/10 12:52
推 lturtsamuel: 當然不行啊 我是在回你最後一句 05/10 12:59
→ yamakazi: 所以不管人眼或AI都review不出來？那人眼review還有意義 05/10 13:00
→ yamakazi: 嗎XD 05/10 13:00
→ yamakazi: 不過我這篇不是吹AI多棒，是探討人眼review是否還能抓到 05/10 13:01
→ yamakazi: bug 05/10 13:01
→ lturtsamuel: ai 第一次沒有搞懂你需求的狀況還少過了嗎== 看一下c 05/10 13:02
→ lturtsamuel: ode不行 馬上回滾重來 還少見了 還是你任何功能都寫 05/10 13:02
→ lturtsamuel: 完整spec塞給他 那我很佩服你們的工程文化 05/10 13:02
→ yamakazi: 我講的當然是上PR後的 peer review 05/10 13:04
推 lturtsamuel: 他原文問的也不是 code review 是自己 ai 產生的程式 05/10 13:06
→ lturtsamuel: 碼，你自己也說你會每行看的 05/10 13:06
→ yamakazi: 我每行看是指上PR後再一起看，中間過程不看的 05/10 13:06
→ lturtsamuel: 你一次生成幾千行扣中間都沒看過 而且很少需要重來？ 05/10 13:08
→ lturtsamuel: 要嘛你真的是寫spec的天才 要嘛你們產品真的很簡單 05/10 13:08
→ yamakazi: 我中間回滾還真的很少用到，可能我會把task拆的夠小，沒 05/10 13:08
→ yamakazi: 上PR前我不看code的 05/10 13:08
→ lturtsamuel: 也可能你們 code base 維護的很好 我發現ai在垃圾代 05/10 13:10
→ lturtsamuel: 碼庫上常常出包 在維護良好的代碼庫就很好 05/10 13:10
→ yamakazi: 不然你就用superpower吧，他寫扣前會問你超過十個問題問 05/10 13:11
→ yamakazi: 到你煩，這樣搞錯需求的可能性變到幾乎為0了 05/10 13:11
→ lturtsamuel: 很多時候我感覺他會出包 就是因為程式的假設被隱含在 05/10 13:11
→ lturtsamuel: 人腦裡面 而不是寫在程式的裡面 那你忘記跟他講 他就 05/10 13:11
→ lturtsamuel: 出包 05/10 13:11
→ lturtsamuel: 我自己是用 rule 把他弄成會問很多問題的狀態 05/10 13:12
→ yamakazi: 那很好啊，如果在他問你很多問題的狀況下，還會搞錯需求 05/10 13:14
→ yamakazi: ，那可能你們產品護城河真的很深不容易被AI取代 05/10 13:14
→ yamakazi: 我個人實務，工作拆得夠小，AI模型夠先進，問足夠多問題 05/10 13:16
→ yamakazi: 的狀況下還會搞錯需求的可能性幾乎為0，也就不存在中間 05/10 13:16
→ yamakazi: 還要看代碼回滾的時機 05/10 13:16
推 lturtsamuel: 我講的是我 我不曉得其他人都怎麼做的 05/10 13:16
→ labbat: 不太曉得AI不同意對程式的理解和護城河深不深的鏈結 05/10 13:16
→ lturtsamuel: 但是我相信代碼庫很爛的狀況下 一定還是會有一些漏掉 05/10 13:17
→ lturtsamuel: 的問題 05/10 13:17
→ labbat: 有時候AI就是不問直接幹，誘導AI提問比自問自答好多了 05/10 13:18
→ yamakazi: 預防不問直接開幹，就是superpower或妳自己弄一個框架也 05/10 13:19
→ yamakazi: 行 05/10 13:19
→ yamakazi: 不說護城河很深，難道要我說是你不會用AI嗎？ 05/10 13:23
推 Obama19: 一堆沒用過的superpower就閉嘴好嗎 配上gpt5.5已經屌打 05/10 14:28
→ Obama19: 95%以上工程師了 05/10 14:28
推 gofigure: 發現這邊很多不瞭解AI威力的傳統工程師 05/10 16:13
→ gofigure: google, meta這些都在鼓勵用 難道他們都人肉revivew 05/10 16:14
→ guanting886: code review要看那個在review的人在意的點是什麼 05/10 16:31
→ guanting886: 嚴重Bug 還是 風格、解這個問題的處理的方式、又或 05/10 16:31
→ guanting886: 者是否符合團隊習慣還是他個人期望 05/10 16:31
推 guanting886: 其餘就是拼測試覆蓋程度，重要的系統再補線上環境用 05/10 16:33
→ guanting886: 的腳本再跑一輪確定沒問題 05/10 16:33
→ guanting886: 說真的code review確實也可以丟給ai看 甚至我會認為 05/10 16:35
→ guanting886: 該給他的看 你再培養Ai讓他知道你的習慣跟想法 05/10 16:35
→ guanting886: 因為memory資料會留下來 下次 ai 在產出新的東西或 05/10 16:37
→ guanting886: 幫你做什麼的時候 會無限貼近你的習慣跟期望會 05/10 16:37
→ guanting886: 有些第三方軟體有做connector 你接下來之後我是cla 05/10 16:38
→ guanting886: ude cowork來幫我整理其他的資料方便超多 05/10 16:38
→ guanting886: 要對系統audit、找弱點、設計問題也是丟給ai agent 05/10 16:40
→ guanting886: 自己去跑 然後開 remote control 去別的地方 手機稍 05/10 16:40
→ guanting886: 微看一下就好 05/10 16:40
推 guanting886: 認真說 很多事情都可以丟給ai agent處理 但是就看你 05/10 16:44
→ guanting886: 想不想自己去嘗試 現在做不到的 未來大多應該都可以 05/10 16:44
→ guanting886: 解 反正就算沒有 你也本來就不會下去做 05/10 16:44