大可叫Digital Designer 自己RTL code完自己去做P&R 再自己去跑Prime time
但可能需要半年才会做完这整个flow
一家想要赚钱的公司不会做这种傻事，所以会多找个更懂P&R的人来加入
时程可能只缩短到三个月
大可叫Analog Designer 自己设计完一颗DDRPHY，然后再自己去画Layout，清DRC，LVS
但可能需要整整一年，才画的完
这时若有个mixed mode Layout老手来帮忙，或许半年就搞定
Gain出来的时间，就是这间公司未来产品竞争力的所在
工作没有好或不好，只有你觉得适不适合
做Designer 也好 APR也好 Layout也好，都是一份工作，
都是收入远大于22K的工作，都是业界很需要的工作
尊重别人的专业，当然...别人也会尊重你的专业
正所谓.....闻道有先后～术业有专攻...
※ 引述《onlykals (相摩)》之铭言：
: ※ 引述《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应该是不会让你饿到就是...