※ 引述《kdy0963 (kdy)》之铭言：
: 最近接到立锜的APR工程师面试邀请
: 请问APR工程师就是等于LAYOUT工程师吧?
: 想请问一下工作内容以及待遇与未来发展
: 希望给小弟一点意见 先谢了
我想应该是有人误会cutetoto大推文的意思了...
身为一个键盘APR是该跳出来回个文.
cutetoto大所谓熟悉后可以做各种design的意思是...
在digital ic 下, 基本上产品别(网通/driver/power)对flow的差异并不大,
当然bottleneck不尽相同, 不过对APR整体上的概念来说是不变的.
这点就跟fully layout比较不同.
反而technology node对APR的影响会比较大.
第二个... APR 很少跳到 frontend... 这倒是真的,
因为专精的东西并不相同, digital RD会专注在电路架构,
以及如何使用HDL语言来实现.
APR则会以比较physical的角度来看.
stdcell usage, constraint, lib, floorplan, clock tree.
基本上APR不知道RD想要的是什么, 但是APR要有能力去告诉RD如何才能做到他们要的
以constraint的观点: case analysis, false path, boundary constraint, clock tree
第三个... APR的发展
APR其实跟CAD并不相同... 但是很多公司是将这两个职位放在同一个部门的
也许是APR要有能力使用script/perl/tcl等方式去增加他们自己工作效率有关
因为APR会跟Tool比较熟一点.
发展的话, 如果不想只做APR,
基本上可以往front-end CAD, back-end CAD, DFT engineer, 或者Command file方向走.
我自己的见解是...
technology node在推进的同时, DRC rule是成倍数在成长的,
所以以后Command file写得好应该不会饿死
再来erc的check也不会只要求人眼确认了,
若能利用一些通则透过程式去协助判断, 那写perc的人... 这边我语带保留 XD
至于front-end, back-end CAD原本就是design house建立in house tool重要的人才
我也不认为这些发展会不好
只是归回现实面, 在台湾的确是RD >> support team,
而CAD又是相对小的pool... so...
有机会当RD还是去当RD吧! 不过当APR应该是不会让你饿到就是...
作者:
sux0116 (鸡排店扫地工)
2012-01-07 22:15:00技术层次似乎较低啊
发展层面: 从前端要往后端走相对容易，后端要往前端走
难度很高! 白话点就是，今天design RD想往后端，主管几
乎都愿意给机会，APR工程师要去前端做design，难如登天
认识很多design RD对后段CAD甚至APR都略懂，因为硕班就
有到CIC下线的经验，但一堆APR工程师搞不懂前端在干麻!
可是键盘APR小弟我遇到的都是不懂APR的RD.....不过人都很好啦XDD 就提供版友做参考囉!
在台湾应该多数IC RD在硕班都有实际下线的经验，不懂
做前段或后段都可以叫design RD?? 范围会不会太宽?
RD顾名思义是要具备研发设计能力，后端要研发设计什么?
后段，EDA tool不是你写的，拿到的电路也不是你设计的
能告诉我后端能够称做design RD的点是在哪吗?我看不到
作者:
rockwho (FFForder)
2012-01-07 23:55:00何必这么在乎头衔? 能当饭吃吗? 做好自己的工作比较重要吧
作者: color529 (color) 2012-01-08 00:00:00
连光华商场组电脑的小弟名片都能印"硬件研发"工程师了，后段称自己是designRD不过份吧！ 在台湾乱用头衔也不是一两天的事了！
如果只是写写RTL 我不懂做前段为何可自称RD 后段不是
作者: color529 (color) 2012-01-08 00:13:00
还蛮想知道那些公司会把APR算在RD team的? 一般大公司都切的很清楚。这样画layout也可掺一脚了。
作者: color529 (color) 2012-01-08 00:16:00
也不用争啦，在大公司写HDL的RD起薪跟分红比做APR或layout的多非常多也是事实
就我在职场的经验，还没遇过APR工程师自己称是RD的。
前段写HDL目的是在"设计"电路，实现客户的spec.，里面
包含了整个电路"算法"的实现。后段APR的算法是在
上网找关键字Physical Design Engineer
作者: color529 (color) 2012-01-08 00:22:00
不是相关职位就别自曝其短了,还叫人上网找咧。
回color529大, broadcom是, 小弟有幸去interview过.
作者: color529 (color) 2012-01-08 00:24:00
不然你先提供几家把APR或layout工程师算在RD team,薪水分红也一致的大公司名号再来争吧
可能我新人不懂 但工作起薪不像您说的前段比后段高所以我不太清楚这个事实是哪来的
作者:
rockwho (FFForder)
2012-01-08 00:25:00睡前闲聊一下好了~ 怎样才能叫RD呢? 一定是前段design吗?
作者:
rockwho (FFForder)
2012-01-08 00:26:00我来举2个例子给各位参考看看
我对RD的定义也很有兴趣 一直比较喜欢说自己是打杂小弟
作者:
rockwho (FFForder)
2012-01-08 00:27:001.对岸有公司这样搞，只要会写RTL，不管你什么科系毕业...
作者:
rockwho (FFForder)
2012-01-08 00:28:00都招进来做 2.早期的layout/APR都是找兼职小妹来做...
作者:
rockwho (FFForder)
2012-01-08 00:29:00请问... 哪样才能叫RD呢? 呵呵~
作者:
mcjk (beat me)
2012-01-08 00:30:00硕班那种下线就可以说是懂APR. 你真的知道业界的APR再做什么
作者: color529 (color) 2012-01-08 00:30:00
自己去104看看数位IC设计工程师跟APR/Layout两者的学历跟背景要求，最清楚
做architecture/算法方面的比较符合 XD
我说"略懂"下过线至少摸过APR tool，P&R概念也有了
作者:
mcjk (beat me)
2012-01-08 00:37:00资深见解不敢说，说不定您再硕班就已经下线28/20的chip了，汴
作者:
mcjk (beat me)
2012-01-08 00:40:00我大学也写过加法器，对design也是略懂，这样也算是RD了吗
台湾业界玩得起28nm的就那几间，一堆都还停在65甚至90
会不会扯远了，所以tsmc 28nm厂的OP也算RD?
我研所也写RTL也略懂 想必要去front-end也不难
作者:
juc (道法自然)
2012-01-08 01:39:00各有好处吧...当RD压力很大的= =, APR CP值不错阿
作者:
mcjk (beat me)
2012-01-08 08:04:00就我所看到的，真的要说CP值 layout CP值应该是比APR还高
作者:
mcjk (beat me)
2012-01-08 08:51:00在60/55制程APR相对简单，40甚至到28以后 已经不是你想的容易
作者:
cutetoto (love & peace)
2012-01-09 13:50:00本文说得就是我上一篇推文的本意 不是说做design 而是说做各种design的apr都有可能 不好意思手机推文没讲清楚 感谢帮忙 下次改进^^
作者:
cutetoto (love & peace)
2012-01-09 13:51:00最近刚tapeout正在回魂 所以现在才看到^^
作者: centra (ukyo) 2012-01-11 09:49:00
其实做20nm/16nm的APR跟做65nm的APR有如天壤之别