ASIC 前端功能验证等级与对应年薪划分[个人意见] (2011-07-04 15:33:35

下面的讨论转载自eetop,我选取了一些有意义的讨论,加了我的评注。

楼主zhhzhuawei认为

=====================================

对于ASIC的前端功能验证(不含SOC的IP集成验证): 
1. 只会在别人搭建的环境上跑跑用例。       年薪<8W 
2. 若还会在别人搭建的环境上构造用例。       年薪<10W 
3. 若还会对测试点进行简单的分解,并能利用脚本或高级语言进行简单的编程,搞些自动化。年薪<14W 
4. 若自个能独立搭建自动化程度较高的验证环境(模块级,用高级语言C++/SV/SC),基本能独立进行模块级的全流程验证(含FL制定、测试点分解、随机程序编写、自动化验证环境编写)。 年薪<20W 
5.若能利用高级语言(C++/SC/SV)独立搭建中等以上的模块级全自动化验证平台、该平台拥有良好的扩展性和移植性,能利用流程(结队编程/检视等)、工具、脚本、程序进行完备性验证(如代码覆盖率/功能覆盖率/形式验证等)。能够编写验证用的算法模型。能有效指导他人进行验证工作。年薪<35W 
6.精通面向对象设计,精通C++编程(SV/SC是它的衍生品),能够进行系统级EDA验证平台(软件代码30万行以上)的设计和带领团队分工实现,能够将软件工程的方法学(抽象、层次化和模块化)熟练应用到验证平台设计中。精通verilog数字设计。能够制定一款中大型ASIC产品的验证策略(含EDA前仿、FPGA仿真、TapeOut后仿)。熟练掌握验证对象的算法。能够利用C/C++开发验证用的参考模型,能够进行性能验证。能带领10人以上的团队。 年薪<75W 
      对于ASIC的前端功能EDA验证来说,一个懂得数字电路设计的软件工程师是最好的人才。很火的VMM这套难吗?就8000多行代码。基本就是将软件工程中的模块化和层次化应用到EDA验证中。对于懂得面向对象设计的人来说,VMM很简单了。话说回来,VMM对提高业界验证工程师的认知是很有帮助的。软件设计能力体现在抽象和分解上,若软件能力强,则进行FL/TP分解是不存在任何障碍的。
      一般来说,大型外企(如AMD、Intel等)设在中国的ASIC验证岗位在技能上要求不会超过上述划分的4.5级。因为4.5级以上就要求你必须掌握验证对象(即RTL或算法实现)。若老外能够开放RTL或算法模型,那也是些边边角角的非关键模块。若你的收入超过了对应的薪水,个人觉得你应该感觉到庆幸了,呵呵。面试过一些在外企(或给外企)做EDA验证的,平均业务能力很一般,薪水要求确不低(也许能力强的不跳槽,呵呵) 
      故建议有志从事ASIC验证的兄弟姐妹,多在软件能力和面向对象设计(VMM方法学也可)上提升,优秀的ASIC前端验证工程师需掌握一些语言和特殊工具:
         算法模型:C++、C、CCSS、Matlab等
         数字设计:verilog 
         平台开发:C++、SystemVerilog/VMM 、SystemC、
         脚本语言:Perl、cshell、TCL
如果自己觉得验证能力(尤其是软件能力)还可以,想换个环境,欢迎给我发简历
fzh80@126.com (工作地上海,本三硕二,从事WCDMA/HSDPA终端芯片套片开发,非海思),谢谢!! 
上面的所有观点是我个人主观意见,不代表任何公司或组织。仅供参考!!!!!!!!!!最后请勿恶意攻击,谢谢

网友liushangtian(说实话现实工作中,本人最怕遇到这种强调灵感的所谓大牛

=====================================
吹牛皮吧 老子现在是系统工程师 带领一班人从模块级到系统级做验证,没看到多少钱。再说做验证其实做到一定程度,什么sv,e语言 什么方法学VMM OVM UVM 都是一样的原理,只是封装了下。

前段时间我们项目推广uvm 我抽了点时间 看了下源代码 也就那样 很简单。做验证关键是靠灵感 很多东西 你想不出为什么 但你独特的角度就会发现很多隐藏很深的bug

网友seeming(我也做过通信,我觉得seeming讲得挺中肯)

======================================================
 部分同意楼主的观点。

只做验证达到你所谓的5是不可能的,即使也掌握了相当的设计功力和面向对象语言能力。也许你在算法相关的系统上验证经验比较丰富吧,对软件层次的东西看的比较重。但从我做通讯类芯片验证的角度来看,对需求、协议的理解、对测试feature的把握,远比验证环境本身重要,毕竟无论VMM,UVM,都是手段,我们验证工程师的唯一目标。是尽量抓出芯片中的BUG,达到这个目的手段可以是多样的。

当然我对你一些观点也是非常赞同的,为了项目的快速收敛,环境一定要尽量自动化,为了验证环境的重用,我们面向对象编程的功力也要加强。

网友Bois

=============================================================
写的很好!忽略了OVM啊。国内这个行业的验证水平确实比较低下,很土。很多在外企工作的人也就是在别人的环境下跑跑,写写case,不思进取。(这个我也同意)

不过说过来,你说的所谓的4.5级以上的人,对于一般项目有一两两三个这样的人坐镇就行了,这种人要特别牛,否则搞出来的破环境拖累整个项目(我现在还在思考我是不是曾经做过拖累团队的事情,虽然我们的团队也就2,3个人)。要的最多的人还是1,2,3,然后从中慢慢培养几个出来。

上一篇:VSM Import Cluster功能验证一(准备篇)


下一篇:pcm混音的一种方式