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

看板Tech_Job作者 (泰迪!走吧!)時間1天前 (2026/07/04 01:48), 編輯推噓53(61推 8噓 130→)
留言199則, 68人參與, 51分鐘前最新討論串1/4 (看更多)
據傳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擠了，未來的招聘需求，會減少很多。 至於，該如何因應？只能拭目以待 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.110.74.250 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1783100935.A.BAB.html
推
07/04 03:05, 1天前 , 1F
的確 而且能做的ip幾乎都是現成的 進去就是
07/04 03:05, 1F
→
07/04 03:05, 1天前 , 2F
maintain
07/04 03:05, 2F
推
07/04 03:23, 1天前 , 3F
設計大量latch以及clock forwarding，諒
07/04 03:23, 3F
→
07/04 03:23, 1天前 , 4F
你有再好的AI也束手無策
07/04 03:23, 4F
推
07/04 04:08, 1天前 , 5F
不是 學歷是為了那張紙阿 又不是能力
07/04 04:08, 5F
→
07/04 04:09, 1天前 , 6F
管你AIBI 篩選階段學歷不對直接掛
07/04 04:09, 6F
推
07/04 06:48, 1天前 , 7F
最強還是往IC設計 不然只能去GG?
07/04 06:48, 7F
推
07/04 07:06, 1天前 , 8F
數位設計確實是有點危險 AI除錯和寫簡單
07/04 07:06, 8F
→
07/04 07:06, 1天前 , 9F
的code很強 但有時候也會報一些令人苦笑
07/04 07:06, 9F
→
07/04 07:06, 1天前 , 10F
不得的錯
07/04 07:06, 10F
→
07/04 07:10, 1天前 , 11F
你覺得ai始祖 NV沒有嗎
07/04 07:10, 11F
推
07/04 07:49, 1天前 , 12F
現在電路設計都模組化了 確實不需要太多
07/04 07:49, 12F
→
07/04 07:49, 1天前 , 13F
基層人力
07/04 07:49, 13F
推
07/04 08:04, 1天前 , 14F
現在整合正夯，又雜又亂又複雜，還要有人
07/04 08:04, 14F
→
07/04 08:04, 1天前 , 15F
扛棍子
07/04 08:04, 15F
推
07/04 09:03, 1天前 , 16F
不走IC設計 大概也沒地方去了 硬體的門檻
07/04 09:03, 16F
→
07/04 09:03, 1天前 , 17F
還是比軟體高啦
07/04 09:03, 17F
→
07/04 09:04, 1天前 , 18F
科技業各領域終究還是會遭遇AI輔助的滲透
07/04 09:04, 18F
→
07/04 09:04, 1天前 , 19F
初階缺大量縮減的趨勢是必然的
07/04 09:04, 19F
→
07/04 09:05, 1天前 , 20F
類比IC原本職缺就很少 而且要的往往實力
07/04 09:05, 20F
→
07/04 09:05, 1天前 , 21F
都很強
07/04 09:05, 21F
推
07/04 09:27, 1天前 , 22F
數位IC flow已經是業界數一數二複雜
07/04 09:27, 22F
→
07/04 09:27, 1天前 , 23F
的東西了 如果agent能獨立搞定這些那
07/04 09:27, 23F
→
07/04 09:27, 1天前 , 24F
大概多數工作都會完蛋
07/04 09:27, 24F
推
07/04 09:28, 1天前 , 25F
ai寫出latch？哪家的？
07/04 09:28, 25F
推
07/04 09:29, 1天前 , 26F
anal log
07/04 09:29, 26F
→
07/04 09:30, 1天前 , 27F
會取代部分工作是必然的 但還是很多
07/04 09:30, 27F
→
07/04 09:30, 1天前 , 28F
髒事一定要人類插手檢查
07/04 09:30, 28F
推
07/04 09:38, 1天前 , 29F
很難說，有AI 的幫助，以後說不定是朝向
07/04 09:38, 29F
→
07/04 09:38, 1天前 , 30F
設計更複雜，就像EDA 發展，並沒有使數
07/04 09:38, 30F
→
07/04 09:38, 1天前 , 31F
位工程師變少，反而是人越來越多，反而
07/04 09:38, 31F
→
07/04 09:38, 1天前 , 32F
是設計變複雜。此外AI本身需要大量晶片
07/04 09:38, 32F
→
07/04 09:38, 1天前 , 33F
，也可能需要更多元的晶片更好的發展AI
07/04 09:38, 33F
推
07/04 09:52, 1天前 , 34F
同樣樓上的想法 硬體的各種問題不是AI能
07/04 09:52, 34F
→
07/04 09:52, 1天前 , 35F
輕易解決的
07/04 09:52, 35F
推
07/04 09:53, 1天前 , 36F
認同lovemost
07/04 09:53, 36F
→
07/04 10:05, 1天前 , 37F
更複雜的東西，恐怕也輪不到entry-level
07/04 10:05, 37F
→
07/04 10:06, 1天前 , 38F
來做。要也是senior、architect等級的才
07/04 10:06, 38F
→
07/04 10:06, 1天前 , 39F
搞的出名堂了
07/04 10:06, 39F
還有 120 則推文
→
07/05 11:26, 8小時前 , 160F
夢最美
07/05 11:26, 160F
推
07/05 12:03, 7小時前 , 161F
Rtl 可以
07/05 12:03, 161F
推
07/05 12:28, 7小時前 , 162F
重點還是成品，AI沒辦法確認成品is
07/05 12:28, 162F
→
07/05 12:28, 7小時前 , 163F
sue 如何解決，只有數位工程師才知
07/05 12:28, 163F
→
07/05 12:28, 7小時前 , 164F
道bug在哪；製程這東西永遠都是立
07/05 12:28, 164F
→
07/05 12:28, 7小時前 , 165F
論很完美，現實公差很骨感
07/05 12:28, 165F
→
07/05 12:30, 7小時前 , 166F
AI 能取代的是底層寫code部份, 但
07/05 12:30, 166F
→
07/05 12:30, 7小時前 , 167F
他沒辦法自我生成可用的IP
07/05 12:30, 167F
推
07/05 12:37, 7小時前 , 168F
1. AI不能背鍋 2. Ic flow已經相對
07/05 12:37, 168F
→
07/05 12:37, 7小時前 , 169F
複雜了,能取代的話軟體圈應該會先
07/05 12:37, 169F
→
07/05 12:37, 7小時前 , 170F
死一片
07/05 12:37, 170F
→
07/05 12:50, 7小時前 , 171F
本來要請10個 縮到1/3來操作AI處理
07/05 12:50, 171F
→
07/05 12:50, 7小時前 , 172F
這絕對是趨勢
07/05 12:50, 172F
推
07/05 12:52, 6小時前 , 173F
軟體美國已經死一片了 ai去年底今年初才
07/05 12:52, 173F
→
07/05 12:52, 6小時前 , 174F
算 而是驗證測試是ai強項 人定義好 執行
07/05 12:52, 174F
→
07/05 12:52, 6小時前 , 175F
給ai 人再去確認 除錯小問題很快很強 但
07/05 12:52, 175F
→
07/05 12:52, 6小時前 , 176F
大了易破壞架構 像博士知識等的小白實習
07/05 12:52, 176F
→
07/05 12:52, 6小時前 , 177F
生.. 所以就適合替換經驗不夠的缺..
07/05 12:52, 177F
推
07/05 13:08, 6小時前 , 178F
AI先幫我debug好嗎？AI自己都不知道為
07/05 13:08, 178F
→
07/05 13:08, 6小時前 , 179F
什麼錯了，一直要給更多prompt 到最
07/05 13:08, 179F
→
07/05 13:08, 6小時前 , 180F
後我都懶得說 自己看比較快
07/05 13:08, 180F
推
07/05 13:08, 6小時前 , 181F
我反而比較好奇，如果 AI 真的把 RTL
07/05 13:08, 181F
→
07/05 13:08, 6小時前 , 182F
生產速度提高，驗證的需求是不是反而會
07/05 13:08, 182F
→
07/05 13:08, 6小時前 , 183F
更多？畢竟最後還是要有人證明正確性
07/05 13:08, 183F
→
07/05 14:04, 5小時前 , 184F
的確 未來人應該都往驗證塞
07/05 14:04, 184F
→
07/05 16:15, 3小時前 , 185F
誰他媽要驗證 狗才驗證
07/05 16:15, 185F
→
07/05 16:39, 3小時前 , 186F
@dakkk 不同意 驗證才是ai最好切入的點之一
07/05 16:39, 186F
→
07/05 16:41, 3小時前 , 187F
寫code本來就已經不是現在DE最核心的工作
07/05 16:41, 187F
推
07/05 16:57, 2小時前 , 188F
ic flow是因為各公司閉門造車沒有訓
07/05 16:57, 188F
→
07/05 16:57, 2小時前 , 189F
練資料，你要說比軟體複雜就扯蛋
07/05 16:57, 189F
→
07/05 16:58, 2小時前 , 190F
軟體專案隨便幾百萬行，是IC千倍複雜
07/05 16:58, 190F
→
07/05 16:59, 2小時前 , 191F
要是當初軟體開源風氣不好，網路沒有
07/05 16:59, 191F
→
07/05 16:59, 2小時前 , 192F
半個軟體程式碼，你現在也會聽到一群
07/05 16:59, 192F
→
07/05 16:59, 2小時前 , 193F
人說：軟體這麼複雜，AI不可能取代
07/05 16:59, 193F
推
07/05 18:52, 58分鐘前 , 194F
我覺得物理製造層面的因素是個坎 這和軟
07/05 18:52, 194F
→
07/05 18:52, 58分鐘前 , 195F
體數百萬行的程式碼不是同一個層面的問題
07/05 18:52, 195F
→
07/05 18:52, 58分鐘前 , 196F
也就是說 量不是因素 是那些邊界條件變
07/05 18:52, 196F
→
07/05 18:52, 58分鐘前 , 197F
因的掌握
07/05 18:52, 197F
噓
07/05 18:59, 51分鐘前 , 198F
笑死人 沒看過發哥soc幾行rtl 嗎百萬
07/05 18:59, 198F
→
07/05 18:59, 51分鐘前 , 199F
行很多喔
07/05 18:59, 199F
‣ 更多 teddy98 的文章
文章代碼(AID): #1gH_O7kh (Tech_Job)
‣ 更多 teddy98 的文章
文章代碼(AID): #1gH_O7kh (Tech_Job)