全世界最便宜好用的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://webptt.com/cn.aspx?n=bbs/Tech_Job/M.1783344537.A.EAB.html