职位的话，非要叫，也许应该叫做：emu 验证工程师。 工作内容主要集中在 硅前阶段，基于硅前验证的 emu 平台，在上面运行我自己的固件，固件里面有我自己用 c 写的 case 。有时也会抓波形，用来分析波形或者分析问题。工作目标则是：通过运行 c 语言的 case ，找出 硬件代码的 bug 。（但大部分 bug 还是 IC 他们找到的。。）但和 IC 工程师完全不一样，因为不用 systemVerilog 、UVM 来验证。和他们的验证平台也不一样。当然和设计也不一样，只是说我会比固件工程师更懂某个 IP 的硬件该怎么用，以及大概懂这个硬件的工作原理。让我去看 硬件代码，我也看不懂。当然，花时间去学习 Verilog 应该也是能看懂（以前在校期间 数电学得还不错，笔记都还留着），但是对于目前工作内容来说没啥必要。也不算固件工程师，因为我主要关心的是 case 的编写。和 FPGA 也不搭边，因为 FPGA 那些东西我也不懂的，工作也用不到。更不算驱动工程师，因为不会写驱动。就算要写驱动，也是基于驱动来写我的 case 。 也不是说我这个岗位不好，其实还有很多需要学习的方面，而且都是有用的东西。本人在这个行业时间也不长，所以还是有点困惑。 可以肯定的是，我这个属于是验证工程师，但市面上关于验证工程师的要求都是会用 systemVerilog 。所以我现在应该往哪个方向深入发展呢？比如我想到的 深入到 硬件代码。但是如果我都能完全看得懂 Verilog 了，那我直接转 IC 不是更好。。深入到固件方面、或者驱动方面 rtl, 工程师, 固件, 验证
