验证未来发展前景
个人认为，随着SOC发展，所有通用的IP基本上都可以买到，设计将只是集成，所需人手越来越少，所以验证越来越越重要。验证的人也分两种，一种是搭建验证环境，一种写测试用例。搭建验证环境比较吃香，可以一直深究做下去，如果是写测试用例人员，那你就需要自己考虑下将来出路了，要么往系统上转，要么往验证环境上转。
目前还有一部分专用电路市场上买不到，竞争对手不会卖给你，除非你收购本身就做的不好的公司。当然这部分专用电路也越来越多由DSP实现，例如BB，所以不论怎么看，简单的coding人员将来只能是死路一条(不懂系统，只是拿个文档进行翻译成RTL）。
总之尽量往系统工程师，架构师，算法工程师走，只是写点代码，总想着异步电路处理，这样写异步电路处理可以少两个FF的这种思想已经落伍了。不是不需要人做异步电路处理，做什么glitch free 的clock mux，什么异步复位同步释放的rst， 而是这种人需求的越来越少，每个项目有几个人就够了。现在已经是SOC，高度系统集成的年代了，软件人员将越来越多，硬件人越来越少。
其实还有一个问题，每个人都向系统去转，系统哪需要这么多人？
不需要，
所以每隔3年就要审视自己的位置和价值。
所以有的人整天在单位混日子，提心吊胆，生怕被开。
有人就在单位混的风生水起，神清气爽。
永远机会都是给有准备的人。真到了写RTL的人需求很少的时候，有准备的人就不担心什么。
这个同意
不是说做验证就一直好，做RTL就一直好一类的
做技术的，就要跟紧潮流，随时做好准备，学习新的东西，时刻做好变方向的准备
这篇建议m上
写测试用例的也没必要一定转，对应用了解很深，测试用例写的好一样很有价值
搭验证环境我感觉以后外包的可能性越来越大
我同意你的观点，在验证方法学成熟之后，搭建验证环境已经比较轻松了
相比较的，写测试计划和测试例则需要丰富的验证经验，以及对应用和spec的深入理解，而这才是决定功能覆盖率的关键——特别是corner case
搭environment只需要很少的人，写testcase debug需要很多的人。
比如一个公司一套env，可以不同的组用.所以env的人需求量不高，大部分是写testcase的
个性化定制的时代，更需要设计。ip不是那么好拼得。
现在感觉是芯片功能越来越多，越来越通用啊，个性化定制是神马?
amd给ms sony的芯片就是定制的
就因为功能越来越通用，有些厂商才希望通过定制实现差异化，apple就是最好的例子
订制以后是IP厂的事情吧？以后大小IP厂能多一些的话设计还有些需求，要是以后就剩几个大IP厂的话个人感觉还是不够乐观啊
大家都是同样的感觉，这不就嚷嚷转行了嘛
你一个学cs的，后悔了吧
优化电路结构的角度，还是少不了需要扣一两个FF的，总线，外设速度做不上去，或者吞吐率上不去，有时候也就是一两级ff的问题。当然这个不是大规模需要投入人力的地方。往往是慢慢磨出来的。
在非热门SoC的ASIC领域，设计做的事情还是比较杂的，至少设计不等同为RTL Coding，通常完整的Coding也就是一两天的事情，特别在你想清楚，feature,接口，时序，带宽，面积之后。调试也占了很大一部分精力，FPGA(如果有的话)上调试，在芯片回来后调试等等。设计通常还起到一个串联作用，模拟IP集成，软件集成，Flow，量产测试等等，需要和几乎所有步骤都要打交道。
我有几个同学转码农去了。。。没见码农转硅农的。。。
从目前的实际情况来看，只写testcase的工程师更容易不求甚解，专业技能和深入度差一些。而且实际上搭验证环境也要对系统对应用相当熟悉，验证环境也不只是搭搭积木，不同公司不同项目需求差别还是较大的。
看了以后做设计的都得转去IP厂商那边做了。或者转去做FPGA搞系统和产品。。
做芯片的都是强调Time to market.大把的用IP做集成。。。
没流过得ip没人敢用，流过的ip还差不多。问题是，既然定制的，那肯定之前没流过。说ip拿来就能拼的，肯定没做过端到端的交付，给发动机，玻璃和钢铁，能拼一台能卖的好汽车么