※ 引述《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不過份吧！ 在臺灣亂用頭銜也不是一兩天的事了！
假設演算法都是你front end寫的 那我沒話說
如果只是寫寫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有如天壤之別