ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

芯片设计师四方向全拆解:前端、验证、后端、模拟,入行避坑指南

芯片设计师四方向全拆解:前端、验证、后端、模拟,入行避坑指南 芯片设计师这个title在招聘网站上搜出来能有一大把有的要求写Verilog有的要求熟悉UVM有的要求会跑布局布线还有的要求用Virtuoso画版图。看起来都叫“芯片设计”实际干的事却天差地别。很多想入行的人第一个坑就是把这些方向当成一个职位来准备简历投错方向不说面试现场被问懵的也不在少数。这篇想把芯片设计师这个职业从头到脚拆一遍不同细分方向到底在做什么公司写在JD里的硬性要求背后在考察什么日常工作的真实节奏是什么样以及没有流片机会的人该怎么破局。不管你是电子相关专业的在校生、想从软件或FPGA方向转过来的工程师还是刚入行一两年还在摸索定位的初级设计师这篇应该能帮你把整个职业坐标系建立起来。1. 芯片设计师到底是什么四个细分方向一次分清1.1 数字前端设计把功能描述翻译成电路逻辑数字前端设计工程师很多人习惯叫RTL设计工程师这是大家提到“芯片设计”时最先想到的角色。日常工作是把产品经理或架构师给的功能规格说明书翻译成用Verilog或SystemVerilog写成的寄存器传输级代码也就是RTL。这个过程并不只是“写代码”。RTL代码背后要落地的是微架构一个模块要怎么切分、状态机怎么设计、数据通路怎么安排、流水线打几级、跨时钟域的信号怎么处理、低功耗方案怎么通过UPF文件描述出来。前端设计师每天盯着的是功能正确性、时序可收敛性、功耗和面积的平衡。交付物除了RTL代码还有设计文档和时序约束文件SDC这两个东西在后期验证和后端实现环节都是核心输入。如果一定要做个类比前端设计很像建筑行业里画施工图的建筑师。建筑师给出的图纸决定了楼能不能盖起来、动线合不合理、承重墙在哪前端设计给出的RTL则决定了芯片的功能逻辑、模块边界和时序骨架。图纸画错一毫米后面施工和验收全得跟着返工RTL里一个时钟域处理不到位流片回来可能就是一块废硅。1.2 功能验证一个经常被低估的“主力”工种验证工程师通常叫DV工程师工作的核心是用代码证明“前端的代码是对的”。很多人以为验证就是“帮人找bug的辅助岗位”真正进过芯片项目的人都知道验证往往是项目里人力投入最大的环节。行业里普遍流传一个说法一个SoC项目的验证人力占比经常超过一半验证周期的长度也经常超过设计。具体工作包括搭建UVM验证环境、编写测试用例、设计断言检查器、构造参考模型、统计功能覆盖率最后把所有用例跑进回归测试一直到覆盖率达标、已知bug清零。这背后的核心方法论是约束随机验证用受约束的随机激励把芯片逼到各种边界场景再用自动化比对找出设计与预期行为不一致的地方。验证工作的重要性一句话就能说清一次流片的成本动辄几十万上百万如果验证不到位等芯片回来后发现一个低级逻辑错误前面的时间、金钱、人力全部打了水漂。所以验证工程师在团队里的地位并不低只是很多时候外界对这个岗位了解太少误以为“验证就是点点仿真”。1.3 数字后端从逻辑到版图的关键一跳后端工程师也叫物理设计工程师或PRPlace and Route工程师干的是把综合后的门级网表变成可以交给晶圆厂生产的版图GDSII文件。这一步要从摆放标准单元开始规划电源网络做时钟树综合然后布局布线再反复做时序收敛、功耗分析、电磁迁移检查最后还要通过DRC和LVS物理验证。后端设计和“写代码”完全不是一回事核心工具是Innovus、ICC2这类EDA软件每天打交道最多的是时序报告、拥塞情况、绕线资源、IR drop这些物理层面的问题。后端工程师要懂时序约束要理解时钟偏斜和时钟抖动对setup和hold的影响还要在面积、功耗、性能之间反复权衡。如果用建筑来类比前端是画图纸的建筑师后端就是施工总包。图纸画完了怎么在不塌方的情况下把楼盖起来怎么安排水电管线、承重结构、暖通设备互不打架这是后端的专业领域。芯片里的“管线打架”就是时序违例和布线拥塞每解决一个都是跟物理规律博弈的过程。1.4 模拟与混合信号设计另一个维度的“芯片设计师”模拟芯片设计跟数字电路完全是两个世界。做模拟设计核心对象不是RTL代码而是晶体管、电阻、电容这些模拟器件本身。常见的设计对象包括电源管理芯片里的LDO和DC-DC接口里的SerDes和PLL信号链里的ADC和DAC以及各类参考电压源和电流源。模拟设计师的工作流程通常是画原理图、用SPICE做前仿真、画版图、再跑后仿真反复迭代。这个过程中最让人头大的不是“功能对不对”而是失配、噪声、温度漂移、工艺偏差这些模拟世界里固有的不完美。比如一个基准电压源理想情况下输出1.2V实际流片回来后因为工艺偏差可能变成1.19V需要设计者通过版图布局和电路结构去控制和补偿。模拟设计对工程师的要求也更偏向“物理直觉”。数字设计可以靠抽象层级把问题逐步简化模拟设计却必须同时理解电路原理、半导体物理和制造工艺的影响。所以业内一直有个说法数字设计可以速成模拟设计要靠长年积累。1.5 方向对比速查表方向工作对象核心工具主要交付物类比角色数字前端设计RTL代码、微架构VCS、Design Compiler、SpyGlassRTL源码、SDC约束、设计文档画图纸的建筑师功能验证测试平台、覆盖率VCS、Questa、UVM环境验证环境、测试用例、覆盖率报告用软件模拟验收的质检员数字后端门级网表、物理版图Innovus、ICC2、PrimeTime、CalibreGDSII版图、时序报告、物理验证结果统筹施工的工程总包模拟与混合信号晶体管级电路、版图Virtuoso、Spectre、Calibre原理图、版图、仿真报告懂材料又懂工艺的手艺人2. 岗位要求拆解JD上每一条都在考察什么2.1 数字电路基础面试必考的知识闭环不管投哪个细分方向数字电路基础都是芯片设计师绕不开的必答题。公司在JD里写“扎实的数字电路基础”实际面试时考察的其实是几个很具体的知识点。时序逻辑里最核心的setup time和hold time必须能讲明白数据必须比时钟沿早到多久才能被可靠采到数据在时钟沿之后又必须保持多久不能变化。这两个概念是整个同步时序设计的基石答不清楚基本就告别offer了。跨时钟域处理也是面试高频点。两个时钟域之间传输信号怎么避免亚稳态为什么单比特控制信号要用两级同步器多比特数据为什么用异步FIFO格雷码为什么适合用在异步FIFO的指针同步上这背后都有一套完整的逻辑。常见问题还包括同步复位和异步复位的区别、复位同步释放的设计、状态机编码方式的选择、流水线结构对吞吐率和延迟的影响。这些知识点都有共同的特点书上能查到定义但工程里玩的是“为什么”。面试官只要顺着一个知识点往下追问三轮基本就能判断候选人是在背答案还是真正理解过时序收敛那一套逻辑。准备面试时建议把每个知识点都问自己一句“如果出现最坏情况会怎样”很多时候build理解深度靠的就是这一招。2.2 语言与脚本Verilog只是起点硬件描述语言是芯片设计师的吃饭工具。数字方向以Verilog为入门SystemVerilog在验证方向是主流模拟方向则以SPICE语法和Verilog-AMS为主。但语言本身只是载体公司真正考察的是一个工程师能否用语言表达出可综合的硬件逻辑。经常有人把写RTL和写软件代码搞混这是面试失败的重要原因。软件工程师写代码考虑的是函数调用和内存管理芯片设计师写RTL每一行代码背后都对应着一堆真实的逻辑门和触发器。综合工具会把RTL变成门级网表如果你写出了软件思维的代码综合出来的硬件往往面积很大、时序很烂甚至根本不可综合。判断一名数字设计工程师的水平入门看语法进阶看风格资深看“代码一改就知道后端会怎么收敛”。脚本能力同样重要。Python在验证里用来分析日志、生成激励和自动化统计覆盖率TCL是后端工程师躲不掉的原生工具语言Makefile在构建仿真环境时几乎天天用。有些学生觉得脚本不是“正经知识”真进了项目才发现一天里至少有三分之一的时间是在写脚本和处理日志边框裸写代码反而占比没那么高。2.3 学历与项目经验现实里的两道门槛关于学历一个需要直面的事实是芯片设计行业确实“硕士起步”。这不是学位崇拜而是行业供需决定的。芯片设计岗位知识密度高、项目周期长公司培养一名合格的前端或验证工程师的成本很高所以校招时往往会用学历先做一轮筛选。每年流片的窗口就那么多公司当然倾向于挑选基础更扎实、抗压能力经过考验的候选人。但这不代表本科生没有机会。每年都有本科生通过集创赛、EDA挑战赛、开源RISC-V项目拿到不错offer的案例共性都是有一个足够深的实战项目。如果已经读到了研究生也别觉得万事大吉导师的项目方向如果偏材料或者偏测试实际写RTL的机会可能还不如一个认真做开源项目的本科生。项目经验不管来自学校还是自学面试官只关心一件事你在这段经历里是否真刀真枪解决过问题。评判项目经验的标准可以归纳为“有没有闭环”。一个完整的数字设计项目至少要经历规格定义、RTL编码、仿真验证、综合或FPGA跑通这几个环节。哪怕做的是一个简单的UART控制器只要每个环节都走通且能讲清楚设计权衡就比挂名参与一个SoC大项目但只写过几行测试代码的候选人更有说服力。2.4 对工具的认知没有EDA环境怎么办一个现实问题是很多想入行的朋友所在学校没有购买商业EDA工具也没有流片渠道“没有项目经验”的最根本原因其实是“没有工具环境”。这个情况并不是死路开源工具链在近年已经能支撑完整的学习闭环。仿真可以用Icarus Verilog加上GTKWave看波形这套组合零成本、上手快是学Verilog初期绕不开的工具。逻辑综合可以用开源的Yosys跑一遍虽然和商业综合工具产出的质量有差距但能让人真实理解RTL到门级网表这一步发生了什么。再进一步不少学校的FPGA开发板上就能跑一个简单RISC-V处理器这种训练在简历上完全能写出“在FPGA上实现五级流水线RISC-V核心”甚至“通过UART完成上位机通信”。工具只是载体真正要建立的认知是芯片设计的完整流程从RTL编码、功能仿真到逻辑综合、时序分析再到后端布局布线。哪怕你用开源工具只能走到综合这一步对流程的认知已经能跟面试官聊起专业话题了。我见过不少候选人简历里没有任何流片项目但能把综合、时序约束、跨时钟域这些概念讲得头头是道最后还是拿到了实习offer靠的就是“流程认知”这个软实力。3. 芯片设计师的一天真实工作节奏与生存状态3.1 常规迭代开会、写码、跑回归芯片设计不是天天都在干“惊心动魄”的大事。日常工作中一天的开局通常是先处理昨晚regression的结果。验证环境的回归测试跑了一整夜早上到了先打开覆盖率报告和failed用例列表判断是设计bug、测试激励问题还是环境本身的问题然后开始一天的定位和修复。前端设计在这个阶段最常见的动作是改RTL代码、更新约束文件、补充或重写某个子模块的逻辑。改完代码后跑一轮新的仿真验证有问题继续迭代。验证工程师则是在搭测试平台、写sequence、加断言、分析覆盖率空洞偶尔还要花大半天时间跟一个“偶现失败”的用例搏斗——这类用例经常隔一段时间才失败一次复现路径不明是验证工作里最消耗耐心的部分。这类日常工作的节奏其实相当规律并不像外界想象的那样天天熬夜赶流片。但它的难点在于“精度”和“耐心”一个设计工程师一天可能只改了几十行代码但就是这几十行代码要经过仿真、综合、时序分析多轮确认后才能合入主线。这个过程既考验技术功底也考验Work Breakdown的能力——能不能把复杂问题拆成一个个可以单独验证的小问题。3.2 流片冲刺freeze前的极限操作芯片设计项目中最紧绷的节点是流片前的功能冻结也就是业内常说的Tapeout Freeze。到了这个阶段代码会进入严格变更控制每次修改都要提交ECR工程变更申请经过评审后才允许合入。从Freeze到实际送交晶圆厂中间往往还有一轮又一轮的验证回归和领导层“签字放行”流程。冲刺阶段的强度确实是全年高峰。时序报告里某个关键路径还差几十皮秒某条覆盖率的线上还开着一个大洞某个模拟IP的复查报告还挂着未关闭项这些问题在送带前必须清零。后端工程师在这个阶段更是压力巨大晚间的timing meeting结束后还要反复尝试调整布局约束和插入缓冲器来收敛时序。遇到极端情况需要前端临时做ECO也就是小范围逻辑改动在不动整体架构的前提下把某个问题补掉。这期间最大的挑战不完全是技术而是决策。比如一个bug的修复风险较大可能引入新的回归失败这时候是选择在Freeze前强行修复还是接受当前状态、把风险写进文档留给回片后的专项revision处理需要有经验的senior来拍板。这种决策能力往往是Junior和Senior之间最明显的分水岭。3.3 协作界面跨团队沟通比想象中更占时间芯片设计从来不是一个人的战斗。前端设计工程师和验证工程师之间的协作是最紧密的接口每天各种“这个模块的行为到底是按Spec A还是Spec B”的问题满天飞经常要翻文档、对协议、最后拉个简短会议才能对齐。前端和后端之间的接口也很有意思。前端交出去的是RTL和SDC约束后端拿过来综合、布局布线后发现时序不满足反馈回来一个很长的时序报告。这时候前端要判断是自己的微架构设计导致路径太深还是后端的时钟树和placement策略可以再优化。两边很容易互相觉得是对方的问题沟通能力不行的工程师很容易在这种接口上调不动资源。如果项目到了回片测试阶段设计团队还要和应用工程师、测试工程师一起做bring-up。芯片回来后第一批测试结果往往是“抽象而炸裂”的某个寄存器读出来的值跟预期不符某个IP在特定温度下行为怪异。这时候要从代码、系统端、硬件环境三个维度联合排查思维要跨层切换。这一阶段积累的经验是普通的仿真验证中完全学不到的也是设计师从“会做设计”走向“懂产品”的重要路径。4. 入行实操路线从零到一份能打的简历4.1 学生党先做对这三件事如果你还在读本科或研一最值钱的投入是这三件事吃透基础课、做深一个项目、提前去实习。基础课里数字电路、计算机组成原理、Verilog硬件描述语言这三门是地基操作系统和数据结构在涉及SoC软硬件协同时会用到优先级可以往后放一放但不要完全跳过。做项目要“深挖一口井”不要“挖一排浅坑”。很多同学喜欢同时开始好几个项目今天点一个LED流水灯明天仿真一下SPI简历上写一堆但哪一个都经不起追问。不如把一个项目做透以一个五级流水线RISC-V处理器为目标从指令集理解开始到RTL实现、仿真验证再到FPGA板上跑通全程记录遇到的问题和优化方案。面试官一问你状态机和冒险处理方案你答得越具体越能证明这个项目是真实做出来的。实习的优先级甚至高于课程成绩。芯片公司的校招留用很大比例来自暑期实习。实习期间哪怕只是跟着mentor跑回归、改验证用例也能让你了解真实项目的代码规范和流程管理这些信息在面试中是“学校里学不到”的差异化优势。投实习简历要趁早很多公司春招还没结束就开始捞暑期实习的简历了等暑期再动手就慢了一大截。4.2 转行者如何用开源工具攒项目从软件或FPGA方向转芯片设计最忌讳的是上来就抱着《Computer Architecture》啃三个月一页代码没写。转行最有效的路径是“用项目带知识”先定一个你熟悉领域的芯片模块比如做一个支持多路输入的DMA控制器或者一个I2C控制器然后整个流程去实现它。学习环境完全可以免费搭建。Ubuntu系统装Icarus Verilog、GTKWave再装Yosys做开源综合验证一套下来基本的RTL设计、仿真调试、综合认知都有了。GitHub上很多开源的RISC-V核和Chipyard环境可读性和工程成熟度比网上的教学代码高一个档次边读边改是快速提升代码品味的方法。转行阶段最容易犯的错误是“眼高手低”——总想直接做一个SoC级别的大项目结果卡在中途心力交瘁。先把一个小IP做通闭环再逐步往总线上挂、往系统上搭每一步都有可验证的结果这样项目才能写进简历。真正的评审标准不是项目规模而是你在答辩时能不能说清楚每一个设计取舍背后的原因。转行还需要接受一个现实简历筛选阶段非科班背景会被卡掉一部分。但这并不等于没有出路拥有扎实的软件工程能力和完整的硬件项目经历反而在一些注重软硬件协同的公司是加分项。投递时不要海投找那些明确在招“数字前端/验证工程师有软件背景优先”或者业务涉及嵌入式、处理器架构的团队命中率会高很多。4.3 简历与面试把项目讲成一件被验证过的事芯片设计方向的简历最核心的就是项目经历部分写法要遵循“目标、方案、结果、反思”四步框架。比如写一个DMA控制器项目目标这段要说明为什么需要DMA、设计上有哪些关键指标方案这段要画架构图、描述状态机和通道调度逻辑结果这段要写明仿真覆盖率、FPGA跑通速率或者时序报告的关键数据反思这段要写清踩过哪些坑比如通道仲裁不公平导致数据搬运优先级翻转等。面试时项目表达的节奏也很关键。前几分钟一定要让面试官建立起整体认知这个项目是干什么的、用的是什么样的架构、你负责哪一部分。之后针对他的追问逐步展开细节。切忌一上来就开始背代码逻辑面试官完全跟不上也很难判断你的系统思维。一个按“架构—模块—关键细节”三层递进讲述的候选人和从头到尾只描述“我是怎么写的”的候选人差距非常明显。准备面试时还要注意把“熟悉”和“熟练”区分开。很多人写“熟悉UVM”但面试官一问factory机制和phase机制的原理就支支吾吾。写什么就要准备什么与其在简历上堆十个名词不如只放五个经得起追问的专业点。面试官的耐心是有限的在某个知识点上被连续追问答不上来后面的评价都会被拖累。4.4 面试常见问题的准备清单方向常见面试题考察点数字前端解释setup和hold违反时序的解决办法是否理解时序收敛本质数字前端亚稳态如何产生两级同步器为什么能解决是否具备CDC处理经验数字前端同步FIFO如何设计、深度如何确定数据通路设计基本功验证UVM的factory机制和phase机制验证方法学深度验证功能覆盖率低时如何排查空洞覆盖率分析和调试能力后端时钟树综合偏斜过大的影响对物理设计的理解后端DRC和LVS分别检查什么物理验证基本概念模拟失配的来源、版图上如何减小失配模拟版图设计常识这个清单覆盖了四个方向最基础的问题答案都能在标准教材里找到但面试官更看重的是你能不能结合项目场景讲出“当时我遇到类似问题时是怎么处理的”。准备时多往“工程场景”上靠比背教科书定义实用得多。5. 几个反直觉的真相与常见误区5.1 验证工程师到底算不算“芯片设计师”回答是不仅算而且在很多公司验证团队的能力要求和职级天花板跟设计完全平级。验证工程师要具备的能力里包含建模抽象、自动化脚本、覆盖率统计、形式化验证等一整套方法论一个优秀的验证工程师对系统架构的理解往往比普通RTL工程师更全面因为他必须时刻从系统视角判断设计行为是否符合预期。围绕“验证不如设计”的刻板印象应该纠正一个认知验证不是“点按钮跑仿真”而是一个需要深度建模能力的工作。验证环境中参考模型怎么建、约束怎么加、用例怎么组织才能最高效地覆盖设计里的危险区这本身就是设计过程的一部分。很多公司招聘时明确区分“设计工程师”和“验证工程师”但在晋升评审时两类角色的考核标准经常互相对标。如果你在纠结选设计还是验证可以问自己一个问题更享受把问题拆开、建立模型、构造各种边界场景去把bug揪出来的过程还是更享受从零构建一个功能模块的过程前者适合验证后者适合设计。两者没有优劣只有适不适合。5.2 外包、小公司与大厂第一份工作该怎么选市场上存在不少给芯片公司做人力外包的岗位这类岗位对零经验入行的朋友算是一块跳板也确实有人在外包过程中积累了真实流程经验后跳进了甲方。但外包岗位的成长边界很明显通常只负责整个项目里一个被分割好的局部任务很难接触完整的架构决策和前后端协同流程长期待下去技能容易固化。小公司的优势是“接触面广”。十几二十人的芯片团队里一个人可能要同时负责RTL设计、部分验证、甚至参与后端约束调试虽然辛苦但两三年下来对整个芯片流程的理解会非常完整。小公司的风险是产品线不稳定项目被砍或融资不顺时队伍可能快速收缩职业连续性受影响。大公司的优势是流程规范、学习资源丰富、培训体系完整缺点是岗位分工细一个新人在前两年可能只负责某一个IP模块里的某几个功能点对全局的了解需要靠自己的主动性去补齐。第一份工作的建议是优先选择能让你“参与完整流程”的团队。哪怕公司不大只要有机会从规格阶段跟到回片测试这种系统性经验比在大厂里做一年局部螺丝有价值得多。5.3 年龄焦虑与职业续航设计岗能走多远芯片设计和互联网那种“三十五六岁就焦虑”的氛围还是不太一样。集成电路是一个经验积累型行业资深工程师的价值不会随着年龄衰减反而因为见过的bug类型多、踩过的坑多而增值。一个能搞定复杂SoC时序收敛的后端专家或一个能在验证环境里建立高效回归体系的资深DV市场上非常稀缺年龄从来不是这类岗位的障碍。但“经验增值”有一个前提你得在年轻的时候建立起“解决问题的能力”而不是“会用某个工具的能力”。工具换了一代又一代工艺节点推进了一程又一程只有抽象出来的方法论和判断力才长期有效。比如理解了时序收敛的本质是“数据路径时延和时钟路径时延的博弈”换一个EDA工具你还是能很快上手但如果只会记上一步“在工具A里点哪几个按钮”工具一换积累就清零了。保持职业续航的另一个要点是持续学习。芯片设计领域每隔几年就会涌出一波新方法论低功耗设计从多电压域到近阈值计算验证从UVM到形式化验证和可移植激励后端从FinFET到GAA。不追求每个方向都精通但至少要对行业的技术演进方向保持敏感不被趋势甩下太多。5.4 关于“女性适不适合做芯片设计”这个话题在行业里其实早已不是问题。芯片设计是一个高度脑力密集型的职业和体力无关行业里有大量优秀的女性工程师在验证、后端项目管理和质量把控岗位上尤其出色。如果你对这个行业感兴趣完全不应该被“女生是不是不适合”这种过时观念干扰。真正值得讨论的反而是职业环境的包容度问题。芯片行业整体工作节奏强度大尤其在流片冲刺期加班确实存在。这一点对所有人都是同样的挑战选择这个行业前需要有一个现实的预期。如果因为家庭原因需要更可控的时间可以优先考虑大型成熟团队、IP设计公司或研究所类机构这类单位的节奏通常比创业公司更可预期。职业选择本就是把“想做什么”和“能接受什么”放在一起权衡性别不应当成为框住自己的天花板。6. 关于入行我想特别提醒的三件事第一件尽早建立“全流程视野”。不管你做的是前端、验证还是后端都要有意识地去了解相邻环节在做什么。前端设计继续往下游想一步我的代码在综合后面积多大、时钟树上有什么压力验证再多想一步我建的模型是不是真正覆盖了系统级场景。这种“往上下游多看一眼”的习惯决定了你的职业天花板。第二件重视文档和记录。芯片设计项目动辄一两年很多决策做完三个月后连自己都会忘记当时的理由。我见过很多工程师技术很牛但从不写文档等到项目复盘或新同事接手时大量信息都锁在个人脑子里沟通成本极高。从入行第一天就养成写设计笔记的习惯记录每一个关键设计决策的原因和备选方案这在未来会反复帮到你。第三件多利用“测试失败”和“回片异常”来学习。芯片设计的学习曲线真正陡峭的部分常常在项目后端跑回归时出现的analogous bug回片后功能测试中暴露的系统性问题这些才是学校实验室里遇不到的真实挑战。碰到这类问题不要只想着快速绕过把问题彻底搞清楚一次收获比顺利跑通十个功能用例都大。最后再分享一个我个人的体会芯片设计这个行业入门确实有门槛但它提供的回报也足够稳定和长期。和软件迭代的快速起伏不同芯片项目的节奏是“慢工出细活”的类型很多人刚入行的头一两年会觉得枯燥——天天在改约束、跑回归、看波形看不到什么像样的成果。但只要完整跟过一个从规格到流片、再到回片调试的项目亲眼看到自己设计的模块在真实的芯片上跑出预期的波形那种成就感是其他很多工作替代不了的。
返回列表