数字后端flow的设计、开发和编写

求交流：综合，PR，Extraction、STA分析、物理验证等等，这些后端implementation的各个步骤，flow是怎么来的，谁写的?
注：卤煮说的flow是指具体去run的程序和脚本，比如place的程序和相关脚本。而不是指方法步骤的那个文字描述的flow。
卤煮浅见：s家和c家应该也会提供一些具体flow程序及其编写的support吧?否则的话由芯片公司的后端team自己去从0到1的开发太难了吧，上千个程序，几十万行的代码。

有木有人了解呢?

Synopsys RM(reference methodology) 小编你是想要这个吗

是的，就是指这个东西，非常非常感谢你的信息！我也找到这个了，在下面这个帖子：
http://bbs.eetop.cn/thread-356370-1-1.html

再进一步讨论一下这个问题，你知道这些methodology在具体的芯片公司后端部门是怎么进行实际的针对自己项目的开发的吗?是把这些程序拿过来修修改改，同时遇到困难再问问s家的工程师吗?

这些RM只是规范了基本流程，如果还要深度optimization或debug，需要designer了解各种优化的concept和methodology。如果小编刚开始接触，还是找个senior engineer跟项目吧，走的弯路少。

基本flow是给的，后面很多东西都自己加，自己写。可加微信公众号：

原来这样，谢谢提示，好像这样的designer和flow深度优化的工作在外企很少有做的，都是放在国外核心部门，是不是只能去国内自己的公司才能做这方面的工作?

其实都是一点点积累起来的，随着项目经验的积累或者爱折腾的人搞出些新的idea.
像我司在国内也做的，但其实是更多的人不愿意做而不是没机会做：有的要关心的事情太琐碎；有的做得太深入了就和做EDA没多大区别了，但既没那么专业做的人又少，又要跟着项目节奏走，往往压力很大。
不过还是有愿意折腾的，看自己兴趣吧，当然机会也很重要。

是的，flow的广度和深度都很高，无论是开发还是维护都是要涉及到方方面面，非常考验工程师的知识面和芯片设计的基本功，还有你说到的兴趣、耐心等待。不过我觉得这个不能作为国内公司发展不起来或者不主动发展flow的依据，外企毕竟是几十年的积累了，如果国内公司也靠一点一点的夯实却缓慢的积累，不要说赶上，即便是弥补差距都是困难重重。卤煮愚见，如果有一些创新性的业务模式来带动的话，可能会好一些。

good！

Thx！真知灼见还请明示

very nice

还不错啊。

有简单的标准流程 具体项目还要自己折腾

现在的EDA工具，部分引擎实在是太烂了，现在大部分时间都在开发自己的优化引擎，EDA工具完全当成API用了...
举其中最烂的一个为例：C家的修DRV引擎...

学习一下！