Re: [討論] 說AI會取代的應該要先閉嘴吧?
看板: Soft_Job
作者: accessdenied (存取違規)
標題: Re: [討論] 說AI會取代的應該要先閉嘴吧?
時間: Wed Nov 26 20:08:20 2025
既然砍文後還是被挖了回來鞭屍，我就補充回應一下。
砍文的動機不是我只能一言堂，或是怕污染文章。而是當我寫的文章底下有新留言回應，
我會以為是有網友想「跟我」互相「意見交流」。
但每次點進去看，啊，就不是要跟我交流啊，而是一群人在底下打鬧個不停。
而真的是對著我來的，不是挑釁、開地圖炮、就是直接人身攻擊：「對啦！就是取代你這
種廢物啦～。」
連我崇拜景仰的 D 大都變身為人身攻擊魔人？在此我要求協尋以下帳號的網友，沒有祂
在場加持，我不會再跟 D 大有任何交流。
誒，我寫那篇文章可是花了心力的，不但做了截圖，還在截圖上標記重點，是想讓到現在
還不了解 AI 能做到什麼地步的網友可以知道外面已經到什麼水平了，可能就算曾經嘗試
過 AI vibe coding 的人，也已經是半年一年前的體驗，跟現在已經截然不同。
然而拋磚引玉，事實上引來的卻是「屎坑」，貢獻親身案例想更新大家的認知，不但沒有
引任何正回饋，反而製造更多爭端的負循環，看到底下全是這種留言，變成好像是亂版來
源，當然會覺得不如砍文算了。
此外，關於「只花半小時」重寫後端的疑問，釐清一下好了。這也是我收到的私訊裡，常
被問到的問題。
畢竟不希望那篇未來被某個慣老闆看到，拿來逼底下的工程師說：
「網路上有人說重構十多年前的老系統只需要半小時，為何要你重構你說要一個人月？」
這個案例有需要花時間和用戶訪談和做需求釐清嗎？
不用。
因為十多年來公司內所有 MIS/SRE 都是用戶（包含我自己），都非常清楚這個系統的功
能，翻寫重構就是跟原本功能一樣就好，不需要釐清什麼。
CI/CD 是本公司的標配，不需要另外花時間搭建，要花時間設定也是 SRE 的事，不干我
的事。
CLI 在此案例中沒有寫任何測試，測試交給 QA 就好，我的文章不涉及 QA 的取代價值，
而且 QA 成本比 RD 低非常多，無論單價和人數，佔比都非常低，不夠吸引高層投資 AI
資源去取代。
此案是內部系統，實際上線內部給回饋和修正都很快，不會影響對外客戶或是公司形象，
打小孩在自己家打，小孩不會在外丟面子，所以非常適合當 AI 導入的 pilot project。
整件事始末的細節簡介一下：
隱藏時間成本：半小時的確只有計算 AI 編寫程式花費的時間（手術過程）。
前置作業時間，我打開舊專案看現有架構，解析困難點，這些醫生動手術前先要照 X 光
抽血看報告的準備工作，大概花了我一個上午一、兩小時，包含手術過程的 prompt 設計
。
這個 prompt 絕不是簡單一句：「幫我重構變成 dotnet 8 web API」簡單一句話。
就如 NDark 網友所說，是已經有方向非常正確的計畫寫出規格非常嚴謹明確的 prompt，
才能做到一刀斃命...不是，一刀回春的翻寫。
指令明確到下完我就去逛 711 買咖啡覓食了，不用待在螢幕旁邊跟他 vibe 來 vibe 去
。回來看只花半小時我也是有被驚艷到。
畢竟串那 49 隻 sp 的碼農工作，就是一支支點開來看要帶入什麼參數，撈了哪些 table
再查看看個欄位的資料型態，手刻一個個 DTO(Entity) 這種打字員的 routing job 大
概就要耗掉兩三個人日了，而且過程肯定枯燥到令我厭世、情緒惡劣，邊做邊懷疑人生活
著的意義。
第一天的大成功，讓我第二天做頁面的時候，很悠哉地邊吃早餐邊跟 Gemini vibe codin
g。
因為我是後端做架構規劃背景的，對前端技術只有非常粗淺的接觸（不得不才被逼著學一
點），對 UI 沒有很精準的想法，就是憑感覺，看什麼不順眼就改什麼，所以就是邊聊邊
改。
前一天翻寫後端，所有 git commit log 我都是在 prompt 內要求他自動幫我摘要生成，
還特別交代：簡短描述你做了什麼，別寫太長，字太多我可沒耐性看喔！
第二天做畫面，因為 AI 也沒啥好寫的，所以 commit log 我就改成貼入當時我下的 pro
mpt 來記錄。
可以看到最早請他做個圓餅圖，醜到不堪入目。
從我的 commit log 可以看到逐步修正的過程，而且還要求使用 bootstrap 做 RWD 設計
。
這是在原本十多年來都沒有的新功能，以前只有電腦版才能正常顯示的頁面排版，現在 S
RE 進廁所，也可以用手機坐在馬桶上監控系統運作，棒不棒？
雖然我知道他們帶手機蹲馬桶絕對不會打開這個頁面，而是看券商軟體做股票監控啦！
這個不停地要 AI 改畫面的舒爽感，讓我回憶起幾年前，站在前端設計旁邊，要求調東調
西，不斷注意到他在不停微微搖頭，不時哀哀哀哀地嘆口大氣，投射給我負面情緒，還會
回嗆：「不要再紅一點藍一點了，要不直接給我色碼，還有字型檔名？」
那簡直是一場不堪回想的惡夢啊～～～
現在只需要對 AI 說：「我要Dark Mode ，標題改用 “陽剛粗壯” 點的字型」，馬上改
好，根本皇帝等級的享受。
在此我要對『取代工程師』這句話鄭重道歉：事實上根本沒有所謂的『取代』，而是『昇
華』或是『轉型』！
雖然我這邊已經完全沒有「切版、寫 html、js、css 的前端 "工程師"」了，這部分的工
作量已經完全專包給 AI。
原本那些人可能已經成功升級為『雞排工程師』或『臭豆腐工程師』，一日為師，終生為
師，總之『工程師』的頭銜永遠都在，不會消失，大家完全不用擔心！
現在需要的，反而是最懂人性和需求背後 QBQ 的 UX 設計師，這些可以完全不懂 js/css
/html 這些專業技術，但卻能把用戶習慣摸熟摸透，設計出流暢的使用體驗和操作流程，
並且理解用戶為何習慣這樣操作、喜歡這樣操作、背後的動機和理由。
現況：
目前我的研究是設計「7x24 無人化程式開發工廠」的產品服務。如果有用過 Lovable 或
是 Base44 服務的大概知道在講什麼，但我們的市場方向跟上述平台不同。
當問到做這個項目，要配給團隊多少人和資源，我回答：我自己一個人就夠了。
給我人還要花時間管理，想要派什麼工作，不能讓他閒著沒事幹。
派了工作還要監督進度，是不是在滑 FB + YT？還是卡住在那邊發呆？今天怎麼遲到早退
？又生病請假？幹，在我旁邊打噴嚏，為何不帶口罩？
我開十個 terminal 做各種研究和實驗，遠比派給我一個工程師好用太多。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.229.238.71 (臺灣) ※ 文章網址 ※ ※ 編輯: accessdenied (125.229.238.71 臺灣), 11/26/2025 20:08:52