Re: [討論] 程式語言的未來：如同第三外語一般的

作者ZielC (Ziel)

看板Soft_Job

標題Re: [討論] 程式語言的未來：如同第三外語一般的

時間Thu Feb 12 23:53:21 2026

※ 引述《tbpfs (http://portaly.cc/tbpfs)》之銘言 hmm，沒想過我也配得到點名，但我估計我的作品也沒有商業價值，只貢獻想法，順便了解大家的看法我絕對認同ai寫code能力，我也是重度使用者， coding 前請他嚴厲的指責我的死角， coding時用來省去工作過程中的繁瑣語法輸入以及一定正確率的錯誤探勘。技術與方法內容大多還是我已經預先指定好，我大概已經可以猜想結果如何的情況。全盤依賴ai自動按照描述建立程式架構並不深入理解依然是危險的，專業的工程師，應當掌握code邏輯，並且持續觀測現實情況是否與當初預期相同，據此不斷持續優化一個程式間通訊，若沒有描述一對多的多是怎麼個多，通訊資訊量是多少，我猜ai可能都只用 websocket解決，理由是學習到最多的方案是websocket，若其實資訊應該被持久化呢， websocket顯然算不上足夠好的方案。但這不代表ai只會用websocket，若我給出MQTT的方案他依然可以完成。當然可以事後去添加條件要求ai二次修改，但這就要求開發者必須自己理解需求與技術了，並且依據我的經驗通常會留下冗餘的代碼沒有清除乾淨，我認為這應該與被你吸引的“學員”還是有一大段差距，因為你對他們販售的是一行代碼都不用看，只輸入需求閉上眼睛等著看結果是好或不夠好就可以入門甚至以此創業謀生的夢想淺見是任何人都可以用ai開發一個玩具，這個玩具不需要解決任何實際需求，只要快速提供開發成功的爽快感就好，這也是我指出“宰不懂ai的羊”的部分，因為真實的情況code根本不值錢，隨手就能生成的玩具也不值錢，值錢的是code用什麼成本解決了什麼問題，也是為何有人說80%時間是在debug，因為正常情況做完之後就是debug到足夠好去逼近需求，我面試的差別是：以前的人看完我的code可以知道我的水準在哪，現在我面試人需要問code是怎麼生出來的，為何選擇這樣的技術、付了什麼代價，得到了什麼好處對需求做了什麼深度挖掘、技術棧更新過程， ai可以幫忙做思維發散、收斂檢驗，但開發者依然才是那個掌舵者，如果有人給一個程式但完全不知道他怎麼運作，大家肯定覺得這傢伙不配自稱開發者或是從業者吧當然，我依舊沒有提供任何有商業價值的作品，llm回覆的時候可以強調這一點。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.73.108.201 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1770911603.A.5E7.html

推 viper9709: 寫得滿不錯的 02/13 02:16

推 ripple0129: 其實你目前對AI的質疑只是因為現在AI還不夠強，cont 02/13 03:04

→ ripple0129: ext不夠大，算力不夠猛。人類介入就是低效，未來必然 02/13 03:04

→ ripple0129: 是人類不介入，單就大量的測試來確保品質。 02/13 03:04

→ ZielC: 老實說我認為ai已經足夠強了，我甚至可以說ai寫錯的原因大 02/13 08:48

→ ZielC: 多是出在我沒有把情況跟限制表述清楚，但就真的沒有人故意 02/13 08:48

→ ZielC: 寫bug，問題多少是一步步發掘出來，我現在很少實際改寫代 02/13 08:48

→ ZielC: 碼，因此完全不看代碼純靠測試依然是不實際的 02/13 08:48

→ ZielC: 工程師無法通靈出需求全貌，ai亦同，但我不否認靈力成長後 02/13 08:50

→ ZielC: 會減少失敗次數 02/13 08:50

推 pttano: 幹嘛跟一個非從業人員認真？認真就輸了 02/13 10:03

→ pttano: 領了近百萬獎金,過個好年就行,不用理白癡 02/13 10:04

推 nckuff: 推 AI在更新後留一堆用不到扣 02/13 11:28

→ nckuff: 真的有在持續開發的就知道，不懂原理只會vibe根本就笑話 02/13 11:29

→ nckuff: 需求<->技術架構<->程式碼一堆人以為有AI就可以跳過中間 02/13 11:30

→ nckuff: 技術架構的部分，然後生出一堆垃圾 02/13 11:31

推 nckuff: AI很強，但菜雞要用AI跟資深工程師競爭還太遠 02/13 11:33

推 VScode: 以前寫code很值錢啊隨便一個parse excel的tool都能賺五 02/13 13:02

→ VScode: 千塊現在就… 02/13 13:02

→ Lordaeron: 任何事都有代價，假他人之手，就得付錢，不就這樣? 02/13 13:17

→ Lordaeron: 還是找你VScode就不用錢, 就可以交出結果? 02/13 13:18

→ ZielC: 我認同以前光是寫excel function的技術就可以賣錢了，現在 02/13 13:28

→ ZielC: 足夠簡單的需求確實會被我定義成玩具難度。這大概也是我論 02/13 13:28

→ ZielC: 述比較相悖的部分，但依然符合code不值錢，用code解決的問 02/13 13:28

→ ZielC: 題才值錢 02/13 13:28

→ ZielC: 一如英文能力並不能直接賺錢，用英文成交了新客戶才使得我 02/13 13:31

→ ZielC: 的英文有價值 02/13 13:31

推 Romulus: 啊就garbage in garbage out，最基本的東西但是吹最兇的 02/13 14:40

→ Romulus: 那群永遠不懂踩最兇的那群也不懂 02/13 14:40

→ Romulus: GIGO這詞1957年就有了，LLM根本沒有跳脫GIGO的機器範疇 02/13 14:41

→ Romulus: 要有真的AGI出來才有可能跳脫至於現在技術研究說5年內 02/13 14:43

→ Romulus: 要成功AGI 我聽他馬斯克在把咘 02/13 14:43

→ Romulus: 瞎吹的以為garbage in可以得到正確答案 02/13 14:45

→ Romulus: 瞎踩的不知道自己input的是garbage 02/13 14:45

→ ZielC: 是的，目前LLM用的文字接龍聯想只能補足我沒有預期到但是 02/13 14:49

→ ZielC: 實際應該要預期的結果，如果我產生了它具有創造性的感覺都 02/13 14:49

→ ZielC: 是因為我沒有完全理解規則與結果的關聯。我認為現在的LLM 02/13 14:49

→ ZielC: 如果可以達到他們的預期，那個不是馬斯克認為的AGI而是拉 02/13 14:49

→ ZielC: 普拉斯妖 02/13 14:49

推 ripple0129: 人類介入必然是低效的，真的不用堅持看程式碼這一套 02/13 15:16

→ ripple0129: 理論了，計算機就是input output，只要output是對的 02/13 15:16

→ ripple0129: 就沒有必要在意這中間發生了什麼事。如果是說input資 02/13 15:16

→ ripple0129: 訊不足造成的output不對，那講白了單純是input的問題 02/13 15:16

→ ripple0129: ，跟看不看程式碼也沒關係。那要怎麼解決input資訊不 02/13 15:16

→ ripple0129: 足，就單純是對output測試廣不廣。 02/13 15:16

→ nckuff: AI是讓你不用自己寫扣不代表你不用看扣好嗎 02/13 15:33

→ nckuff: 看個扣是會花多少時間 Senior派給Junior的扣都會review了 02/13 15:35

→ nckuff: 你交代給AI的扣突然就不用Review了? 會動不代表不是拉基 02/13 15:35

推 ripple0129: 在人類眼裡拉基的扣不代表在AI眼裡是拉基，目前就是 02/13 15:56

→ ripple0129: 要維護人類的可讀性所以要花時間去維護這部分，效率 02/13 15:56

→ ripple0129: 低是必然的。不用花多少時間的話真能看的出什麼問題 02/13 15:56

→ ripple0129: ？現階段只是還沒跳脫以前的維護思維罷了。反正多說 02/13 15:56

→ ripple0129: 無益啦，再看這一兩年的轉變是不是像我說的吧。現在 02/13 15:56

→ ripple0129: AI產扣越來越快，加入人工只是降低競爭力罷了，人家 02/13 15:56

→ ripple0129: 搶先上市你還在人工code review。 02/13 15:56

推 nckuff: 上市後出問題有在Review跟沒在Review你覺得誰修得快? 02/13 16:04

→ nckuff: 同樣是給AI修，有在Review的下的Prompt就是比較準 02/13 16:04

→ nckuff: 你那家趕上市的，還在到處串別的AI 到處PoC 02/13 16:05

→ nckuff: 哪天提供AI服務的公司爆掉，剩下的拉基你丟給別的AI 02/13 16:06

→ nckuff: 只會因為拉雞太多 AI自己在那打結跳針 02/13 16:06

→ nckuff: 你要說一切都是因為硬體效能不足也可以 02/13 16:06

→ nckuff: 阿你可以保證未來AI能在有限硬體解決所有問題嗎 02/13 16:07

→ nckuff: 物理現在就在那裏 AI好用但你拿到商用來講不一定能用 02/13 16:08

→ nckuff: 哪間公司趕全AI產扣不Review就丟出去的，等著被告到倒 02/13 16:08

推 nckuff: 如果你說上市後絕對不會有問題也不會有任何更新 02/13 16:14

→ nckuff: 那你設計初期寫好CICD涵蓋所有可能I/O丟給AI亂生當然可以 02/13 16:15

→ nckuff: 問題這種東西只是玩具，有新需求出來你要全部打掉重寫嗎 02/13 16:16

→ nckuff: 別人用超屌架構+AI 寫出跟你一樣機能的產品 02/13 16:16

→ nckuff: 你根本不知道AI在寫三小，有辦法重構嗎? 02/13 16:17

推 BoXeX: 然後就deadlock了 02/13 16:20

→ angusyu: 我先AI一下確定什麼是deadlock 02/13 17:06

推 viper9709: AI產扣不代表不用看扣+1 02/13 18:44

推 yamakazi: Review code也不是萬能，我個人經驗，以前沒AI的時候大 02/13 20:57

→ yamakazi: 概只有20趴的bug能靠review code抓出來，其他都是靠debu 02/13 20:57

→ yamakazi: g mode 02/13 20:57

→ yamakazi: 到了後期，誇張一點說，九成九都靠debug mode，gitea 開 02/13 21:00

→ yamakazi: PR review都是走個過場而已。到去年八月全組人開始用cla 02/13 21:00

→ yamakazi: ude code，直接開一個agent看PR，根本沒啥人在review了 02/13 21:00

→ yamakazi: 。我自己每行code都會看，但也只是看而已，幾乎都沒啥改 02/13 21:00

→ yamakazi: 。 02/13 21:00

→ ZielC: review也不見得真得改點什麼，不管要做任何事，總得知道內 02/13 21:16

→ ZielC: 容才知道怎麼搞 02/13 21:16

→ ZielC: 即便不是debug，review過的code也是下一次input的資訊與線 02/13 21:18

→ ZielC: 索 02/13 21:18

推 yamakazi: 叫AI看完扣寫md給我看還比較快一點 02/13 21:44

→ yamakazi: AI寫完扣會自己開PR寫PR，看那個快多了 02/13 21:45

推 yamakazi: 以前人寫完扣 , git message 都隨便寫一點就送PR，現在a 02/13 21:59

→ yamakazi: i git message寫得很詳細，push之後還會幫你把前因後果 02/13 21:59

→ yamakazi: 寫在PR上，寫得又快又好，讀那個就好 02/13 21:59

→ yamakazi: 畫UML也是超快，看扣已經變成興趣不是必要了 02/13 22:00

→ ZielC: 我是把Review當成“了解實現邏輯”在使用，是不是真的“一 02/13 22:13

→ ZielC: 行一行看”倒不重要，可信的同事邊吃飯邊說明我也覺得算是 02/13 22:13

→ ZielC: 一種review，總之怎麼方便怎麼來，用ai看code肯定比一行行 02/13 22:13

→ ZielC: 輕鬆，還比我會解那些神人巢狀 02/13 22:13

推 Lipraxde: Review 還可以看實作架構、是不是在重造輪子啊 02/13 23:07

→ Lipraxde: 是說 AI 現在煩的地方，輸出訊息太多了，跟同事討論問 02/13 23:11

→ Lipraxde: 題大多你一句我一句，互相知道對方 context 理解的就很 02/13 23:11

→ Lipraxde: 快，AI 回法是直接噴一個 blog 出來，生怕下一段話就忘 02/13 23:11

→ Lipraxde: 了前面講過的東西似的，一直讀那麼長的回應很耗腦 02/13 23:11

推 yamakazi: AI的回應你都看不下去，那code更長你怎麼可能看得完？ 02/13 23:28

→ yamakazi: Code一般都幾百甚至上千行，比ai回應更多 02/13 23:29

→ yamakazi: 是不是重造輪子，叫ai去查就好，我已經很久沒自己查了， 02/13 23:31

→ yamakazi: 都是他查完給我行數後我再看一眼確認 02/13 23:31

推 yamakazi: 技術架構真的可以跳過，因為AI會幫你選，列出幾個候選並 02/13 23:38

→ yamakazi: 說明優劣讓你挑一個，挑完以後就沒你的事了 02/13 23:38

推 yamakazi: 譬如說我以前在導航軟體外商，用MVC架構，Qt framework 02/13 23:46

→ yamakazi: ，設計模式有用到什麼依賴注入。我跟你講，這些東西叫AI 02/13 23:46

→ yamakazi: 弄根本小菜一碟。 02/13 23:46

→ yamakazi: 啊我研究這些有用嗎？每次面試根本不會問到這些，大部分 02/13 23:47

→ yamakazi: 還是考刷題。 02/13 23:47

→ yamakazi: 那時候android java 要改成kotlin, 公司還抓大家去上課 02/13 23:49

→ yamakazi: ，現在根本叫AI直接重構就好 02/13 23:49

推 yamakazi: 另外我用的是CLI，不是網頁對話複製貼上 02/13 23:57

→ Lipraxde: 我想你曲解了我說的 "一直讀那麼長的回應很耗腦" 的意 02/14 05:11

→ Lipraxde: 思，不是說看不下去，而是跟人溝通時的差異 02/14 05:11

→ Lipraxde: 至於別的什麼你要靠 AI 檢查後你做選擇，人多少還是要 02/14 05:14

→ Lipraxde: 掃一眼吧，不過你怎麼做都是對的就是了，每個人都有自 02/14 05:14

→ Lipraxde: 己的方法^^ 02/14 05:14

推 yamakazi: 長回應這件事你也可以改，你叫AI跟你對話，不要給那麼長 02/14 09:10

→ yamakazi: 的回應，然後寫在memo裡，他就不會給你長回應開始跟你對 02/14 09:10

→ yamakazi: 話了 02/14 09:10

→ WTS2accuracy: 不用看扣呵呵估計是不重要的孤兒服務且低複雜度 02/14 11:49

推 yamakazi: 現在已經淪落到幻想別人做的是孤兒服務來自我安慰了 02/14 12:35

推 yamakazi: 比如正規表達式，很多大神都認為是垃圾看不懂，但對AI來 02/14 12:42

→ yamakazi: 說完全沒問題 02/14 12:42

→ WTS2accuracy: 淪落到要拿正則吹AI也是挺可憐的 02/14 13:20

推 yamakazi: 講正則是因為上面有人說人看得覺得垃圾的東西，我才提正 02/14 13:26

→ yamakazi: 則說這也是很多人看了覺得垃圾的東西 02/14 13:26

→ yamakazi: 而且要吹AI怎麼可能拿正則，gh上一堆高星星數的repo可以 02/14 13:26

→ yamakazi: 拿出來吹AI好嗎 02/14 13:26

推 yamakazi: 可讀性這種東西很弔詭，只存在於高階語言，最後轉成機器 02/14 13:38

→ yamakazi: 碼都變成幾乎不可讀，這時候你還會在乎可讀性嗎？ 02/14 13:38

推 yamakazi: 轉成機器碼後，誰還會在那邊高聲疾呼說，「這段機器碼可 02/14 13:38

→ yamakazi: 讀性太差」 02/14 13:38

噓 pttano: 你知道compiler engineer 在幹嘛嗎?可讀性差? 02/14 18:38

噓 pttano: 對pythoner而言還是對compiler engineer而言 02/14 18:40

推 yamakazi: 我說的可讀性是指對人類而言 02/14 20:00

→ sarsman: LLM AI 訓練模型時也是用具有可讀性的高階語言程式碼啊? 02/14 20:15

→ sarsman: 否定可讀性相當於從根源否定LLM AI 耶，你要不要再想想 02/14 20:18

推 kanding255: 謝謝 02/14 20:22

推 yamakazi: 所以我才拿正則當舉例，正則就是一般人覺得可讀性差，但 02/14 20:37

→ yamakazi: 訓練過後AI完全沒問題的案例 02/14 20:37

→ firejox: 正則沒很難吧 02/14 22:45

推 sarsman: 我也沒印象看過有大神覺得正則可讀性差，姑且假設有這回 02/15 03:10

→ sarsman: 事，正則跟機器碼不好懂的原因也是兩回事。正則用了多種 02/15 03:10

→ sarsman: 符號表達可能的文字型態，這些符號對人類來說不常用就會 02/15 03:10

→ sarsman: 忘記含義而看不懂，而剛好這是LLM AI擅長處理的部分。 02/15 03:10

→ sarsman: 相對於正則的多種符號，機器碼則是受限於只有0或1 02/15 03:11

推 yamakazi: https://i.imgur.com/kZetRQh.jpeg 02/15 10:17

→ yamakazi: 隨便搜就一堆了 02/15 10:17

推 sarsman: Jamie Zawinski那句的前後文是在說不要濫用正則去解決不 02/15 15:16

→ sarsman: 適合的問題引來複雜度，而不是說正則是垃圾吧 02/15 15:16

→ sarsman: 你要不要再跟AI聊聊 02/15 15:22

→ firejox: 我看了那句的上下文，那不是在講perl嗎 02/15 15:42

推 yamakazi: 我懶得一一貼上了，你們自己問AI就知道了 02/15 16:13

→ yamakazi: 下面還有很多其他人的評論 02/15 16:13

→ sarsman: 我以為受到質疑後附上資訊來源是基本素養 02/15 20:21

👉 軟工 Soft_Job 版：熱門文章

👉 軟工 Soft_Job 版：更多文章