PTT推薦

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

看板Soft_Job標題Re: [請益] 軟體失業是遲早的事吧作者
isaacting
(2312312)
時間推噓28 推:31 噓:3 →:58

我有一個同事就是在弄演算法的

他就曾經有一次經驗,就是叫AI去產生一個常見的演算法

結果他直接拿來用之後,發覺結果非常的發散。

正常來說,應該是要收斂才對,他後來跳進去仔細檢查之後,才發現

是其中一個負號變成了正號。

他說他的演算法需要跑幾千萬次,所以一個符號的差異,就會讓結果天差地遠

你說外行的要怎麼檢查得出來?

如果完全不懂演算法,又或是沒有debug的能力

這東西就是等著爛掉而已

我覺得很多的東西都是類似,如果100%只依靠AI的話,整個爛掉的風險真的是蠻高的


--

※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.215.87.142 (臺灣)
PTT 網址

leochen12409/30 22:42android kernel幾萬行的code,chatgpt還吃不了吧

MoonCode09/30 23:37

yamakazi09/30 23:38Prompt context下什麼?哪個model?資訊太少很難評論是

yamakazi09/30 23:38不是AI的問題

yamakazi09/30 23:40有時候model版本差一個數字就是差一個世代,免費版和付

yamakazi09/30 23:40費版也有差

其實你自己也提到了,不同的版本跟model就是有差 本文的主旨是: 當無腦用AI時,即便一個小小的差異,也可能會讓整個結果爛掉 目前主流的AI有3個吧 如果無腦用AI是不是3個都要跑過? 如果3個AI的model都給出稍微不太一樣的演算法公式呢 那到底要相信哪一個呢?

viper970910/01 00:30推分享

freeunixer10/01 00:42槓精才去抓枝微末節去辯個沒完,現有哪個模型不會出錯?

freeunixer10/01 00:43人家用gemini 2.5 pro 出錯了你叫人家改 gpt5 plus

freeunixer10/01 00:44或 claude 4.5 sonnet 這樣就比較厲害?

oopFoo10/01 06:57這怎麼不會是ai問題?Y大真的有在用ai coding?llm最大的

oopFoo10/01 07:00問題就是hallucination。寫ai coding需要test,需要各種

oopFoo10/01 07:01feedback來修正已經是常識跟基本功了。但還是遠遠不夠。

※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 07:14:18

watashino10/01 07:13聽起來很像假的

watashino10/01 07:13reasoning模型不太可能出現這個問題

你的演算法一大包,你能夠保證AI裡面產生的東西都是100%正確的嗎? QQ

※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 07:17:17

oopFoo10/01 07:30reasoning model不會出問題?哪個平行世界?跟我講哪個公

oopFoo10/01 07:30司?我all in。

oopFoo10/01 07:33Y大是一日萬行的ai神人。不是我們凡夫俗子可以比的。ceo強

oopFoo10/01 07:34迫導入ai coding,害的大家效率降低,工作量增加。

yamakazi10/01 07:59一下說演算法一大包,一下說是簡單演算法,到底是什麼演

yamakazi10/01 07:59算法可以說明一下嗎?

yamakazi10/01 07:59講錯,是一下說「常見」演算法

yamakazi10/01 08:04用什麼語言也沒講,比如python,常見演算法幾乎都直接呼

yamakazi10/01 08:04叫api了

他是在弄C++的自適應濾波器相關的 顆顆 細節我也沒很懂....不過他是說沒有辦法呼叫API阿,因為要跑在韌體上

jen112110/01 08:14有沒有想過,只差一個符號,就被取代

差一個符號....結果天差地遠

zzzxxxqqq10/01 08:16阿就遲早的...AI 就還在進步 認命吧

yamakazi10/01 08:18甚至退一步說,你自己手刻或複製貼上出這種正負號錯誤的

yamakazi10/01 08:機會跟AI比機率多大

如果你是主管,你敢相信用一個完全不懂自適應濾波器的人 然後也不懂怎麼debug的人來開發產品嗎? 反正就用AI 100%產出就好啦 顆顆

※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:23:51

yamakazi10/01 08:21有沒有想過如果他出錯機率比你小,寫其他沒錯的部分又比

yamakazi10/01 08:21你快,再加上本來就要審查代碼,不管這碼是你同事還是AI

yamakazi10/01 08:21寫的,那你還有什麼理由不用AI?

用AI不是問題 但100%只用AI而不去檢查就是問題

※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:24:33

yamakazi10/01 08:24利大於弊你就該用了,一堆矽谷大廠都在用

用AI絕對是正確的,但如果沒有基本的知識或是coding的基礎就跳進來 然後產生的東西也不檢查,那就是10000%的災難

※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:25:53

yamakazi10/01 08:25我沒說不該檢查,我自己讓AI寫也是檢查,坦白說只要檢查

yamakazi10/01 08:25比自己手刻快多了

所以回歸原本的問題,到底需不需要軟體工程師呢?

※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:28:09

yamakazi10/01 08:27一樣一萬行代碼好了,你自己手刻再給一個不太熟的同事檢

yamakazi10/01 08:27查,和AI幫你寫好你自己檢查,你覺得哪個快又安全?

我覺得其實已經離題了 今天討論的重點不是該不該是用AI, 而是能否100%相信AI 前一篇例子也是如此,那位秦小姐用vibe coding跑出來的東西能動嗎? 當然可以啊,只是她把自己的API key也包在裡面 那就是問題

