Re: 关于Marvell 和 Nvidia
至于验证和设计,说两句吧,验证绝对比你想象的重要许多
我们现在的project就是两个设计加四个验证,验证每天报bug,把设计的干的不亦乐乎
而且验证的也要自己学习spec,也要一起参与架构的讨论,只不过不具体实现而已,怎么个工作原理大家都是清楚的,没有你想得那么不堪
而且我感觉验证更加偏重于软件,你上了sv,上了uvm之后就是面向对象编程,还是多线程的
兄弟过两年再来看自己的帖子我觉得你肯定会情不自禁的笑出来，然后无限惆怅自己曾经也年轻过
看到这个帖子，顿感莫名的悲哀。。。
工程师都是苦逼的人啊，每天早上老老实实打卡上班，中午排队去吃饭，晚上打卡下班，回家睡一觉，第二天再来一遍，不觉得像极了饲养场吗
还在这儿比较这那的干嘛呢，孩子，其实答案很明显了，去哪儿都一样，机会永远都是事先看不到的
首先INTEL整体薪资水平就很高，其次25W算不上高薪，再其次INTEL的利润远超行业平均水平，人家愿意高出行业平均水平50%去养人不叫脑残，MARVEL，NV这样的公司这么搞才叫脑残，最后，IC行业（尤其是数字）特点决定了只有兼顾至少两个方面才算人才，往前能够搞系统算法架构，往后能够做flow,PR。
1，设计兼任DV都是小项目或者初创的小公司。稍微上规模，都会是2拨人。这个无需讨论了。写case的语法都不是verilog。
2，验证的工作机会远大于设计。
3，设计的delay也是不可接受的。
4，流片回来的任何bug，都由设计者承担，扣奖金也扣设计人员。
re 稍微大点的公司都要求必须是2拨人，解读同一份spec
我见过的项目delay都是设计已“完成”、验证case已写好，可是在验证阶段
总是能不断发现设计的bug。。。。 导致项目延期
对于有bug的设计，严格来说不能说是已完成，可是现在的设计多依赖验证
来保证正确性，所以通常只要设计的code写完了，设计就算完成，对后面
验证阶段发现的bug进行debug都划为验证阶段，不算设计时间了
这么一来，通常一个稍微大点的项目，设计时间有时只占10%，其余的全算
验证时间了，以致给人感觉验证是个无底洞。。。 而验证阶段的时间越长，
通常来说就是设计的bug总是不能干净，侧面说明该设计总是有点糟糕
对design house来说，验证是重中之重，验证完成才会正式release产品，
而随后的上fpga只是一个过程而已。不会去流片，更不可能去等芯片回来没bug才
做release。
嗯嗯嗯，可否透露下为什么会这么说？
菜鸟，期待你的详解。