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