扫码关注
前阵子公司来了个应届生小伙子，研究生期间就在搞高速Serdes，Verilog写得贼溜，Vivado用得比我熟练，关键是月薪才八千。你说我一个干了十二年的FPGA工程师，月薪两万多还得带项目、背KPI，心里不慌那是假的。
说起来这事儿挺讽刺的——我们这行干了这么多年，反而越干越焦虑。年轻的时候觉得技术就是一切，只要代码写得好就不愁饭吃。现在回头看，35岁这道坎儿，还真不是技术好就能迈过去的。
年轻人的优势，说白了就三点
咱们先聊聊年轻人的优势在哪儿，别觉得自己多牛，其实人家确实有两把刷子。
学习速度快，这个真没法不服。现在的研究生教育跟我们那时候完全不一样，他们在学校就开始做工业级的项目，什么PCIe、Ethernet这种协议栈，人家毕业前就调通了。我们当年刚毕业的时候，能把UART调通就不错了。
可塑性强，这个也重要。一个项目换方案、换架构，年轻人说改就改，没什么心理负担。我们这些老家伙呢？干了这么多年有自己的路径依赖，有时候反而容易被自己的经验框住。
成本低，这个最现实。老板不是慈善家，同样能完成基本任务，一个八千一个两万，你说他会怎么选？
但话说回来，35岁的人真的没价值了吗？
按我的经验，真不是。我见过太多项目，年轻团队技术栈很新、代码写得很漂亮，但一遇到复杂问题就卡住了，最后还是得靠老工程师来救火。
复杂问题的解决能力，这是年轻人最难短时间具备的。我们这行干了这么多年，遇到的坑多了，什么奇怪的时序问题、跨时钟域的亚稳态、芯片内部的毛刺，踩过一遍就知道往哪个方向查。年轻工程师遇到这种问题，往往是这边试试那边试试，耗时间还没效果。
系统级的思维，这个更是需要时间沉淀。FPGA不是孤立的，它要和CPU、DDR、外设配合，还要考虑功耗、散热、成本。做架构设计的时候，老工程师脑子里有一张完整的系统图，知道各个模块之间的依赖关系，关键路径在哪儿，资源怎么分配。年轻工程师更多是关注自己负责的那一块，缺乏全局观。
风险把控，说起来有点虚，但其实特别实在。一个项目能不能按时交付、有没有潜在的技术风险、哪些地方容易出问题，这些老工程师心里门儿清。我带项目的时候，第一件事就是拉着团队过一遍风险点，把可能翻车的地方提前想好应对方案。
技术护城河怎么建？
有朋友问过我，说我现在是"全栈FPGA"，什么都会一点，Verilog、时序约束、PCB设计、嵌入式开发都能上手。这种状态好不好？说实话，什么都懂一点在职场初期是优势，但到后面反而可能是劣势。
我的建议是，找准一个领域深挖下去。比如你专攻高速接口，那就把Serdes、PCIe、Ethernet吃透，从协议原理到物理层实现，从仿真验证到板级调试，一条线拉到底。再比如你专攻图像处理，那就把Video Pipeline、ISP算法、存储带宽优化做到极致。
当你成为某个领域的"问题终结者"，别人搞不定你能搞定的时候，这本身就是护城河。当然，光有技术深度还不够，还得学会把自己的经验显性化——写成文档、做技术分享、带新人。别人复制你一年的成长时间可能需要三年，这个时间差就是你的价值。
从技术岗到管理的转型，要不要走？
这条路不是每个人都适合，但确实是一条看得见的上升通道。我身边有两种走法。
一种是技术专家路线。不走管理，继续深耕技术，但承担更大的技术决策责任。比如成为系统架构师，主导整个产品的FPGA方案选型和架构设计。这种角色在公司里不多，但价值很高。
另一种是技术管理路线。带团队、做项目、做技术规划。不再亲自写代码，但需要懂技术、懂产品、懂商业。这种角色对综合能力要求更高，但天花板也更高。
说实话，这两条路都不好走。技术专家需要持续学习，现在芯片更新快，新的协议、新的架构层出不穷，躺平是不可能的。技术管理就更累了，不仅要跟技术趋势，还要跟人打交道，开会、写文档、协调资源，一样都不能少。
有哪些能力是真正不可替代的？
结合我这些年的观察，总结几个真正有门槛的能力：
复杂协议的理解和实现。USB3.0、DP、Serdes这些，协议文档厚厚一本，调试的时候一堆寄存器要配，没有三五年积累玩不转。
系统级的调试能力。芯片调不通、信号有毛刺、时序裕量不够，这类问题没有标准答案，靠的是经验和对芯片内部结构的理解。
技术方案的评审和决策。新技术要不要用、方案A还是方案B，这种判断需要丰富的项目积累。
团队的技术传承。新人培养、技术规范制定、代码Review，这些事看起来不起眼，但做好了能极大提升团队效率。
持续学习，应该怎么学？
最后聊聊学习这件事。很多35岁的工程师有个误区，觉得学习就是学新工具、新语言、新框架。结果越学越焦虑，好像不学就被淘汰了。
按我的经验，比学新工具更重要的是建立系统思维。工具每年都在变，但系统设计的原则、问题分析的方法，这些底层能力是不变的。
比如你与其花时间学HLS（高层次综合），不如先把数字电路的并行思维、系统吞吐量的分析方法搞透。再比如你与其追着学新的IP核用法，不如把总线协议的工作原理、状态机的设计模式理解清楚。
说白了，打牢基础、锻炼思维，比追逐技术热点有用得多。
说点实在的
写了这么多，其实就想说一句话：35岁的FPGA工程师不是没有价值，而是你的价值不在于跟年轻人比谁代码写得好。
你的价值在于复杂问题的解决能力，在于系统级的思维，在于对项目的风险把控，在于你能带出一个靠谱的团队。如果这些东西你还没建立起来，那35岁确实是个坎儿。如果这些东西你都具备了，还焦虑啥？
技术这条路没有终点，只有不断进化。共勉。
