Re: [請益] 軟體失業是遲早的事吧

看板Soft_Job (軟體人)作者SkankHunt42 (凱子爸)時間4小時前 (2025/08/26 19:43)推噓3(3推 0噓 9→)

留言12則, 5人參與討論串2/2 (看更多)

※ 引述《bxc (機率遊戲)》之銘言： : 如題軟體失業是遲早的事吧 : ㄧ堆都在流行vibe coding : 最近都在玩這個 : 原本的技能樹不是前後端有點概念而已 : 要弄個sample真的很快 : https://i.imgur.com/wVeBdCK.jpeg

先來定義什麼是vibe coding Karpathy described it as "fully giving in to the vibes, embracing exponentials, and forgetting that the code even exists". "完全沉浸在氛圍中，擁抱指數級成長，甚至忘記程式碼的存在" Wiki中的描述為: Unlike traditional AI-assisted coding or pair programming, the human developer avoids micromanaging the code, accepts AI-suggested completions liberally, and focuses more on iterative experimentation than code correctness or structure. 我自己透過七天的實驗，分享一下個人的心得。 # 注重迭代而非規格我不贊同AI開發時所謂"規格"驅動開發，也就是先寫完整套規格，再請AI開發的模式理由主要有兩個： 1. AI內部的接力機制，假如一個AI 99%正確，迭代22次後會變成80% 2. 即使AI能夠連續工作N小時最後完成整套規格，但若是涉及UI/UX相關的，會有許多需要手動測試的地方所以我認為Wiki對Vibe Coding的"重視迭代實驗"的敘述，是比較符合現實場景的。 # 個人方法 1. 要求AI建立單元與整合測試，UI/UX方面的手動測試則由我負責 2. 針對epic任務，讓AI自行建立文件紀錄說明與更新進度 3. 以我不親自更改程式碼為首要原則 4. 每次任務結束時都需要確保測試完全通過，並且通過我手動測試功能 5. 每一個階段都要進行lint與移除程式碼中的legacy code # 歷程雖然說一開始體驗確實是不錯，但我認為當產品迭代到某個階段時，會開始產生痛點一般迭代的流程如下： POC -> 逐步增加feature -> MVP -> feature的增減與規格變更 -> 實作 POC到MVP這段，是目前AI的強項，特別是POC；沙士比亞後再無新故事，軟體開發方面其實99%的人都在做重複的事，只是不同的數據、不同的組合而已所以AI對我來說，能夠非常快看到可以操作的POC，並且快速迭代到MVP 但在MVP後，軟體需要進入打磨與增減的階段，這時AI的問題就特別明顯 1. AI在每個Task結束後對他來說又是新的開始，所以之前的細節他不一定會記得這導致AI的產出經常缺乏一致性，或是AI的注意力放在新功能的實現而忘記codebase 可能存在相應的模組可以承擔部分職責，解決方法： a. 新增記憶 (但記憶過多無效) b. 你必須主動提示AI必須參考哪些module或文件 2. AI會把達成任務放在首要需求，意味著AI會不擇手段並選擇阻力最小的途徑來完成你的指示。這導致許多class過於臃腫，或function承擔了他原本不應該承擔的職責，甚至是不停累積的legacy程式碼。而這些legacy的程式碼又會成為干擾AI上下文的主因之一。解決方法： a. 指定AI建立特定的class並說明其職責 b. 在指示階段直接指導重構的方法 3. 靜默錯誤。 AI會為了確保程式碼能夠"成功"執行而非"正確"執行，經常會過度地使用預設值、hardcode的數值作為回傳值，這導致一些層層包裝的模組在傳遞數值時又會過度累積大量的hardcode數值，使得底層模組出現真正異常時往往無法察覺講到這裡，大家應該會發現，這些問題與問題的解決方法，都涉及程式碼的結構與正確性。那若是放任這些問題不管，是否可行？也就是說「如果我們完全忘記程式碼」這些問題是否可忽略，或是說程式碼根本一點都不重要很多公司的程式碼也是爛到爆，說白了AI寫的程式碼可能還是某些公司的上限，那這些公司還不是錢照賺、功能照加？但我沒有這個勇氣嘗試，因為token的帳是算在我身上我看到網路上有些文章，確實會將設計模式、程式碼的設計準則一併加入prompt中，但這仍然是一種關注程式碼結構與正確性的行為之一。所以，vibe coding目前「忘記程式碼的存在」、「不用再管程式碼的結構與正確性」這樣的體驗至少我自己還無法感受到有些公司codebase爛，可是講的是一個產業know how、講的是一個本多忠勝，反正bug 硬幹、產品能跑就好，有潔癖的工程師要走請便，反正多的是其他工程師。現在這些公司確實是有可能用轉蛋的方式砸token砸出一個可以run又不會被用戶弄出bug 賠錢的產品 (反正價格錯誤再反過來告消費者就好) 軟體開發就跟AV女優一樣，像我就覺得臉蛋漂亮很重要，奶小沒關係，像希島愛里這樣有人就覺得奶大很重要、假奶沒關係，但一定要奶大，像楪可憐這樣也有人堅持一定要真奶、不要人造人，這種人去看楪可憐就只會看到楪可憐的缺點祝大家在喜歡的女優引退後都能找到自己喜歡的新人女優 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 146.70.205.94 (日本) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1756208616.A.A0E.html