V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
allmightbe
V2EX  ›  程序员

请教各位芯片行业大佬,我这种职位未来的方向该怎么走?

  •  
  •   allmightbe · 2023-05-21 22:55:20 +08:00 · 2612 次点击
    这是一个创建于 584 天前的主题,其中的信息可能已经有所发展或是发生改变。

    职位的话,非要叫,也许应该叫做:emu 验证工程师。

    • 工作内容主要集中在 硅前阶段,基于硅前验证的 emu 平台,在上面运行我自己的固件,固件里面有我自己用 c 写的 case 。有时也会抓波形,用来分析波形或者分析问题。
    • 工作目标则是:通过运行 c 语言的 case ,找出 硬件代码的 bug 。(但大部分 bug 还是 IC 他们找到的。。)
    • 但和 IC 工程师完全不一样,因为不用 systemVerilog 、UVM 来验证。和他们的验证平台也不一样。
    • 当然和设计也不一样,只是说我会比固件工程师更懂某个 IP 的硬件该怎么用,以及大概懂这个硬件的工作原理。让我去看 硬件代码,我也看不懂。当然,花时间去学习 Verilog 应该也是能看懂(以前在校期间 数电学得还不错,笔记都还留着),但是对于目前工作内容来说没啥必要。
    • 也不算固件工程师,因为我主要关心的是 case 的编写。
    • 和 FPGA 也不搭边,因为 FPGA 那些东西我也不懂的,工作也用不到。
    • 更不算驱动工程师,因为不会写驱动。就算要写驱动,也是基于驱动来写我的 case 。

    也不是说我这个岗位不好,其实还有很多需要学习的方面,而且都是有用的东西。本人在这个行业时间也不长,所以还是有点困惑。

    可以肯定的是,我这个属于是验证工程师,但市面上关于验证工程师的要求都是会用 systemVerilog 。所以我现在应该往哪个方向深入发展呢?比如我想到的

    • 深入到 硬件代码。但是如果我都能完全看得懂 Verilog 了,那我直接转 IC 不是更好。。
    • 深入到固件方面、或者驱动方面
    16 条回复    2023-05-22 21:49:37 +08:00
    hhhsuan
        1
    hhhsuan  
       2023-05-21 22:59:11 +08:00 via Android
    follow the money
    yolee599
        2
    yolee599  
       2023-05-22 00:47:58 +08:00 via Android
    做芯片的话进大厂,英特尔,英伟达之类的应该好一点,这种对芯片要求高,有专门的验证工程师。别进小厂,很多国产小厂芯片测试报告都没有,datasheet 都写不明白
    kangyue9999
        3
    kangyue9999  
       2023-05-22 01:33:57 +08:00 via Android
    您这个应该是做 c 模型的吧,怎么说呢,小公司用不到,大公司坑也不多,要是真爱可以努力钻。要是想好就业要不然转验证。
    kangyue9999
        4
    kangyue9999  
       2023-05-22 01:34:47 +08:00 via Android
    @kangyue9999 另外不建议固件驱动,那个价值太低了
    allmightbe
        5
    allmightbe  
    OP
       2023-05-22 08:39:07 +08:00
    @yolee599
    是的,小厂的话。应该是连我这种岗位都没有的,只有 IC 验证工程师
    allmightbe
        6
    allmightbe  
    OP
       2023-05-22 08:46:01 +08:00
    @kangyue9999
    不确定你说的 c 模型 的意思。我们其实就是基于 emu 平台(都是国外买的)上的某版 build ,跑 我的固件代码(也是真的可以在硅后跑的固件代码,只是不是正式的)。固件代码里面有我的 case (是 c 语言的)。
    allmightbe
        7
    allmightbe  
    OP
       2023-05-22 08:48:05 +08:00
    @kangyue9999
    好吧,但感觉 一个芯片公司,对固件和驱动的需求量也是挺大的。PS:以前做过写软件开发,所以这方面很好转,而且现在也比较懂硬件。
    kangyue9999
        8
    kangyue9999  
       2023-05-22 09:11:03 +08:00 via Android
    @allmightbe 就是类似于 cadence 的 palladium (硬件模拟器) 或者是 xecllium (软件仿真器)。 然后你基于的是 C 模型的验证,C 模型往往是一个芯片没有做出来但是你不能让验证人员等流片之后才开始开工的解决方案。只不过就是说你跑的测试案例都是基于这个模型上你再次开发的测试案例来验证这个模型的可靠性。
    kangyue9999
        9
    kangyue9999  
       2023-05-22 09:15:53 +08:00 via Android
    @allmightbe 问题在于,写固件和驱动在小公司里实际上属于应用层负责。大公司里面当然有专门的人负责固件和 BSP 。但是主要问题还是这个位置如果比较小的公司可能就直接归于开发了。真的还是建议你不如在芯片验证方向继续努力,这样的话灵活度还有延展性会更高
    yinseyingji
        10
    yinseyingji  
       2023-05-22 11:31:28 +08:00
    深入到 硬件代码。但是如果我都能完全看得懂 Verilog 了,那我直接转 IC 不是更好。。你自己已经给出答案了,验证的话去年还到处抢人,要求不是很高,多学点其他的验证平台,横向提高自己的竞争力。固件驱动的人大部分都是一个萝卜一个坑,需求没有很大。
    allmightbe
        11
    allmightbe  
    OP
       2023-05-22 12:44:54 +08:00 via Android
    @kangyue9999
    谢谢大佬解释,就是你说的这个意思。
    不知道方便加个微信不,实在想找个同行业其它公司的
    allmightbe
        12
    allmightbe  
    OP
       2023-05-22 12:46:58 +08:00 via Android
    @kangyue9999
    交流一下看法和经验,微信号( YXRvbWljTXV0ZXg=)( base64 的)
    dsn93
        13
    dsn93  
       2023-05-22 19:17:39 +08:00
    同意,得去大厂,很多小厂这个活经常是 digital design 或者是 systems 在做,很不重视。赚钱的话,感觉 FPGA 更赚钱,有机会的话可能直接就转 digital 了也很棒。
    allmightbe
        14
    allmightbe  
    OP
       2023-05-22 21:19:31 +08:00
    @dsn93
    转 FPGA ,或者转 digital ,感觉对于我来说都有点难度。或者说,不知道我自学了以后,别人愿不愿意接受我这种。
    allmightbe
        15
    allmightbe  
    OP
       2023-05-22 21:21:25 +08:00
    @yinseyingji
    多学点其他的验证平台,横向提高自己的竞争力。——这个确实是可以。
    只不过,我现在连 DV 的本职工作都是不熟的(比如 systemVerilog 、UVM ),感觉自己转的话,还是有点担心的。可能需要多下点功夫。
    dsn93
        16
    dsn93  
       2023-05-22 21:49:37 +08:00
    @allmightbe FPGA 和 digital 几乎通的,转的话可能损失点经验吧,不过就算不转的话会 C 也不怕找不到工作的。比我做模拟的好太多了
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5638 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 20ms · UTC 03:23 · PVG 11:23 · LAX 19:23 · JFK 22:23
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.