PTT職涯區 / Tech_Job (科技人)

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

看板Tech_Job (科技人)作者 (菜B08)時間1月前 (2026/07/05 13:47), 1月前編輯推噓27(28推 1噓 73→)
留言102則, 37人參與, 2周前最新討論串2/5 (看更多)
※ 引述 《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, 1月前 , 14F
出包和客戶開會難道叫AI去，研發工程師不
07/05 14:34, 14F
→
07/05 14:34, 1月前 , 15F
可能消失
07/05 14:34, 15F
※ 編輯: jason90814 (49.215.101.168 臺灣), 07/05/2026 14:42:32
→
07/05 14:44, 1月前 , 16F
我現在也做PD 寫了一堆tcl來串tool
07/05 14:44, 16F
→
07/05 14:45, 1月前 , 17F
如果沒給skill/mcp，ai寫的東西就是屎
07/05 14:45, 17F
→
07/05 14:46, 1月前 , 18F
signoff倒是應該可以取代 尤其是有
07/05 14:46, 18F
→
07/05 14:46, 1月前 , 19F
internal tool的公司
07/05 14:46, 19F
推
07/05 15:15, 1月前 , 20F
雜事只要卡到會攸關成敗 基本上就不是雜
07/05 15:15, 20F
→
07/05 15:15, 1月前 , 21F
事了
07/05 15:15, 21F
→
07/05 15:17, 1月前 , 22F
AI能不能取代一項工作或是技能 還是在於
07/05 15:17, 22F
→
07/05 15:17, 1月前 , 23F
他出包時嚴重程度會不會影響到這個案子
07/05 15:17, 23F
→
07/05 15:17, 1月前 , 24F
不會才有機會取代
07/05 15:17, 24F
→
07/05 15:42, 1月前 , 25F
自己覺得AI會當輔助工具而不是取代
07/05 15:42, 25F
→
07/05 15:48, 1月前 , 26F
不是完全不需要人 只是不再需要 那麼多人
07/05 15:48, 26F
→
07/05 15:49, 1月前 , 27F
扛責任還是要靠人 所以未來需要的就只有
07/05 15:49, 27F
→
07/05 15:49, 1月前 , 28F
那位可以扛責任的人
07/05 15:49, 28F
→
07/05 16:33, 1月前 , 29F
資深的還是要 亦即你不可能完全淘汰
07/05 16:33, 29F
→
07/05 16:34, 1月前 , 30F
公司不會傻到叫老師傅回家 只會適應
07/05 16:34, 30F
推
07/05 17:18, 1月前 , 31F
都一樣是coding，都一樣不能犯錯
07/05 17:18, 31F
→
07/05 17:18, 1月前 , 32F
都很快會被全面取代
07/05 17:18, 32F
→
07/05 18:55, 1月前 , 33F
這什麼奇怪的觀點，這樣嵌入式的程式開
07/05 18:55, 33F
→
07/05 18:55, 1月前 , 34F
發不是一樣問題。一堆也都出場燒死不能
07/05 18:55, 34F
還有 28 則推文
還有 1 段內文
推
07/06 08:21, 1月前 , 63F
而且還有DV把關，感覺DV會最先受到衝擊
07/06 08:21, 63F
推
07/06 10:51, 1月前 , 64F
那是你以現在AI能力看吧，我自己認
07/06 10:51, 64F
→
07/06 10:51, 1月前 , 65F
為三五年後不管硬體還是軟體工程師
07/06 10:51, 65F
→
07/06 10:51, 1月前 , 66F
都是AI的天下吧
07/06 10:51, 66F
推
07/06 11:39, 1月前 , 67F
有沒有一種可能，你現在看到很多雜事要
07/06 11:39, 67F
→
07/06 11:39, 1月前 , 68F
做，其實就是因為人類搞出來的，因為公
07/06 11:39, 68F
→
07/06 11:39, 1月前 , 69F
司沒有人願意花時間去優化架構，都是一
07/06 11:39, 69F
→
07/06 11:39, 1月前 , 70F
堆老舊習慣層層堆疊出來的狗屎，所以搞
07/06 11:39, 70F
→
07/06 11:39, 1月前 , 71F
得很複雜需要工程師。之後AI介入，直接
07/06 11:39, 71F
→
07/06 11:39, 1月前 , 72F
重新優化架構優化流程，可能真的需要1/1
07/06 11:39, 72F
→
07/06 11:39, 1月前 , 73F
0的人力就可以了
07/06 11:39, 73F
推
07/06 14:45, 1月前 , 74F
如果可以 那GG一堆工程師應該也能裁了
07/06 14:45, 74F
推
07/06 18:43, 1月前 , 75F
容錯低（x)錯了雙手一攤叫sw扛（o)
07/06 18:43, 75F
推
07/06 19:01, 1月前 , 76F
工程師就是負責揹鍋的 XD
07/06 19:01, 76F
→
07/06 19:07, 1月前 , 77F
叫AI做事，也要描述的清清楚楚。不然根本災
07/06 19:07, 77F
→
07/06 19:07, 1月前 , 78F
難
07/06 19:07, 78F
→
07/06 20:27, 1月前 , 79F
PD不是只有用tool，這些tool本身也是co
07/06 20:27, 79F
→
07/06 20:27, 1月前 , 80F
ding出來的，coding這些tool也是PD的一
07/06 20:27, 80F
→
07/06 20:27, 1月前 , 81F
環
07/06 20:27, 81F
→
07/06 22:41, 1月前 , 82F
coding這些tool就是eda vendor的事情
07/06 22:41, 82F
→
07/06 22:41, 1月前 , 83F
了
07/06 22:41, 83F
→
07/07 05:50, 1月前 , 84F
加速開發就是不需要那麼多人...
07/07 05:50, 84F
推
07/07 11:37, 1月前 , 85F
APR的agent還要好長一段路
07/07 11:37, 85F
推
07/07 19:44, 1月前 , 86F
工程師負責揹鍋
07/07 19:44, 86F
→
07/07 19:44, 1月前 , 87F
AI不揹鍋的啦
07/07 19:44, 87F
→
07/07 19:45, 1月前 , 88F
不是容錯低 只是推給別人揹鍋
07/07 19:45, 88F
→
07/08 13:11, 1月前 , 89F
錯了還不是兩手一攤找軟解、ECO、改cu
07/08 13:11, 89F
→
07/08 13:11, 1月前 , 90F
t然後下顆IC記得修，講的好像都不能出
07/08 13:11, 90F
→
07/08 13:11, 1月前 , 91F
錯,有出錯就天崩地裂一樣
07/08 13:11, 91F
推
07/10 13:25, 1月前 , 92F
感謝分享
07/10 13:25, 92F
推
07/10 19:02, 1月前 , 93F
基本上容錯空間越小的任務 越適合交給AI
07/10 19:02, 93F
→
07/10 19:03, 1月前 , 94F
你用出包找誰揹的角度就很奇怪, 因為 AI
07/10 19:03, 94F
→
07/10 19:04, 1月前 , 95F
越來越不犯錯
07/10 19:04, 95F
→
07/10 19:09, 1月前 , 96F
目前各大公司最新的模型, 你如果覺得他
07/10 19:09, 96F
→
07/10 19:10, 1月前 , 97F
會犯錯, 請記住絕對 99.9% 是使用者問題
07/10 19:10, 97F
推
07/18 17:13, 3周前 , 98F
其實只是人類犯錯有人可以卸責，AI
07/18 17:13, 98F
→
07/18 17:13, 3周前 , 99F
則不行
07/18 17:13, 99F
推
07/22 11:09, 2周前 , 100F
1年前全世界頂尖公司的SWE打死不相信自己
07/22 11:09, 100F
→
07/22 11:09, 2周前 , 101F
的工作崗位會被LLM給裁掉 現在換HWE在找
07/22 11:09, 101F
→
07/22 11:09, 2周前 , 102F
藉口了 哈哈哈
07/22 11:09, 102F
‣ 更多 jason90814 的文章
文章代碼(AID): #1gIU_pel (Tech_Job)
Tech_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 jason90814 的文章
文章代碼(AID): #1gIU_pel (Tech_Job)