硕士做了三年验证

你都做了三年了，应该哪个更＂有前途＂啊
个人觉得验证好些
发自 UcSMTH(百阅水木) iPhone 版.

我怎么老觉得验证就是设计的附属，打杂的呢。是不是自己验证还不够牛？

钱多就行啊。。。一个设计配好几个验证，你说谁钱多？

我也这样觉得
相对于设计处于劣势啊   附属地位
钱也处于附属地位

就你上面所说的处于附属地位呀   不过这些只有在流程不规范的地方是这样
国内很多公司都是流程不规范的 所以基本上验证就是附属地位
这是我的见解和体会

怎么可能
验证找工作不要太好找
只是设计的人职位可能更容易上升，比方技术出身的项目经理一般开发的人员最多
但这不代表收 啊
不过验证要避免自己一直停留在写case的水平上
相反开发可能把某个电路/功能做到很专就能混下去
验证一直停留在写用例上就有点废了

总要懂僧多粥少是啥意思吧？
不过你做了三年验证还跑来问这个问题
只能说你们公司太不正规了。。。或者你还没入验证的门，纯属打杂的干活

目前来看，验证的职位是要多些，验证可能更好。但是总感觉自己没有大量写过设计代码，职业发展有缺陷。如果转去设计干2年，再转回来继续验证，会不会好些？验证和设计最好互转一下，至少有一定的另一方面经验，是不是好些？

全能往往就是啥都不能。。。现代大公司的发展就是要求高度分工
当然，如果你只是在小公司做，全能的确蛮重要的

从发展角度，
关键是以后是否能升到技术经理
那一种道路会更快？
如果，只有做设计才升职，那就要转。
我们公司，也有很多人做验证几年有机会都升经理了。
无论是设计还是验证，都有机会升职的。
本质问题是，您对芯片系统是否理解深入，是否具备领导能力，能够胜任经理的工作。
如果是想跳槽，
一直做验证，其他公司的职位还是不少的。
转成设计，职位就没那么多了。
PS：要成为好的IC工程师和技术经理，设计和验证的流程以及基础知识都要熟悉,并不一定都要去做一遍才行。这就是我们常常会碰到，技术经理即使没有做过设计，设计也懂很多；没有做过验证，验证也懂不少。为什么呢?他领导工程师解决了很多问题，也就懂了很多技术细节

我们公司那些验证比设计忙得不要太多，感觉有存在感更多

软件是芯片的附属
验证是设计的附属
数字是模拟的附属
是这个意思吗？

亏你还工作三年了……
你这频繁换跑道的做法在职场绝对是下下下下招

最大的是系统架构
整个平台系统由软件，芯片，电路板构成，密不可分，没有什么附属的说法
工作分类上也没有附属关系

哪怕楼主打算一直在验证上发展，转去做几年设计也是有帮助的。要想在职场上有发展，仅靠一方面精通是不行的。不错，大公司确实分工很细，但是你看看那些中高层往往经验知识都很全面。如果和客户打交道确实只需要了解各方面的知识就可以了，如果你和研发人员打交道，如果没有亲自做过哪些流程，是很难深入沟通的，往往还要给人留下夸夸其谈的印象。
实际上，那些优秀雇主往往都会给员工提供职位轮换的机会。

不是说你验证不够牛，你验证只能算初级水平或者一下。

看公司把，专门做ic的公司里面，大多都是买IP的，设计自然不如验证。对一些通信设备公司用fpga设计完直接转IC。设计还是比验证重要的，我就经历过啊。给鬼子干，流程卡死，fpga的前端设计和asic基本一致，上板测试没什么问题，最后直接外包给后端公司做了，一次流片成功，还是带serdes的

他说的有一定道理
但是，目前就我所见的技术经理
没有一个是做几年验证，做几年设计，这样发展起来的
原因是 1 如果做3年验证，有技术悟性和领导能力，能上来也就提拔上来了
       2 如果做了6年没有提拔上来，可能真的没有领导力，也可能公司真的没机会
       3 大公司验证有 leader，设计也有 leader，你换一换，别人求之不得，少个竞争对手

我这里正找验证的工程师以及开发，当然包括PM。。。

   我觉得写case也不是那么简单的事情，尤其是top level的case,也会比较复杂。
   另外，c + pli 也可以做比较复杂的testbench，不用oop也可以理解。

我不知道你说的top level的case是不是那种在SOC上跑的c代码。那确实是一种验证方法，但是这种工作其实和ASIC关系不大，在我们公司这些甚至可以由软件工程师给出来。
如果你说得还是基于验证语言的，那么我认为如果层次化和OOP做的足够好，大部分的case仍然可以很简单。