作者isaacting (2312312)
看板Soft_Job
標題Re: [請益] 軟體失業是遲早的事吧
時間Tue Sep 30 22:24:15 2025
我有一個同事就是在弄演算法的
他就曾經有一次經驗，就是叫AI去產生一個常見的演算法
結果他直接拿來用之後，發覺結果非常的發散。
正常來說，應該是要收斂才對，他後來跳進去仔細檢查之後，才發現
是其中一個負號變成了正號。
他說他的演算法需要跑幾千萬次，所以一個符號的差異，就會讓結果天差地遠
你說外行的要怎麼檢查得出來?
如果完全不懂演算法，又或是沒有debug的能力
這東西就是等著爛掉而已
我覺得很多的東西都是類似，如果100%只依靠AI的話，整個爛掉的風險真的是蠻高的
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.215.87.142 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1759242257.A.36D.html
1F：推 leochen124: android kernel幾萬行的code,chatgpt還吃不了吧 09/30 22:42
2F：噓 MoonCode: 09/30 23:37
3F：推 yamakazi: Prompt context下什麼？哪個model？資訊太少很難評論是 09/30 23:38
4F：→ yamakazi: 不是AI的問題 09/30 23:38
5F：推 yamakazi: 有時候model版本差一個數字就是差一個世代，免費版和付 09/30 23:40
6F：→ yamakazi: 費版也有差 09/30 23:40
其實你自己也提到了，不同的版本跟model就是有差
本文的主旨是: 當無腦用AI時，即便一個小小的差異，也可能會讓整個結果爛掉
目前主流的AI有3個吧
如果無腦用AI是不是3個都要跑過?
如果3個AI的model都給出稍微不太一樣的演算法公式呢
那到底要相信哪一個呢?
7F：推 viper9709: 推分享 10/01 00:30
8F：→ freeunixer: 槓精才去抓枝微末節去辯個沒完,現有哪個模型不會出錯? 10/01 00:42
9F：→ freeunixer: 人家用gemini 2.5 pro 出錯了你叫人家改 gpt5 plus 10/01 00:43
10F：→ freeunixer: 或 claude 4.5 sonnet 這樣就比較厲害? 10/01 00:44
11F：推 oopFoo: 這怎麼不會是ai問題？Y大真的有在用ai coding?llm最大的 10/01 06:57
12F：→ oopFoo: 問題就是hallucination。寫ai coding需要test，需要各種 10/01 07:00
13F：推 oopFoo: feedback來修正已經是常識跟基本功了。但還是遠遠不夠。 10/01 07:01
※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 07:14:18
14F：噓 watashino: 聽起來很像假的 10/01 07:13
15F：→ watashino: reasoning模型不太可能出現這個問題 10/01 07:13
你的演算法一大包，你能夠保證AI裡面產生的東西都是100%正確的嗎?
QQ
※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 07:17:17
16F：推 oopFoo: reasoning model不會出問題？哪個平行世界？跟我講哪個公 10/01 07:30
17F：→ oopFoo: 司？我all in。 10/01 07:30
18F：推 oopFoo: Y大是一日萬行的ai神人。不是我們凡夫俗子可以比的。ceo強 10/01 07:33
19F：→ oopFoo: 迫導入ai coding，害的大家效率降低，工作量增加。 10/01 07:34
20F：推 yamakazi: 一下說演算法一大包，一下說是簡單演算法，到底是什麼演 10/01 07:59
21F：→ yamakazi: 算法可以說明一下嗎？ 10/01 07:59
22F：→ yamakazi: 講錯，是一下說「常見」演算法 10/01 07:59
23F：推 yamakazi: 用什麼語言也沒講，比如python，常見演算法幾乎都直接呼 10/01 08:04
24F：→ yamakazi: 叫api了 10/01 08:04
他是在弄C++的自適應濾波器相關的
顆顆
細節我也沒很懂....不過他是說沒有辦法呼叫API阿，因為要跑在韌體上
25F：推 jen1121: 有沒有想過，只差一個符號，就被取代 10/01 08:14
差一個符號....結果天差地遠
26F：→ zzzxxxqqq: 阿就遲早的...AI 就還在進步 認命吧 10/01 08:16
27F：推 yamakazi: 甚至退一步說，你自己手刻或複製貼上出這種正負號錯誤的 10/01 08:18
28F：→ yamakazi: 機會跟AI比機率多大 10/01 08:
如果你是主管，你敢相信用一個完全不懂自適應濾波器的人
然後也不懂怎麼debug的人來開發產品嗎?
反正就用AI 100%產出就好啦
顆顆
※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:23:51
29F：推 yamakazi: 有沒有想過如果他出錯機率比你小，寫其他沒錯的部分又比 10/01 08:21
30F：→ yamakazi: 你快，再加上本來就要審查代碼，不管這碼是你同事還是AI 10/01 08:21
31F：→ yamakazi: 寫的，那你還有什麼理由不用AI? 10/01 08:21
用AI不是問題
但100%只用AI而不去檢查就是問題
※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:24:33
32F：→ yamakazi: 利大於弊你就該用了，一堆矽谷大廠都在用 10/01 08:24
用AI絕對是正確的，但如果沒有基本的知識或是coding的基礎就跳進來
然後產生的東西也不檢查，那就是10000%的災難
※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:25:53
33F：→ yamakazi: 我沒說不該檢查，我自己讓AI寫也是檢查，坦白說只要檢查 10/01 08:25
34F：→ yamakazi: 比自己手刻快多了 10/01 08:25
所以回歸原本的問題，到底需不需要軟體工程師呢?
※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:28:09
35F：推 yamakazi: 一樣一萬行代碼好了，你自己手刻再給一個不太熟的同事檢 10/01 08:27
36F：→ yamakazi: 查，和AI幫你寫好你自己檢查，你覺得哪個快又安全？ 10/01 08:27
我覺得其實已經離題了
今天討論的重點不是該不該是用AI, 而是能否100%相信AI
前一篇例子也是如此，那位秦小姐用vibe coding跑出來的東西能動嗎?
當然可以啊，只是她把自己的API key也包在裡面
那就是問題
※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:30:27
37F：推 yamakazi: XD 10/01 08:33
38F：→ zzzxxxqqq: 本來就需要軟工阿 以前需要10個未來只要1個 10/01 08:33
39F：→ zzzxxxqqq: 還不是一堆人沒工作，整個行業更卷 10/01 08:34
40F：→ zzzxxxqqq: 除非你打定主意當那1個，那當然沒啥問題 10/01 08:34
41F：推 yamakazi: 等那個秦小姐會檢查，你各位就該緊張了 10/01 08:40
42F：→ holebro: 有些人說軟體工程師不會被取代 是指世界上還會有軟體工 10/01 08:42
43F：→ holebro: 程師title 有些人是覺得hc被收掉就算是被取代了 吵不完 10/01 08:42
44F：推 yamakazi: 說真的，只要檢查代碼比自己手刻代碼輕鬆多了，產出也更 10/01 08:44
45F：→ yamakazi: 多更多更好 10/01 08:44
46F：→ yamakazi: 有個創業者叫李卓軒，自己開公司接案幫企業架網站，他以 10/01 08:46
47F：→ yamakazi: 前也會招軟工，現在他幾乎全靠AI自己寫 10/01 08:46
秦小姐對於韌體感興趣的話，我很樂意幫她引薦 ㄎㄎㄎ
我是韌體工程師啦~~~~~QQ
看起來前後端的部分是不是要用AI
還可以吵上一陣子惹
我要去焊跳線惹
韌體工程絲的每日
QQ
※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:49:57
48F：推 yamakazi: 審查代碼有很難嗎？再叫一個AI一邊幫你審查，看不懂的問 10/01 08:50
49F：→ yamakazi: AI叫他解釋給你聽，比自己手刻代碼門檻低多了 10/01 08:50
50F：→ yamakazi: 韌體工程師大部分不就macro或下下register嗎？算法都拿G 10/01 08:52
51F：→ yamakazi: itHub 現成的就好 10/01 08:52
52F：推 yamakazi: 也不用手刻I2C 現在誰還手刻協定都直接抄現成 10/01 08:53
53F：→ yamakazi: 濾波器FIR IIR也都拿現成的就好 10/01 08:53
54F：推 yamakazi: 我自己也做過韌體，邏輯分析儀示波器都用過，韌體在純co 10/01 08:58
55F：→ yamakazi: ding的部分真的沒很難，除非你是有極端容量或cycle需求 10/01 08:58
56F：→ yamakazi: 濾波器頻點因數要設多少，要幾階也沒有很難，我研究所念 10/01 09:00
57F：→ yamakazi: 通信與信號處理，python 呼叫api幫你算係數再寫到c code 10/01 09:00
58F：→ yamakazi: 就好，沒人自己手算了 10/01 09:00
59F：推 yamakazi: 如果是AI直接生成係數那肯定錯，我都叫他寫一個python 10/01 09:07
60F：→ yamakazi: 生成係數再寫到C code，然後再叫他寫個測試畫個圖來看看 10/01 09:07
61F：→ watashino: 就真的現在的模型不會有正負號這麼笨的問題啦== 10/01 09:25
62F：→ watashino: 除非你context輸入太多把模型搞傻了 10/01 09:25
63F：推 oopFoo: 那你看太少了。ai可以寫出各種神奇滿臉問號的程式。 10/01 10:47
64F：→ oopFoo: 有時ai寫很神奇的好，又神奇的笨。 10/01 10:48
65F：推 tsairay: AI是很強的工具,但是必須要由有能力的人來使用 10/01 12:23
66F：推 yamakazi: 如果是python原本就有的算法，你可以叫他改寫成C++後然 10/01 12:23
67F：→ yamakazi: 後要對bit true，就是同樣的input給python api和給C++算 10/01 12:23
68F：→ yamakazi: 法，出來output要一樣。 10/01 12:23
69F：→ yamakazi: 以前我寫完算法給數位IC工程師寫verilog 也是要給測資做 10/01 12:23
70F：→ yamakazi: bit true 10/01 12:23
71F：→ yamakazi: 以前這種事要兩個人弄半天，現在一個人叫AI寫就可以直接 10/01 12:24
72F：→ yamakazi: 生成直接對bit true了 10/01 12:24
73F：推 yamakazi: 怕寫錯你可以叫他去看python算法的原始碼，有看完python 10/01 12:30
74F：→ yamakazi: 原始碼改寫C++幾乎都不可能錯了 10/01 12:30
75F：→ jonathan793: 我覺得用ai沒啥問題 只是test case要先寫好 10/01 12:46
76F：→ watashino: 我感覺很多人根本連訂閱都沒有就在亂扯== 10/01 14:41
77F：→ watashino: 從o3以後大多時候複製貼上就直接能用了 10/01 14:41
78F：推 shadow0326: 我覺得應該用AI來吵架 會比自己在這邊吵架有效率 10/01 17:56
79F：→ airtsubasa: 我都拿來寫mail吵架 AI高級酸 拿來寫code太廉價了吧 10/01 19:02
80F：推 viper9709: 用AI來吵架XDDD 10/01 19:58
81F：推 lylu: y大推文不就證明軟工還不會被取代 不然一個完全不懂軟體的人 10/02 09:45
82F：→ lylu: 最好是懂這些操作 10/02 09:45
83F：推 newking761: 我也覺得不可能，貼程式碼來看看 10/02 09:55
84F：推 newking761: 再說你不會用兩個AI互相糾正嗎？ 10/02 09:57
85F：推 leftless: 就我對軟體廠的理解 只要升或跳的夠快 10/03 02:23
86F：→ leftless: 東西爛掉的鍋就沒你的事 10/03 02:23
87F：→ leftless: 用AI快速創造credits然後快速離開原本的team 10/03 02:24
88F：→ leftless: 前幾年一堆跟風上雲然後現在各種問題也不是那些人在解 10/03 02:26
89F：→ leftless: 換個說法 AI產CODE出事誰損失最大?老闆 誰叫你用AI?老闆 10/03 02:35
90F：→ leftless: 出問題會賠最多錢的都叫你用了還擔心啥呢 10/03 02:37
91F：噓 b25459870: 當你講了100%相信時 就是已經卡在二分法的繆誤了 換成 10/04 10:25
92F：→ b25459870: 任何人事物也不是能100% 10/04 10:25
93F：推 louner: 只差一個符號的話我覺得已經很棒了 只要它寫完自己檢查再 10/05 08:07
94F：→ louner: 改掉就好 已經省掉我一大半從頭寫起的時間了 AI好處就是 10/05 08:07
95F：→ louner: 能幫寫那些你知道怎麼寫但實在懶得寫的部分 10/05 08:07
96F：推 louner: 另外同意leftless 有違工程師職業道德但以打工人小螺絲釘 10/05 08:12
97F：→ louner: 心態來說不無道理 10/05 08:12
98F：推 EricTao: 不懂在吵啥 本文不是說就算ai很猛 還是會需要懂的人來r 10/06 12:54
99F：→ EricTao: eview 所以不會失業嗎？為什麼會變成在吵要不要用ai? 10/06 12:54
100F：推 lukelove: ai很猛 但人也要看的懂跟好好測 這哪個行業用ai都一樣 10/08 10:01
101F：噓 gv390: 看完還是覺得不懂在吵什麼XD 10/15 09:40
102F：→ gv390: AI很好用啊，也需要軟工人才啊，之前可能需要10個人來支撐 10/15 09:41
103F：→ gv390: 公司，現在可能只要5個人，剩下的分給AI寫 10/15 09:41
104F：→ gv390: 這樣對失業的那5個人就是被AI害的啊 10/15 09:41
105F：推 leicheong: 我公司用自家AI模型寫code, 會自己按你給的test case 10/16 00:32
106F：→ leicheong: 生成unit case, 一直改到unit test全過才commit的. 10/16 00:33
107F：→ leicheong: 單純是要生某演算法的code會有問題是test case給不夠吧 10/16 00:35
108F：→ rogerlarger: 地球也是遲早會被太陽吞噬 10/18 18:40