随想录（35岁后的程序员）

【 声明：版权所有，欢迎转载，请勿用于商业用途。  联系信箱：feixiaoxing @163.com】

很多人都说程序员是青春饭的工作，35岁或者40岁之后基本上没有程序员的工作。那我们自己也要思考一下，为什么大龄程序员会比较危险，他们有什么危机？

1、技术僵化

大部分程序员从事的工作基本上都是增、删、查、改的一般工作，缺少技术积累，很容易被取代。试想一下，如果一个程序员一直从事的是公司的核心软件开发工作，他是否还有被开除的危险呢？

2、996文化

目前互联网公司盛行996文化，即9点上班、9点下班、每周工作6天，这样的工作节奏对于大龄程序员来说是无法接受的。

3、较高的待遇要求

和刚入职的程序员不同，大龄程序员往往对薪水的要求要高一些。少则上万，多则4，5万一个月，当行业不景气或者公司发展不顺利的时候，为了成本上的考虑，大龄程序员往往优先成为那个被裁员的对象。

上面说道的这些问题都是真实存在的，那么难道大龄程序员真的一无是处了，不能在业务上面更进一步了。其实也不是，我们还是可以继续学习、继续进步，只不过方向和重点可能要做一些改变。

a、注重基础

新技术很多，各种各样的编程技术也是五花八门，但是计算机基础的cpu、操作系统、编译器、网络其实没有多大的改变。很多人迷恋于大数据、人工智能、计算机视觉这些新概念，却很少在基础上面下功夫，有点得不偿失。

b、关心产品和行业

不管什么样的技术，最终都是要有人买单的，我们的客户可能是企业也有可能是普通的消费者。所以，对于做技术的人来说，需要有一个产品思维，我这个产品有什么用、优点是什么、缺点是什么、未来改进的方向是什么？

c、理解软件工程和项目管理

关于软件工程、项目管理，这方面的书很多。不管是人月神话、瀑布开发、敏捷开发，最好了然于心。现代商业上上，人与人沟通的成本有时候远远大于开发的成本，特别是那些众多人员参与、但是技术难度不是很高的项目，很有可能开发本身占用的时间只是整个项目开发时间的一小部分，沟通、协调占了大头，相信有过大公司工作经验的同学应该对此十分了解。

d、培养自己软件架构的能力

对于一个软件产品来说，软件架构占有很重要的地位。特别是团队不管成长，从小团队、大团队、平台拆分慢慢发展开来，软件架构的工作会越来越重要。软件架构会考虑到复用性、成长性、调试性、性能、接口特征、安全性、部署难度，这些都不是一般工程师可以重拾的工作。

e、提高对新产品的敏感度

不管什么公司，都会生产一批产品、研发一批产品、预研一部分产品。现有的产品由于红海、竞争、萎缩，所以需要在现有基础之上，增加新的特性、方法、优势，不断满足客户的需求。所以作为研发人员来说，除了要提高自身的业务素质，提高市场意识、竞争意识、产品意识也是十分重要的。

f、明确自己的定位

一般的公司，老板都是销售或者财务出身，所以需要一个研发经理来帮老板实现想法，而老板自己就是那个产品经理。一开始，他需要的可能就是能力比较强的技术员。等到有了3，5个队伍之后，这个时候就需要一个技术leader。当然这个leader除了业务方面的工作之外，还要负责一些招聘、培训类的工作。当然老板不满足一个产品的开发，这个时候可能会进行多个产品的开发，当然与之匹配的就是多个技术leader，这个时候就需要一个技术总监，负责搭建公共的技术平台，协调各个产品的研发进程，保证产品的即时发布。当然在产品开发的过程中，技术总监会发现代码质量不高、流程混乱、返工较高，这个时候就需要软件架构师梳理整个业务流程。当然，有一些公司来说，技术总监还会细分成项目总监、工程总监、算法总监、产品总监等，这个取决于具体的公司。最后，当公司大到一定程度的时候，就需要研发副总或者cto深度参与了，cto除了研发管理、流程搭建之外，他最重要的工作就是配合市场预研部分产品、搭建人才队伍、持续改进现有产品满足市场需求。

说了这么多，对于大龄程序员来说，我们要问自己的就是自己应该适合哪个角色，除了编码，我们还能做些什么？是高级软件开发工程师、技术经理、技术总监、cto，还是项目经理、产品经理、质量经理？每个人都要对自己有一个清晰的定位。