老程序员十年感悟：技术不是护城河，40岁后全凭人脉续命？

技术上其实没啥长久的护城河。拿我自己做例子吧。以前觉得程序员只要不断学习，技术上够牛，工作自然会来找我，而不是我到处投简历找工作。现在回头想想还是太天真了，完全没把技术产品迭代和年龄增长这两个变量考虑进去。

研究生毕业后去了外企，干了 6 年，太闲了，一个月大概就写 500 行左右的代码。感觉再待下去人要废了，又眼红赶上互联网风口的学弟们，就跳去了一家初创公司。结果干了 3 年多，公司没做起来。年纪也开始大了，想求个稳定。正好前公司的领导喊我去他们那边发展，就转了嵌入式开发，当时觉得这方向护城河高，以后上了年纪不容易被淘汰。

到现在已经做了十多年。刚进来的时候用 TI DSP，我主要负责内存和线程分配这一块，做得非常底层。当时做了一个巨大的 Excel 表，用来计算 DSP 各个段和栈的内存分配。DSP 资源非常有限，并发线程一多，内存耗尽了就可能踩内存，所以性能调优非常繁琐，也特别考验耐心，网上可查的资料也不多，全靠自己摸索。主要渠道就是 TI 的支持论坛和技术支持。那会儿跟 TI 的技术支持工程师混得很熟，人家甚至想挖我过去（当时也确实有点动心：TI 的技术支持基本不用天天去公司打卡，主要就是帮客户解决问题，还能经常出国培训）。

这个护城河够深了吧？但产品周期摆在那儿，下一代产品直接换了硬件平台，上了 ARM 芯片和定制 Linux 内核，DSP 那套知识基本就进垃圾堆了，尤其是那些特有寄存器、DMA 搬运这类东西。再后来 TI 的 DSP 也停产了，TI 的技术支持也从上海转到了印度。

在新平台上，我完成了一个基于微服务的并发库，可以支持多线程、单线程的任务分派和并发，还做了一个业务仿真库，用来做自动化测试。期间也干过一年多产品经理。

但这些护城河到头来都没啥大用。只要行业下滑、产品周期快到了，你再牛也没用，年纪大就是原罪。最近我已经被调离新一代产品研发（基于 x86 + GPU 的 Cloud 平台），给扔到维护部门当架构。老板嘴上说是看重我的经验和能力做的调整，还暗示下一代产品可能会被砍。但看看维护部门的工作内容就知道了，摆明了是在培养能替代我的人。

我主要负责 BUG 分析和知识库维护，代码修改和测试只评审、不参与。BUG 来了，我先分析定位大致是哪个模块的问题，写个简单的技术分析报告，再分给负责那个模块的程序员去改，我做支持和协调。程序员改好代码、测试通过后写份分析报告，我评审完提交代码、更新知识库。基本就是带新人了。

如果 BUG 报得少，我会根据部门需求做一些技术讲座，提高大家改 BUG 的能力。照这么安排下去，估计老产品退出商用，或者新人顶上来了，我也该拿包走人了。现在公司这么一安排，你基本构建不了什么护城河，无非就是多混点时间。

最有用的护城河主要还是这些：

• 和老板的交情，裁员的时候人家愿不愿意把你的名字往后挪
• 在同事中的口碑，再找工作会不会有人帮你内推
• 朋友圈的质量，比如公司高管、行业大牛
• 良好的心态和健康的身体，到了新环境还能不能扛 996 或 007
• 和自己智商匹配的情商，能把向上管理做好
• 本科毕业学校的排名
• 学历

那些靠构建代码屎山的小手段其实没啥用。只要行业越来越卷，同样的价格能雇到的程序员质量越来越高，人家直接把代码屎山重写了，你该滚还是得滚。

其实都是玄学，最终还是看命。去年以来市场行情不太好，客户升级意愿也不强。年后有个客户在老产品上提了新需求，意思是付费升级一下产品，继续缝缝补补再用两年。这一下，我被调到维护部门反而成了延长职业生涯。据说公司现在正在考虑缩减新一代产品的投入，以应对需求不足的现状，今年可能还要继续优化，目前看维护部门不受影响。看来去年被调离新产品研发，可能是因祸得福。

今年过年的时候，因为面临职业生涯尾声，我深度挖掘了一下朋友圈，组了几个饭局，见了一些多年不见的校友和同学。有两个校友给了口头 Offer，说领完包以后去他们公司干。其中一个还给了一个小项目，说是可以先熟悉熟悉他们的业务。虽然都是几十人的小公司，但好歹还能混口饭吃。

结合前两年被裁的老同事和老同学的再就业经历看，上了 40 以后基本就是靠朋友圈了。有投靠老领导甚至研究生导师的，没听说有靠投简历再进大厂和知名外企的。

当前行情下再叠加年龄歧视，真没有什么固若金汤的护城河。所以没必要太纠结护城河那点事，与其闭门焦虑，不如去云栈社区这类地方跟同行多聊聊，积累点信息和资源。真的遇上泰坦尼克号翻船，会游泳的也就是在冰水里多扑腾两下，远不如一块破木板有用。