Re: [討論] 是不是不要再往數位IC設計擠了?

看板Tech_Job (科技人)作者 (菜B08)時間1小時前 (2026/07/05 13:47), 47分鐘前編輯推噓7(8115)
留言24則, 10人參與, 12分鐘前最新討論串2/2 (看更多)
※ 引述 《teddy98 (泰迪!走吧!)》 之銘言: :   : 據傳MTK跟SYNPS已經開始合作 :   : 開啟了滅絕數位IC工程師的計畫了 :   :   : Vibe Coding + Agentic Engineering :   : MTK已經成立AI部門(agent engineer)了 :   : 從專案到投片量產,客戶交期可望大幅縮短 :   :   : RTL Design --> Testing / Verification --> Defining Timing Constraint (有自動化 : 的tcl) :   : --> Logic Synthesis(合成工具讀入 RTL 與 Constraint,轉成 Gate-level Netlist) : --> APR --> ECO :   : 全部都可以由Agent Engineer完成 :   :   :   : 所以,真的 :   : 不要再往"數位IC"這條路擠了吧? :   :   : 以後的人力需求會大幅縮減, :   : 因為AI比人做得更好,更快,更準確。 :   : AI能做,沒有理由請人來做。 :   :   :   : 數位IC已經注定被賜死了 :   :   : 但類比IC還沒,相信未來也不會,因為類比的電路架構跟程式和算法,比較沒有關係, :   : 要被AI完全替代,還有難度。 :   :   : 大家不要再往數位IC擠了,未來的招聘需求,會減少很多。 :   : 至於,該如何因應?只能拭目以待 :   本人最近剛畢業進數位設計工作 入職時有跟主管討論到這類的事 我覺得他說的很有道理,跟大家分享一下 他說軟體工程師跟數位設計雖然都算是coding的工作 但IC設計的容錯率比純軟低很多 軟體有bug就修一修更新一版 最慘還能recover到能動時候 看現在windows整天推一堆有bugs的更新就知道 對公司影響其實不大 但IC設計不是這樣 tapeout一次成本超級高 基本上沒有任何容錯空間 所以就算現在能讓AI寫RTL、寫flow 還是會需要人類去驗證,跑signoff 不然出包誰要背鍋? 更何況數位設計中後端還有一堆跟coding無關的事 像physical design 因此頂多人力從前端寫RTL移向驗證signoff 但要像軟體那樣血洗應該是很難 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.215.101.168 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1783230451.A.A2F.html

07/05 13:53, 1小時前 , 1F
其實即便是軟體業,現在也是要資深工程
07/05 13:53, 1F

07/05 13:53, 1小時前 , 2F
師去 verify AI 產出的結果吧
07/05 13:53, 2F

07/05 13:57, 1小時前 , 3F
那代表只需要資深的
07/05 13:57, 3F
就我現在看起來,反而是資深工程師都把前段RTL缺卡死,signoff相關的雜事都給菜鳥做。 這部分說不定是公司已經在為未來布局了 ※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 13:59:53

07/05 14:02, 1小時前 , 4F
那也是eda tool的問題 工作看tool跑的結果
07/05 14:02, 4F

07/05 14:02, 1小時前 , 5F
就只是雜事
07/05 14:02, 5F
但就是這些雜事 1.AI目前做不到 2.機會成本太高不敢讓AI做 3.驗證還在隨著製程提升一 直在變複雜

07/05 14:03, 1小時前 , 6F
軟體業要看維護的專案性質,如果是server
07/05 14:03, 6F

07/05 14:04, 1小時前 , 7F
的話改動影響到production也影響很大
07/05 14:04, 7F
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:08:54 ※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:11:07

07/05 14:18, 1小時前 , 8F
有沒有可能 未來錯誤也降低了
07/05 14:18, 8F

07/05 14:25, 1小時前 , 9F
誰跟你說coding 跟physical design 無
07/05 14:25, 9F

07/05 14:25, 1小時前 , 10F
關的
07/05 14:25, 10F
我現在就在做PD喔,我想表達的意思比較像是,這不能單靠coding就搞定 軟體的code是直接丟下去跑結果,但PD的code是用來串flow餵給工具,因此還是要知道tool 怎麼操作,跑完要開tool看,很多錯誤也不是改code就好,要用手下去修 因此軟體在語言模型變強時就受到影響了,但PD大概要等很強的Agent出來才會受影響

07/05 14:26, 1小時前 , 11F
Ics剛畢業的也沒這麼口木
07/05 14:26, 11F

07/05 14:27, 1小時前 , 12F
我看到的是,AI完成三四種coding,讓人
07/05 14:27, 12F

07/05 14:27, 1小時前 , 13F
去選適合速度或面積需求的。
07/05 14:27, 13F

07/05 14:34, 55分鐘前 , 14F
出包和客戶開會難道叫AI去,研發工程師不
07/05 14:34, 14F

07/05 14:34, 55分鐘前 , 15F
可能消失
07/05 14:34, 15F
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:42:32

07/05 14:44, 45分鐘前 , 16F
我現在也做PD 寫了一堆tcl來串tool
07/05 14:44, 16F

07/05 14:45, 44分鐘前 , 17F
如果沒給skill/mcp,ai寫的東西就是屎
07/05 14:45, 17F

07/05 14:46, 43分鐘前 , 18F
signoff倒是應該可以取代 尤其是有
07/05 14:46, 18F

07/05 14:46, 43分鐘前 , 19F
internal tool的公司
07/05 14:46, 19F

07/05 15:15, 14分鐘前 , 20F
雜事只要卡到會攸關成敗 基本上就不是雜
07/05 15:15, 20F

07/05 15:15, 14分鐘前 , 21F
事了
07/05 15:15, 21F

07/05 15:17, 12分鐘前 , 22F
AI能不能取代一項工作或是技能 還是在於
07/05 15:17, 22F

07/05 15:17, 12分鐘前 , 23F
他出包時嚴重程度會不會影響到這個案子
07/05 15:17, 23F

07/05 15:17, 12分鐘前 , 24F
不會才有機會取代
07/05 15:17, 24F
文章代碼(AID): #1gIU_pel (Tech_Job)
文章代碼(AID): #1gIU_pel (Tech_Job)