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

ayasedd08/26 19:50最屌的還是看到開始有人做出了 H 奶 30kg，一邊單眼皮一

ayasedd08/26 19:50邊雙眼皮，然後說因為看習慣 30cm，所以也要加上 30cm，

ayasedd08/26 19:50變成一個每個細節都很屌，但整體不知道到底在幹嘛

newhandfun08/26 20:16前面一堆叫罵聲勢浩大

newhandfun08/26 20:16認真討論的文卻乏人問津

newhandfun08/26 20:20好啦話說回來，我同意這篇文的部分觀點

newhandfun08/26 20:20會出現很多冗餘的參數跟沒必要的流程

holebro08/26 21:46完全不管code太理想 但不追求什麼良好設計這種方法倒是

holebro08/26 21:46堪用了

ybite08/26 22:29我自己也認為「AI要好維護前提是人也好維護」

ybite08/26 22:30畢竟正如大家的觀察 Context大小就是很現實的技術極限

leonardo091708/26 22:54結論很讚

ikachann08/27 01:00設計差 效能爛 實務上的確不是最重要的，能符合需求的產

ikachann08/27 01:00出才是真正有價值的地方

viper970908/27 01:14看起來不如自己寫比較快...

sunsamy08/27 01:32剛剛試了vibe coding，連最簡單的outlook 2007 pop3

sunsamy08/27 01:33同步刪掉Gmail的信件都在胡說八道，

sunsamy08/27 01:33浪費我的時間，這是怎麼vibe coding啦

sunsamy08/27 01:35話說有人懂嗎？我Gmail已經爆了,現在來跟你們vibe coding

sunsamy08/27 01:35可能比較靠譜

sunsamy08/27 01:37感覺vibe coding這詞跟敏捷這詞一樣是個唬爛的同意詞

saladim08/27 02:28蠻贊同這篇的過程跟感想的 對於有生命期的產品vibe codin

saladim08/27 02:30終究會帶來不可承受的負擔 更別說要規格業務邏輯的一致性

saladim08/27 02:31不過有人說要換個想法 對於每次功能的變動 乾脆直接重新

saladim08/27 02:33全部重頭產生程式碼 這也不大合理 最多只能部分codebase

saladim08/27 02:34讓AI完全重新產生碼出來 但是就我的實際經驗連個稍微長一

saladim08/27 02:35點的演算法或是處理程序 都沒辦法一次'功能'到位 覺得

saladim08/27 02:36vibe coding只能用在小型專案上面 我現在也只是拿來產生

saladim08/27 02:37script跟很簡單的工作上的資料pipeline

strlen08/27 02:56vibe coding這詞也才出來半年多 當然現主時沒辦法完全不看

strlen08/27 02:56code很正常R 你給他再5年試試看

strlen08/27 02:57中大型專案隨著context window越來越大 遲早能整個吞下去

qqqlll66608/27 05:32Llm目前就是當外部顧問 臨時工用 他沒辦法了解專案或

qqqlll66608/27 05:32團隊文化等等隱性知識 就像請一個外部技術專家來 也不

qqqlll66608/27 05:32可能三言兩語就上手完成任務 所以別期待AI可以幫你完

qqqlll66608/27 05:32成一切

qqqlll66608/27 05:32理想情況是在請他做事時一邊建立文件 建立測試 把隱形

qqqlll66608/27 05:32知識轉成顯性 但這就像帶新人一樣 短期沒回報 長期也

qqqlll66608/27 05:32不一定利己 最後說不定是讓自己失業

Ekmund08/27 09:23多少還是需要祖傳md

ZSZ121008/27 10:43推！很贊同這篇的過程和想法 最近剛好也一直在玩這塊

ZSZ121008/27 10:44目前在想透過micro service+DDD開發手法，每個領域都用

ZSZ121008/27 10:46repository切開，減少AI每次需要學習和需要記憶的量

ZSZ121008/27 10:47目前是每個repository底下都放一個md在試試看～

ZSZ121008/27 10:47請問大大是用claude還是gemini啊？

yamakazi08/27 11:26YT搜尋Claude就好，已經開始有一堆人講解怎麼用。我用起

yamakazi08/27 11:26來效率乘十倍不誇張

brucetu08/27 11:42十倍 哈哈哈 你三天就做完以前一個月的專案進度了嗎

brucetu08/27 11:44還是寫扣的速度快了十倍但寫扣只佔工作的一小部分 其實

brucetu08/27 11:44整體產出根本也沒提升多少 同時每天大量review AI的產出

