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

看板Tech_Job (科技人)作者juc (道法自然)時間3小時前 (2026/07/06 21:28)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串5/5 (看更多)

全世界最便宜好用的IC設計工程師就在台灣輝達都還要在台北蓋新總部找3000多人 Google/AMD/ARM/intel也都在台灣找人在台灣做IC設計不怕沒人要多擔心了矽谷哪些軟體大廠在美國聘用一個工程師的費用在台灣可以找3, 4個，當然是砍掉來買AI 伺服器 ※ 引述《lolo0129 (QQ)》之銘言： : 不是本科系 : 但正在某機構學著用vivado 寫interface : 授課的老師是純血台大電機學碩博 : 學界業界兩棲 : 是某公司副總，出過教學用的書籍 : 基本上他也認為短期之內還無法取代 : 一個很Normal 的議題，資安 : 就是一個罩門 : 即便公司同意全面AI設計電路 : 仍需要人類檢查、看懂、驗證 : 人類仍需要看懂AI寫的RTL、testbench : 畢竟，是人類下達指令該做出什麼功能的電路 : 不是AI隨心所欲以自己的自由意志 : 決定要做出什麼功能的電路 : 下達指令的人 : 表達能力脆弱 or 思慮不周 : 那AI做錯電路的機率就不會太低 : ※ 引述《jason90814 (菜B08)》之銘言： : 動 : st : ， : : 本人最近剛畢業進數位設計工作 : : 入職時有跟主管討論到這類的事 : : 我覺得他說的很有道理，跟大家分享一下 : : 他說軟體工程師跟數位設計雖然都算是coding的工作 : : 但IC設計的容錯率比純軟低很多 : : 軟體有bug就修一修更新一版 : : 最慘還能recover到能動時候 : : 看現在windows整天推一堆有bugs的更新就知道 : : 對公司影響其實不大 : : 但IC設計不是這樣 : : tapeout一次成本超級高 : : 基本上沒有任何容錯空間 : : 所以就算現在能讓AI寫RTL、寫flow : : 還是會需要人類去驗證，跑signoff : : 不然出包誰要背鍋？ : : 更何況數位設計中後端還有一堆跟coding無關的事像physical design : : 因此頂多人力從前端寫RTL移向驗證signoff : : 但要像軟體那樣血洗應該是很難 : : -- : : 推 VincentWu: 其實即便是軟體業，現在也是要資深工程 220.134.106.95 07/05 1 3: : 53 : : → VincentWu: 師去 verify AI 產出的結果吧 220.134.106.95 07/05 1 3: : 53 : : 推 jack529: 那代表只需要資深的 1.132.29.63 07/05 1 3: : 57 : : 就我現在看起來，反而是資深工程師都把前段RTL缺卡死，signoff相關的雜事都給菜鳥 : 做 : : 這部分說不定是公司已經在為未來布局了 : : 推 dakkk: 那也是eda tool的問題工作看tool跑的結果 123.192.156.133 07/05 1 4: : 02 : : → dakkk: 就只是雜事 123.192.156.133 07/05 1 4: : 02 : : 但就是這些雜事 1.AI目前做不到 2.機會成本太高不敢讓AI做 3.驗證還在隨著製程提 : 升? : : 直在變複雜 : : 推 sarsman: 軟體業要看維護的專案性質，如果是server 123.194.171.137 07/05 1 4: : 03 : : → sarsman: 的話改動影響到production也影響很大 123.194.171.137 07/05 1 4: : 04 : : 推 botnet: 有沒有可能未來錯誤也降低了 42.73.44.21 07/05 1 4: : 18 : : 噓 brightest: 誰跟你說coding 跟physical design 無 1.161.170.218 07/05 1 4: : 25 : : → brightest: 關的 1.161.170.218 07/05 1 4: : 25 : : 我現在就在做PD喔，我想表達的意思比較像是，這不能單靠coding就搞定 : : 軟體的code是直接丟下去跑結果，但PD的code是用來串flow餵給工具，因此還是要知道 : to : : 怎麼操作，跑完要開tool看，很多錯誤也不是改code就好，要用手下去修 : : 因此軟體在語言模型變強時就受到影響了，但PD大概要等很強的Agent出來才會受影響 : : → brightest: Ics剛畢業的也沒這麼口木 1.161.170.218 07/05 1 4: : 26 : : 推 rogergon: 我看到的是，AI完成三四種coding，讓人 111.71.96.221 07/05 1 4: : 27 : : → rogergon: 去選適合速度或面積需求的。 111.71.96.221 07/05 1 4: : 27 : : 推 katzlee: 出包和客戶開會難道叫AI去，研發工程師不 36.227.6.155 07/05 1 4: : 34 : : → katzlee: 可能消失 36.227.6.155 07/05 1 4: : 34 : : → tomsawyer: 我現在也做PD 寫了一堆tcl來串tool 36.239.169.219 07/05 1 4: : 44 : : → tomsawyer: 如果沒給skill/mcp，ai寫的東西就是屎 36.239.169.219 07/05 1 4: : 45 : : → tomsawyer: signoff倒是應該可以取代尤其是有 36.239.169.219 07/05 1 4: : 46 : : → tomsawyer: internal tool的公司 36.239.169.219 07/05 1 4: : 46 : : 推 bunjie: 雜事只要卡到會攸關成敗基本上就不是雜 182.155.197.16 07/05 1 5: : 15 : : → bunjie: 事了 182.155.197.16 07/05 1 5: : 15 : : → bunjie: AI能不能取代一項工作或是技能還是在於 182.155.197.16 07/05 1 5: : 17 : : → bunjie: 他出包時嚴重程度會不會影響到這個案子 182.155.197.16 07/05 1 5: : 17 : : → bunjie: 不會才有機會取代 182.155.197.16 07/05 1 5: : 17 : : → hidog: 自己覺得AI會當輔助工具而不是取代 111.241.133.246 07/05 1 5: : 42 : : → francej: 不是完全不需要人只是不再需要那麼多人 36.230.165.161 07/05 1 5: : 48 : : → francej: 扛責任還是要靠人所以未來需要的就只有 36.230.165.161 07/05 1 5: : 49 : : → francej: 那位可以扛責任的人 36.230.165.161 07/05 1 5: : 49 : : → mooto: 資深的還是要亦即你不可能完全淘汰 220.129.139.152 07/05 1 6: : 33 : : → mooto: 公司不會傻到叫老師傅回家只會適應 220.129.139.152 07/05 1 6: : 34 : : 推 stillboy: 都一樣是coding，都一樣不能犯錯 123.192.90.30 07/05 1 7: : 18 : : → stillboy: 都很快會被全面取代 123.192.90.30 07/05 1 7: : 18 : : → sonicyang: 這什麼奇怪的觀點，這樣嵌入式的程式開 133.159.152.53 07/05 1 8: : 55 : : → sonicyang: 發不是一樣問題。一堆也都出場燒死不能 133.159.152.53 07/05 1 8: : 55 : : → sonicyang: 更新，壞了會死人，還有跟硬體介接搞得 133.159.152.53 07/05 1 8: : 55 : : → sonicyang: 半死。現在也是都Agentic coding啊。問 133.159.152.53 07/05 1 8: : 55 : : → sonicyang: 題是有沒有辦法Check，不是難不難。有 133.159.152.53 07/05 1 8: : 55 : : → sonicyang: 辦法 Check 的情況下，既使半桶水，每 133.159.152.53 07/05 1 8: : 55 : : → sonicyang: 天100萬上下一樣卷死碼農ˉ。 133.159.152.53 07/05 1 8: : 55 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.32.240.15 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1783344537.A.EAB.html