作者jason90814 (菜B08)
看板Tech_Job
標題Re: [討論] 是不是不要再往數位IC設計擠了？
時間Sun Jul 5 13:47:29 2026
※ 引述 《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://webptt.com/m.aspx?n=bbs/Tech_Job/M.1783230451.A.A2F.html
1F：推 VincentWu: 其實即便是軟體業，現在也是要資深工程220.134.106.95 07/05 13:53
2F：→ VincentWu: 師去 verify AI 產出的結果吧220.134.106.95 07/05 13:53
3F：推 jack529: 那代表只需要資深的1.132.29.63 07/05 13:57
就我現在看起來，反而是資深工程師都把前段RTL缺卡死，signoff相關的雜事都給菜鳥做。
這部分說不定是公司已經在為未來布局了
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 13:59:53
4F：推 dakkk: 那也是eda tool的問題 工作看tool跑的結果123.192.156.133 07/05 14:02
5F：→ dakkk: 就只是雜事123.192.156.133 07/05 14:02
但就是這些雜事 1.AI目前做不到 2.機會成本太高不敢讓AI做 3.驗證還在隨著製程提升一
直在變複雜
6F：推 sarsman: 軟體業要看維護的專案性質，如果是server123.194.171.137 07/05 14:03
7F：→ 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
8F：推 botnet: 有沒有可能 未來錯誤也降低了42.73.44.21 07/05 14:18
9F：噓 brightest: 誰跟你說coding 跟physical design 無1.161.170.218 07/05 14:25
10F：→ brightest: 關的1.161.170.218 07/05 14:25
我現在就在做PD喔，我想表達的意思比較像是，這不能單靠coding就搞定
軟體的code是直接丟下去跑結果，但PD的code是用來串flow餵給工具，因此還是要知道tool
怎麼操作，跑完要開tool看，很多錯誤也不是改code就好，要用手下去修
因此軟體在語言模型變強時就受到影響了，但PD大概要等很強的Agent出來才會受影響
11F：→ brightest: Ics剛畢業的也沒這麼口木1.161.170.218 07/05 14:26
12F：推 rogergon: 我看到的是，AI完成三四種coding，讓人111.71.96.221 07/05 14:27
13F：→ rogergon: 去選適合速度或面積需求的。111.71.96.221 07/05 14:27
14F：推 katzlee: 出包和客戶開會難道叫AI去，研發工程師不36.227.6.155 07/05 14:34
15F：→ katzlee: 可能消失 36.227.6.155 07/05 14:34
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:42:32
16F：→ tomsawyer: 我現在也做PD 寫了一堆tcl來串tool 36.239.169.219 07/05 14:44
17F：→ tomsawyer: 如果沒給skill/mcp，ai寫的東西就是屎 36.239.169.219 07/05 14:45
18F：→ tomsawyer: signoff倒是應該可以取代 尤其是有36.239.169.219 07/05 14:46
19F：→ tomsawyer: internal tool的公司 36.239.169.219 07/05 14:46
20F：推 bunjie: 雜事只要卡到會攸關成敗 基本上就不是雜 182.155.197.16 07/05 15:15
21F：→ bunjie: 事了 182.155.197.16 07/05 15:15
22F：→ bunjie: AI能不能取代一項工作或是技能 還是在於 182.155.197.16 07/05 15:17
23F：→ bunjie: 他出包時嚴重程度會不會影響到這個案子 182.155.197.16 07/05 15:17
24F：→ bunjie: 不會才有機會取代 182.155.197.16 07/05 15:17
25F：→ hidog: 自己覺得AI會當輔助工具而不是取代111.241.133.246 07/05 15:42
26F：→ francej: 不是完全不需要人 只是不再需要 那麼多人 36.230.165.161 07/05 15:48
27F：→ francej: 扛責任還是要靠人 所以未來需要的就只有36.230.165.161 07/05 15:49
28F：→ francej: 那位可以扛責任的人 36.230.165.161 07/05 15:49
29F：→ mooto: 資深的還是要 亦即你不可能完全淘汰220.129.139.152 07/05 16:33
30F：→ mooto: 公司不會傻到叫老師傅回家 只會適應220.129.139.152 07/05 16:34
31F：推 stillboy: 都一樣是coding，都一樣不能犯錯 123.192.90.30 07/05 17:18
32F：→ stillboy: 都很快會被全面取代 123.192.90.30 07/05 17:18
33F：→ sonicyang: 這什麼奇怪的觀點，這樣嵌入式的程式開 133.159.152.53 07/05 18:55
34F：→ sonicyang: 發不是一樣問題。一堆也都出場燒死不能 133.159.152.53 07/05 18:55
35F：→ sonicyang: 更新，壞了會死人，還有跟硬體介接搞得 133.159.152.53 07/05 18:55
36F：→ sonicyang: 半死。現在也是都Agentic coding啊。問 133.159.152.53 07/05 18:55
37F：→ sonicyang: 題是有沒有辦法Check，不是難不難。有 133.159.152.53 07/05 18:55
38F：→ sonicyang: 辦法 Check 的情況下，既使半桶水，每133.159.152.53 07/05 18:55
39F：→ sonicyang: 天100萬上下一樣卷死碼農ˉ。133.159.152.53 07/05 18:55
40F：推 tom830001: 任何事情 都可以被ai取代@_@118.232.63.183 07/05 19:48
41F：推 gotofumihisa: 我覺得AI的目的是加速開發而不是取 101.10.56.56 07/05 20:37
42F：→ gotofumihisa: 代 幻想AI完全取代某個職位只有真 101.10.56.56 07/05 20:37
43F：→ gotofumihisa: 的分工很細緻的大公司可能發生 101.10.56.56 07/05 20:37
44F：→ gotofumihisa: 但這也不代表公司就不缺人 而是分工 101.10.56.56 07/05 20:37
45F：→ gotofumihisa: 的生態出現變化而已 101.10.56.56 07/05 20:37
46F：→ sonicyang: 正常工程師是不至於被取代，低階碼農派 130.62.95.177 07/05 20:52
47F：→ sonicyang: 遣SOP生化機器人是真的等著被取代，跟 130.62.95.177 07/05 20:52
48F：→ sonicyang: 你講話還會有情緒，不如跟AI講話 130.62.95.177 07/05 20:52
49F：→ kshieh: 你問問那位主管 他們家的FW是否不用幫IC設 61.230.2.56 07/05 21:14
50F：→ kshieh: 計錯誤擦屁股 61.230.2.56 07/05 21:14
會需要FW就是因為數位設計出錯的成本很高啊，所以要有個成本比較低的補法
如果你覺得FW很累，那更凸顯數位設計需要有人把關的重要性
※ 編輯: jason90814 (49.216.132.246 臺灣), 07/05/2026 21:30:54
51F：推 kentelva: 沒有人說到重點，要讓AI完全接管digit 36.226.197.144 07/05 22:01
52F：→ kentelva: al ic, 重點是文件描述的完整性與精確 36.226.197.144 07/05 22:01
53F：→ kentelva: 性。這樣才能有完整的設計和驗證promp 36.226.197.144 07/05 22:01
54F：→ kentelva: t。這才是最難的地方 36.226.197.144 07/05 22:01
55F：→ VicLien: 等代工廠standard cell全面模組化 是否 122.121.141.23 07/05 22:11
56F：→ VicLien: 還要人頭扛責任就很難說 先進代工廠也 122.121.141.23 07/05 22:11
57F：→ VicLien: 很怕設計廠設計導致低良率 122.121.141.23 07/05 22:11
58F：推 marsonele: 通常tape out之後就是fw去補洞了 1.169.248.197 07/05 23:03
59F：推 givgi456: 51樓專業 61.230.56.138 07/06 07:23
60F：推 dakkk: 的確 不然怎會一堆work around 39.14.0.90 07/06 08:04
61F：推 Samurai: 所以現在就是找tool商直接合作，從源頭 1.171.3.104 07/06 08:16
62F：→ Samurai: 開始搞規則模組化，不是你想的自己瞎弄 1.171.3.104 07/06 08:16
63F：推 Samurai: 而且還有DV把關，感覺DV會最先受到衝擊 1.171.3.104 07/06 08:21
64F：推 zaq851017: 那是你以現在AI能力看吧，我自己認 49.214.3.34 07/06 10:51
65F：→ zaq851017: 為三五年後不管硬體還是軟體工程師 49.214.3.34 07/06 10:51
66F：→ zaq851017: 都是AI的天下吧 49.214.3.34 07/06 10:51
67F：推 nikolas: 有沒有一種可能，你現在看到很多雜事要 101.10.10.71 07/06 11:39
68F：→ nikolas: 做，其實就是因為人類搞出來的，因為公 101.10.10.71 07/06 11:39
69F：→ nikolas: 司沒有人願意花時間去優化架構，都是一 101.10.10.71 07/06 11:39
70F：→ nikolas: 堆老舊習慣層層堆疊出來的狗屎，所以搞 101.10.10.71 07/06 11:39
71F：→ nikolas: 得很複雜需要工程師。之後AI介入，直接 101.10.10.71 07/06 11:39
72F：→ nikolas: 重新優化架構優化流程，可能真的需要1/1 101.10.10.71 07/06 11:39
73F：→ nikolas: 0的人力就可以了 101.10.10.71 07/06 11:39
74F：推 bunjie: 如果可以 那GG一堆工程師應該也能裁了 223.141.130.76 07/06 14:45
75F：推 a37805: 容錯低（x)錯了雙手一攤叫sw扛（o)114.137.185.119 07/06 18:43
76F：推 frozen: 工程師就是負責揹鍋的 XD 42.79.69.170 07/06 19:01
77F：→ bmiss: 叫AI做事，也要描述的清清楚楚。不然根本災 39.15.33.230 07/06 19:07
78F：→ bmiss: 難 39.15.33.230 07/06 19:07
79F：→ Ratio0306: PD不是只有用tool，這些tool本身也是co 114.137.195.94 07/06 20:27
80F：→ Ratio0306: ding出來的，coding這些tool也是PD的一 114.137.195.94 07/06 20:27
81F：→ Ratio0306: 環 114.137.195.94 07/06 20:27
82F：→ tomsawyer: coding這些tool就是eda vendor的事情 49.214.2.134 07/06 22:41
83F：→ tomsawyer: 了 49.214.2.134 07/06 22:41
84F：→ j0618204: 加速開發就是不需要那麼多人...114.137.175.142 07/07 05:50
85F：推 senjyu: APR的agent還要好長一段路 61.230.3.186 07/07 11:37
86F：推 garfield100: 工程師負責揹鍋 42.73.177.9 07/07 19:44
87F：→ garfield100: AI不揹鍋的啦 42.73.177.9 07/07 19:44
88F：→ garfield100: 不是容錯低 只是推給別人揹鍋 42.73.177.9 07/07 19:45
89F：→ shangclock: 錯了還不是兩手一攤找軟解、ECO、改cu 42.72.127.70 07/08 13:11
90F：→ shangclock: t然後下顆IC記得修，講的好像都不能出 42.72.127.70 07/08 13:11
91F：→ shangclock: 錯,有出錯就天崩地裂一樣 42.72.127.70 07/08 13:11
92F：推 gsy2i7y14: 感謝分享 114.137.28.145 07/10 13:25
93F：推 acgotaku: 基本上容錯空間越小的任務 越適合交給AI 59.115.66.22 07/10 19:02
94F：→ acgotaku: 你用出包找誰揹的角度就很奇怪, 因為 AI 59.115.66.22 07/10 19:03
95F：→ acgotaku: 越來越不犯錯 59.115.66.22 07/10 19:04
96F：→ acgotaku: 目前各大公司最新的模型, 你如果覺得他 59.115.66.22 07/10 19:09
97F：→ acgotaku: 會犯錯, 請記住絕對 99.9% 是使用者問題 59.115.66.22 07/10 19:10
98F：推 blastillocal: 其實只是人類犯錯有人可以卸責，AI 119.234.24.75 07/18 17:13
99F：→ blastillocal: 則不行 119.234.24.75 07/18 17:13
100F：推 GTRNO1: 1年前全世界頂尖公司的SWE打死不相信自己 49.217.121.244 07/22 11:09
101F：→ GTRNO1: 的工作崗位會被LLM給裁掉 現在換HWE在找 49.217.121.244 07/22 11:09
102F：→ GTRNO1: 藉口了 哈哈哈 49.217.121.244 07/22 11:09