brucetu08/27 11:44還消耗了不少腦力導致整體產出倒退

jamesho874308/27 11:46十倍是扯了點 那丟給你五人份的工作你應該非常輕鬆

jamesho874308/27 11:46還可以偷懶囉?

brucetu08/27 11:48已經很多人發現使用AI反而造成整體產出下降 你越仰賴 vib

brucetu08/27 11:48e coding 你對專案程式碼的熟悉度就會越來越低 甚至你不

brucetu08/27 11:48會記得最近三天新加入的函數有哪些 你會感覺有個公用函

brucetu08/27 11:48數好像之前才寫過但你不確定放在哪個檔案 你跟AI一樣有

brucetu08/27 11:48失憶現象最後造成專案裡類似功能的函數到處都是

Kasima08/27 12:17cursor+gpt5+大量project rules+FP應該算是目前vibe codi

Kasima08/27 12:17ng的最頂級combo，便宜好用又不會亂寫

yamakazi08/27 13:18Claude現在還可以幫你執行命令，看build error，下gdb，

yamakazi08/27 13:18callstack直接看，log印成檔案後直接看檔案，確實不太需

yamakazi08/27 13:18要review AI產生的代碼了。真要review再新開一個task叫A

yamakazi08/27 13:18I review

yamakazi08/27 13:19要預防失憶現象，要寫MD檔，甚至AI改完code後可以叫他改

yamakazi08/27 13:19寫MD檔兩邊align

yamakazi08/27 13:23直接改檔案直接跑，你只要按確認就好，連複製貼上都不用

duitub08/27 13:23推實驗精神

yamakazi08/27 13:25「類似功能的函數到處都是」 這是一個很大的問題嗎？如

yamakazi08/27 13:25果不影響專案進行，這問題根本沒差。利大於弊，除非嵌入

yamakazi08/27 13:25式斤斤計較空間，但嵌入式通常repo不會很大，AI更容易處

yamakazi08/27 13:25理

Suleika08/27 13:28可以在研究一下context engineering，啟用一個agent去審

Suleika08/27 13:29有模板貨文檔，也不會有風格偏差太大的問題

yamakazi08/27 13:31要寫README.md，寫了就不太會失憶了

yamakazi08/27 13:32https://youtu.be/sOvi9Iu1Dq8?si=ajHBx8JZe-eLYZ7_

strlen08/27 13:33其實你這樣的需求也不明確 也沒定義清楚 雖然說中大型 要

strlen08/27 13:34多大才叫中大型？ 現在小型專案確實已經可以完全不看程式

strlen08/27 13:34碼完成整個產品 但小型是多小型？會不會過陣子 其實已經可

yamakazi08/27 13:34十倍當然不誇張啊，原本一小時才能解完的bug，五分鐘AI

yamakazi08/27 13:34就解完了？那不就十倍？

strlen08/27 13:35以做到完全不看程式碼開發一整個電商系統 但又會抱怨電商

strlen08/27 13:35根本就中小型專案 難道AI能讓我Vibe Coding出google搜尋引

strlen08/27 13:36擎或整個臉書嗎？我覺得喇 怎麼樣都可以打臉的理由 沒有討

strlen08/27 13:36論的價值

strlen08/27 13:36等到哪天真的能vibe出一個搜尋引擎 又會說 啊是能讓我vibe

strlen08/27 13:37出一個ChatGPT嗎？如果不定義標準 AI永遠不可能滿足

yamakazi08/27 13:38AI都拿了諾貝爾化學獎和數奧金牌了，寫程式真的小菜一碟

strlen08/27 13:40專案的性質也差很多 vibe一個部落格 跟vibe一個3D遊戲引擎

strlen08/27 13:40或跟vibe一個給客戶用的SDK 是完全不一樣的事 每一種類型

strlen08/27 13:41也都可大可小 不定義清楚很難說vibe沒什麼用

strlen08/27 13:41實際上我就親身遇過業主沒有任何背景程式 vibe出一個演算

strlen08/27 13:42法系統來幫忙處理公司內數據 他一行程式碼都看不懂 程式碼

strlen08/27 13:43也沒給任何工程師審查過 就他自己做的工具 但運作非常好

yamakazi08/27 13:43看不懂沒差啦，llm的開發人員也說過他們也看不懂現在llm

yamakazi08/27 13:43的程式碼了

strlen08/27 13:43整個系統大概一萬多行 這算大 還是小

yamakazi08/27 13:45https://i.imgur.com/JTbzC9p.jpeg

