现在觉得PR真累
操心多了人就累 ，
1） library prepare， 不管是build lef还是BPV fram view， 总是有些问题，
不解决好，直接导致布线问题，
2）floorplan，这个操心的事情太多了，
MACRO place， IO PLACE ， ESD , POWER PLAN , ir-drop，EM ，
preroute， special route， blockage， routeguide，
low power ,
3） timing，这个更多了，
clock ,sdcsanity , check timing ,clock group ,
useful skew , clock tree synthesis , skew and latency ,
balance each group ,MCMM ,
4) DRC/LVS , 这个也不省心，
除非前面做的很好，否则这步也花很多时间，有的甚至要重新PR ，
drc , lvs ,esd ,ant ,layout check ,gds layer check ,
bond pad check，
感觉PR比custom layout累啊，custom layout就是画layout，
脑子不累， 就是画画，
还要看一堆的文档， 每个IP的applicationnote， datasheet，
一堆的注意点， 都不记得了，
兄弟，看到你的感慨有共鸣，以前就有大牛说过，当你基本克服的技术性的问题以后，APR就是一个管理问题，而APR流程中的技术问题都不是什么深不见底的东西。所以APR做到一定程度，团队管理和标准流程就成为必经之路（跟工厂一样）。
你需要有团队，有分工，这样才能让Team leader可以从无数的杂务中跳出来，对项目进行规划，和前段的客户沟通，给组员分配任务，检查进度，攻克关键问题，做Signoff review。
同时你需要有固定的设计流程（工具和脚本），统一的database管理架构，健壮的Signoff检查表，有了这些东西心会定一些，可是也不是一朝一夕能搞出来，小公司也不见得有这样的时间给你搞，所以啊，还是不容易。
当你有这种体会时，说明你已经具备管理一个团队的基本素质了，再坚持一段时间，做到2线manager后，就不用多管那些具体的技术细节了。
话说回来，大公司可以这些问题放到管理层面来解决，还比较好，小公司就比较悲哀了，又要做项目，又要建流程，又要培训人，累。
小编， 你都叫苦不迭， 让后生晚辈这些技术菜鸟情何以堪?
其实如果让你做模拟layout时间长了，你会觉得重复劳动的很单调，会觉得迷茫
我做了好几年模拟layout，接触PR后觉得很兴奋，好多东西要学呀，好多东西不会呀，真好！
做PR时间长了，又觉得还需要再学习再沉淀，对整个芯片理解也多了些，觉得比作小块模拟layout看问题更全面，当然要记录的东西也多，管理的数据也多，学习的工具也多，自己规范自己的工作习惯的事情也多
其实每一项具体的自己做下来也是一种修行
我还想毕业做后端呢，不过小编这样说了，我毕业还是想去做后端，呵呵
抱怨吐槽贴...
等我毕业了，明年咱在张江搞个大型的吐槽会，每周吐一次！
张江男顶起
APR就像足球场的后卫，丢球了是你的责任，进球了也没啥大功劳。
其实个人觉得不管模拟的layout还是APR都是像你说的，芯片成功了是那些设计师的功劳，芯片失败了第一个先找你，是不是哪些线没有连好呀，什么LVS没有过呀，诸如此类很低级的问题
掺乎两句。
PR确实繁琐，且各种要掌控的细节超级多，所以这个时候不能依赖脑力了，大家在上下游沟通的时候肯定已经知道，最不可靠的就是人。
我以前专门为此写过prompt flow，差不多整出了一个“专家系统”，或许这是PR的一个救星。
不过事情总不是说的这么简单。
希望小编能把你的 prompt flow分享一下,让大家看看眼啊
老大，应该是庆幸还有这么多问题了。
不然让我们这帮民工怎么混呢
其实哪有不累的，做前端后端都是一样
我在的公司是纵向做的，项目一开始你得和marketing打交道，制定spec，还要一起出项目计划，成本估算，甚至跟着做点市场分析拜访客户这些事，一大堆琐碎事要做。完了你要做design spec，计划各种IP资源，模块设计这些，接着是各种验证，综合约束时序分析这些都是前端做，layout team只是你的资源，帮你做剩下的PR等等之类的，最后流片了还没完，还要制定测试流程，项目，要和DFT的一起做测试向量，和test engineer一起做测试debug，最后到开始量产，你负责的这个项目才算完事……
应该是这样吧， PR学的东西更杂些，
考虑的东西比较多，
有道啊，说明我还没到高级的管理层，哈哈，还在和技术细节搞来搞去，
其实我倒不是抱怨pr太累，只是说PR的几个关键难点而已，
对于后端设计, APR 是主流的， 另外一种就是custom layout了，
虽然对 APR 流程了解了，也过了几个流程，但每个新 project 总会碰到新的问题
没错， 在没有tapeout之前， 很难100%信心说保证这次tapeout没问题，
PR何其累！
其实更累的是support PR的人，也就是EDA vendor,你们懂的，有时候真想唱，男人何苦为难男人。
APR就像足球场的后卫，丢球了是你的责任，进球了也没啥大功劳。
PR虽然累，但看在钱的份上还是忍了，请问PR作到熟练的话月薪能达到多少?
我们的Cadence AE是个PLMM，人很聪明，不但帮助解决问题，还有减压的功效！
咳咳咳，，，夫复何求呀
哈哈，好玩
你都可以自己开公司了，总经理人选！
直接分享这个是不行的，牵涉到知识产权问题。
总的看起来这个命题提出来的4个类别的问题，除了第2种不可以流程化以外（基本无需流程化，EDA公司搞了很多辅助软件），其他都是可以把70%的工作量交给流程. 只是各个项目差别非常大，要求非常难以统一，流程化只能完成工作量，跟工程师经验相关的东西必须要人做的。
在流程化的公司里面工作你才能感受到自己作为资深工程师的自尊，哈哈，因为你有更多机会专注于你的特长，而不是琐事。
像上面有位兄弟提到的那种贯通所有流程的实际上不可取，把人累死还不一定能讨到好。
要是大家非常感兴趣这种flow，不妨在这里把你们平常最关心，觉得最讨厌的工作都列出来，有空的时候我可以做个试用版共享出来，这样就无所谓知识产权了。
对小编说的话深有感触啊， 啥都要搞，外人看起来还觉得你就是一个画图的
我来我现在公司两年了，就我一个人，还要最后做tapeout ，mt form
有时候跟老板说我想找个人建点流程，毕竟以前对流程这东西还是深有体会的，但老板的意思是想法很好啊，你建啊。
我要看文档啊，你要用新工艺，你要tapeout成功，你项目一个接一个。