※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:30:27

yamakazi10/01 08:33XD

zzzxxxqqq10/01 08:33本來就需要軟工阿 以前需要10個未來只要1個

zzzxxxqqq10/01 08:34還不是一堆人沒工作,整個行業更卷

zzzxxxqqq10/01 08:34除非你打定主意當那1個,那當然沒啥問題

yamakazi10/01 08:40等那個秦小姐會檢查,你各位就該緊張了

holebro10/01 08:42有些人說軟體工程師不會被取代 是指世界上還會有軟體工

holebro10/01 08:42程師title 有些人是覺得hc被收掉就算是被取代了 吵不完

yamakazi10/01 08:44說真的,只要檢查代碼比自己手刻代碼輕鬆多了,產出也更

yamakazi10/01 08:44多更多更好

yamakazi10/01 08:46有個創業者叫李卓軒,自己開公司接案幫企業架網站,他以

yamakazi10/01 08:46前也會招軟工,現在他幾乎全靠AI自己寫

秦小姐對於韌體感興趣的話,我很樂意幫她引薦 ㄎㄎㄎ 我是韌體工程師啦~~~~~QQ 看起來前後端的部分是不是要用AI 還可以吵上一陣子惹 我要去焊跳線惹 韌體工程絲的每日 QQ

※ 編輯: isaacting (49.215.86.52 臺灣), 10/01/2025 08:49:57

yamakazi10/01 08:50審查代碼有很難嗎?再叫一個AI一邊幫你審查,看不懂的問

yamakazi10/01 08:50AI叫他解釋給你聽,比自己手刻代碼門檻低多了

yamakazi10/01 08:52韌體工程師大部分不就macro或下下register嗎?算法都拿G

yamakazi10/01 08:52itHub 現成的就好

yamakazi10/01 08:53也不用手刻I2C 現在誰還手刻協定都直接抄現成

yamakazi10/01 08:53濾波器FIR IIR也都拿現成的就好

yamakazi10/01 08:58我自己也做過韌體,邏輯分析儀示波器都用過,韌體在純co

yamakazi10/01 08:58ding的部分真的沒很難,除非你是有極端容量或cycle需求

yamakazi10/01 09:00濾波器頻點因數要設多少,要幾階也沒有很難,我研究所念

yamakazi10/01 09:00通信與信號處理,python 呼叫api幫你算係數再寫到c code

yamakazi10/01 09:00就好,沒人自己手算了

yamakazi10/01 09:07如果是AI直接生成係數那肯定錯,我都叫他寫一個python

yamakazi10/01 09:07生成係數再寫到C code,然後再叫他寫個測試畫個圖來看看

watashino10/01 09:25就真的現在的模型不會有正負號這麼笨的問題啦==

watashino10/01 09:25除非你context輸入太多把模型搞傻了

oopFoo10/01 10:47那你看太少了。ai可以寫出各種神奇滿臉問號的程式。

oopFoo10/01 10:48有時ai寫很神奇的好,又神奇的笨。

tsairay10/01 12:23AI是很強的工具,但是必須要由有能力的人來使用

yamakazi10/01 12:23如果是python原本就有的算法,你可以叫他改寫成C++後然

yamakazi10/01 12:23後要對bit true,就是同樣的input給python api和給C++算

yamakazi10/01 12:23法,出來output要一樣。

yamakazi10/01 12:23以前我寫完算法給數位IC工程師寫verilog 也是要給測資做

yamakazi10/01 12:23bit true

yamakazi10/01 12:24以前這種事要兩個人弄半天,現在一個人叫AI寫就可以直接

yamakazi10/01 12:24生成直接對bit true了

yamakazi10/01 12:30怕寫錯你可以叫他去看python算法的原始碼,有看完python

yamakazi10/01 12:30原始碼改寫C++幾乎都不可能錯了

jonathan79310/01 12:46我覺得用ai沒啥問題 只是test case要先寫好

watashino10/01 14:41我感覺很多人根本連訂閱都沒有就在亂扯==

watashino10/01 14:41從o3以後大多時候複製貼上就直接能用了

shadow032610/01 17:56我覺得應該用AI來吵架 會比自己在這邊吵架有效率

airtsubasa10/01 19:02我都拿來寫mail吵架 AI高級酸 拿來寫code太廉價了吧

viper970910/01 19:58用AI來吵架XDDD

lylu10/02 09:45y大推文不就證明軟工還不會被取代 不然一個完全不懂軟體的人

lylu10/02 09:45最好是懂這些操作

newking76110/02 09:55我也覺得不可能,貼程式碼來看看

newking76110/02 09:57再說你不會用兩個AI互相糾正嗎?

leftless10/03 02:23就我對軟體廠的理解 只要升或跳的夠快

leftless10/03 02:23東西爛掉的鍋就沒你的事

leftless10/03 02:24用AI快速創造credits然後快速離開原本的team

leftless10/03 02:26前幾年一堆跟風上雲然後現在各種問題也不是那些人在解

leftless10/03 02:35換個說法 AI產CODE出事誰損失最大?老闆 誰叫你用AI?老闆

leftless10/03 02:37出問題會賠最多錢的都叫你用了還擔心啥呢

b2545987010/04 10:25當你講了100%相信時 就是已經卡在二分法的繆誤了 換成

b2545987010/04 10:25任何人事物也不是能100%