yamakazi08/27 13:46AI開發者自己對AI模型都無法掌握了，看不懂正常

brucetu08/27 14:13不可解釋性以及深度學習領域很多新方法難以解釋，這跟你

brucetu08/27 14:13做資訊系統但不懂其中的程式碼那是完全兩回事

brucetu08/27 14:16vibe coding 在你只需要一個蛋糕的時候沒有任何問題，他

brucetu08/27 14:16是一個蛋糕而且還不錯，當你的客戶說我的蛋糕這邊那邊一

brucetu08/27 14:16定要如何如何的時候，就開始有問題了

yamakazi08/27 14:24其實我看不懂你的蛋糕比喻XD

yamakazi08/27 14:25「這邊一定要如何如何」這對AI來說很難嗎？

brucetu08/27 14:26很難，因為你沒辦法在不提供明確指令的情況下讓AI滿足你

brucetu08/27 14:26，而你如果明確的給出所有需求，那你只是在換個語言codin

brucetu08/27 14:26g

yamakazi08/27 14:28www

strlen08/27 15:08程式的確就是對於現實的事物或概念進行描述 要越細緻 就要

strlen08/27 15:09描述的越仔細 自然語言本身是很模糊的 要細節那自然語言也

strlen08/27 15:10要跟著寫到很細 那還是在寫程式 只是程式語言變成英文？

NDark08/27 15:52就像關鍵字 let 一樣。就是個很英文式的程式語法

NDark08/27 15:53foreach a in group 這個演化也很英文

viper970908/27 16:25AI開發者都對AI無法掌握喔@@

brucetu08/27 16:35給樓上, 模型研發並不像資訊系統, 你把需求跟規格列出來

brucetu08/27 16:35我們照著開發就會有進展

brucetu08/27 16:36就算你去讀了論文告訴你 OO 機制有什麼效果 你也無法預期

brucetu08/27 16:36引入那個機制對你的模型表現能提升多少 甚至未必是提升

brucetu08/27 16:38當模型產出你不要的結果, 你沒辦法印出熱力圖然後就說

brucetu08/27 16:38啊, 這就是因為怎樣怎樣 所以我們只要這樣改就可以解決

brucetu08/27 16:39不 沒有辦法 所以才需要每年燒數十億美金但你不知道

brucetu08/27 16:40我們會不會有造出AGI的一天 你只能相信再給他幾年他會

brucetu08/27 16:40更好

Suleika08/27 19:38要完全符合vibe那肯定沒辦法，現在搞的東西就是context

Suleika08/27 19:39window太小，要用程式去另外解決，可以參考:

Suleika08/27 19:41www.anthropic.com/engineering/multi-agent-research-sy

Suleika08/27 19:42stem，可以參考

Suleika08/27 19:45anthropic的做法，說實話也不是給小白去vibe

jej08/27 20:22可以理解現在的業主會想移除軟體建置成本

jej08/27 20:22讓AI自動生成，聽起來快又有效

jej08/27 20:22但是就是那個但是

jej08/27 20:22沒有程式背景的人根本分不出來AI唬爛

jej08/27 20:22所以.....就這樣

jej08/27 20:24而到時候軟體工程師早就進化成另類馴獸師

jej08/27 20:24變成只會有更多的馴獸師要養

crazwade08/27 20:51對我來說就是可以專注在邏輯和結構，末梢程式碼可以快

crazwade08/27 20:51速tab解

viper970908/28 00:56推jej

nashmvp08/28 06:12推

cjtv08/28 09:12推

nacy20432708/28 09:34前面都蠻正常的 最後一段的比喻很噁

gofigure08/28 10:28最大的問題是記憶力 過了幾個問題就會忘了前面一些細節

gofigure08/28 10:28偏偏細節錯人要花更多時間找出來

gofigure08/28 10:29當工具用可以 當夥伴用你會累死

gino071708/28 11:11還好我同事的記憶力比AI還差

hobnob08/28 13:18你講那麼多，那些外行一樣看熱鬧啦

s904120008/28 17:10跟我使用github copilot的感想一致，推

darkMood08/28 17:44推。

tzouandy281808/28 18:16最後一段很到位了

dani199208/28 19:06問題不是context window大小，而是context大了會有回彈

inte629l08/28 21:37推

molopo08/29 05:19拆分小小的 一步一步慢慢完成

awenracious08/29 12:43ai 生成不確定可以多問幾個比較 甚至把回答貼給另一

awenracious08/29 12:43個問