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