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

[jason90814 (菜B08)]

※ 引述 《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
推 VincentWu: 其實即便是軟體業，現在也是要資深工程
→ VincentWu: 師去 verify AI 產出的結果吧
推 jack529: 那代表只需要資深的
就我現在看起來，反而是資深工程師都把前段RTL缺卡死，signoff相關的雜事都給菜鳥做。
這部分說不定是公司已經在為未來布局了
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 13:59:53
推 dakkk: 那也是eda tool的問題 工作看tool跑的結果
→ dakkk:  就只是雜事
但就是這些雜事 1.AI目前做不到 2.機會成本太高不敢讓AI做 3.驗證還在隨著製程提升一
直在變複雜
推 sarsman: 軟體業要看維護的專案性質，如果是server
→ sarsman: 的話改動影響到production也影響很大
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:08:54
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:11:07
推 botnet: 有沒有可能  未來錯誤也降低了
噓 brightest: 誰跟你說coding 跟physical design 無
→ brightest: 關的
我現在就在做PD喔，我想表達的意思比較像是，這不能單靠coding就搞定

軟體的code是直接丟下去跑結果，但PD的code是用來串flow餵給工具，因此還是要知道tool
怎麼操作，跑完要開tool看，很多錯誤也不是改code就好，要用手下去修

因此軟體在語言模型變強時就受到影響了，但PD大概要等很強的Agent出來才會受影響
→ brightest: Ics剛畢業的也沒這麼口木
推 rogergon: 我看到的是，AI完成三四種coding，讓人
→ rogergon: 去選適合速度或面積需求的。
推 katzlee: 出包和客戶開會難道叫AI去，研發工程師不
→ katzlee: 可能消失
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:42:32
→ tomsawyer: 我現在也做PD 寫了一堆tcl來串tool
→ tomsawyer: 如果沒給skill/mcp，ai寫的東西就是屎
→ tomsawyer: signoff倒是應該可以取代 尤其是有
→ tomsawyer: internal tool的公司
推 bunjie: 雜事只要卡到會攸關成敗 基本上就不是雜
→ bunjie: 事了
→ bunjie: AI能不能取代一項工作或是技能 還是在於
→ bunjie: 他出包時嚴重程度會不會影響到這個案子
→ bunjie: 不會才有機會取代
→ hidog: 自己覺得AI會當輔助工具而不是取代
→ francej: 不是完全不需要人 只是不再需要 那麼多人
→ francej: 扛責任還是要靠人 所以未來需要的就只有
→ francej: 那位可以扛責任的人
→ mooto: 資深的還是要 亦即你不可能完全淘汰
→ mooto: 公司不會傻到叫老師傅回家 只會適應
推 stillboy: 都一樣是coding，都一樣不能犯錯
→ stillboy: 都很快會被全面取代
→ sonicyang: 這什麼奇怪的觀點，這樣嵌入式的程式開
→ sonicyang: 發不是一樣問題。一堆也都出場燒死不能
→ sonicyang: 更新，壞了會死人，還有跟硬體介接搞得
→ sonicyang: 半死。現在也是都Agentic coding啊。問
→ sonicyang: 題是有沒有辦法Check，不是難不難。有
→ sonicyang: 辦法 Check 的情況下，既使半桶水，每
→ sonicyang: 天100萬上下一樣卷死碼農ˉ。