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

[lolo0129 (QQ)]

不是本科系
但正在某機構學著用vivado 寫interface
授課的老師是純血台大電機學碩博
學界業界兩棲
是某公司副總，出過教學用的書籍

基本上他也認為短期之內還無法取代
一個很Normal 的議題，資安
就是一個罩門
即便公司同意全面AI設計電路
仍需要人類檢查、看懂、驗證
人類仍需要看懂AI寫的RTL、testbench

畢竟，是人類下達指令該做出什麼功能的電路
不是AI隨心所欲以自己的自由意志
決定要做出什麼功能的電路
下達指令的人
表達能力脆弱 or 思慮不周
那AI做錯電路的機率就不會太低

※ 引述《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 Netli
st
: : --> 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: 其實即便是軟體業，現在也是要資深工程  220.134.106.95 07/05 13:
53
: → VincentWu: 師去 verify AI 產出的結果吧           220.134.106.95 07/05 13:
53
: 推 jack529: 那代表只需要資深的                         1.132.29.63 07/05 13:
57
: 就我現在看起來，反而是資深工程師都把前段RTL缺卡死，signoff相關的雜事都給菜鳥
做
: 這部分說不定是公司已經在為未來布局了
: ※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 13:59:53
: 推 dakkk: 那也是eda tool的問題 工作看tool跑的結果  123.192.156.133 07/05 14:
02
: → dakkk:  就只是雜事                              123.192.156.133 07/05 14:
02
: 但就是這些雜事 1.AI目前做不到 2.機會成本太高不敢讓AI做 3.驗證還在隨著製程提
升?
: 直在變複雜
: 推 sarsman: 軟體業要看維護的專案性質，如果是server 123.194.171.137 07/05 14:
03
: → sarsman: 的話改動影響到production也影響很大     123.194.171.137 07/05 14:
04
: ※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:08:54
: ※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:11:07
: 推 botnet: 有沒有可能  未來錯誤也降低了                42.73.44.21 07/05 14:
18
: 噓 brightest: 誰跟你說coding 跟physical design 無    1.161.170.218 07/05 14:
25
: → brightest: 關的                                   1.161.170.218 07/05 14:
25
: 我現在就在做PD喔，我想表達的意思比較像是，這不能單靠coding就搞定
: 軟體的code是直接丟下去跑結果，但PD的code是用來串flow餵給工具，因此還是要知道
to
: 怎麼操作，跑完要開tool看，很多錯誤也不是改code就好，要用手下去修
: 因此軟體在語言模型變強時就受到影響了，但PD大概要等很強的Agent出來才會受影響
: → brightest: Ics剛畢業的也沒這麼口木                1.161.170.218 07/05 14:
26
: 推 rogergon: 我看到的是，AI完成三四種coding，讓人    111.71.96.221 07/05 14:
27
: → rogergon: 去選適合速度或面積需求的。              111.71.96.221 07/05 14:
27
: 推 katzlee: 出包和客戶開會難道叫AI去，研發工程師不    36.227.6.155 07/05 14:
34
: → katzlee: 可能消失                                  36.227.6.155 07/05 14:
34
: ※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:42:32
: → tomsawyer: 我現在也做PD 寫了一堆tcl來串tool      36.239.169.219 07/05 14:
44
: → tomsawyer: 如果沒給skill/mcp，ai寫的東西就是屎   36.239.169.219 07/05 14:
45
: → tomsawyer: signoff倒是應該可以取代 尤其是有      36.239.169.219 07/05 14:
46
: → tomsawyer: internal tool的公司                   36.239.169.219 07/05 14:
46
: 推 bunjie: 雜事只要卡到會攸關成敗 基本上就不是雜    182.155.197.16 07/05 15:
15
: → bunjie: 事了                                     182.155.197.16 07/05 15:
15
: → bunjie: AI能不能取代一項工作或是技能 還是在於    182.155.197.16 07/05 15:
17
: → bunjie: 他出包時嚴重程度會不會影響到這個案子     182.155.197.16 07/05 15:
17
: → bunjie: 不會才有機會取代                         182.155.197.16 07/05 15:
17
: → hidog: 自己覺得AI會當輔助工具而不是取代         111.241.133.246 07/05 15:
42
: → francej: 不是完全不需要人 只是不再需要 那麼多人  36.230.165.161 07/05 15:
48
: → francej: 扛責任還是要靠人 所以未來需要的就只有   36.230.165.161 07/05 15:
49
: → francej: 那位可以扛責任的人                      36.230.165.161 07/05 15:
49
: → mooto: 資深的還是要 亦即你不可能完全淘汰        220.129.139.152 07/05 16:
33
: → mooto: 公司不會傻到叫老師傅回家 只會適應        220.129.139.152 07/05 16:
34
: 推 stillboy: 都一樣是coding，都一樣不能犯錯          123.192.90.30 07/05 17:
18
: → stillboy: 都很快會被全面取代                      123.192.90.30 07/05 17:
18
: → sonicyang: 這什麼奇怪的觀點，這樣嵌入式的程式開  133.159.152.53 07/05 18:
55
: → sonicyang: 發不是一樣問題。一堆也都出場燒死不能  133.159.152.53 07/05 18:
55
: → sonicyang: 更新，壞了會死人，還有跟硬體介接搞得  133.159.152.53 07/05 18:
55
: → sonicyang: 半死。現在也是都Agentic coding啊。問  133.159.152.53 07/05 18:
55
: → sonicyang: 題是有沒有辦法Check，不是難不難。有   133.159.152.53 07/05 18:
55
: → sonicyang: 辦法 Check 的情況下，既使半桶水，每   133.159.152.53 07/05 18:
55
: → sonicyang: 天100萬上下一樣卷死碼農ˉ。           133.159.152.53 07/05 18:
55

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.216.52.199 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1783251426.A.B77.html
※ 編輯: lolo0129 (49.216.52.199 臺灣), 07/05/2026 19:38:08
※ 編輯: lolo0129 (49.216.52.199 臺灣), 07/05/2026 19:44:00
→ sonicyang: 這個問題就在如果有個厲害的人可以用LL
→ sonicyang: M一週搞定本來要帶10人團隊才能搞定的
→ sonicyang: 事情，既使LLM稍微比較貴，沒那10個拖
→ sonicyang: 油瓶的加成之下可以performance更好。
→ sonicyang: 那就少了10個工作。（雖然理想狀況是11
→ sonicyang: 個人都10倍，雞犬升天人人PM/staff，但
→ sonicyang: 是如你所說，蛋頭用不好甚至是變成0.1
→ sonicyang: 倍，不會有了AI就自動升級）
→ justdoit: 所以那一個人要負責10分code的正確性嗎?
→ sonicyang: 要啊，反正本來帶team交件也要負責整體
→ sonicyang: 的正確性，客戶跟主管才不care是那個阿
→ sonicyang: 貓阿狗組員搞出了簍子。
→ francej: 以後公司招人 就是招能負責10份code正確
→ francej: 性的那位。換句話說，也就是台清交書卷
→ francej: 等級minimum以上的。
→ francej: 以後公司招新人
→ g893734: 自己寫的都不敢保證有bug一定看的出來
→ g893734: 不是自己寫的, 說沒問題你敢信嗎?
→ g893734: IC設計成本出錯成本那麼高,就算只有0.1%
→ g893734: 出錯機率也沒人敢賭, TO一次破誰扛的起
→ g893734: 破億