前面写过一些心得，主要提出了为什么程序员这个职业在过了35+之后格外的吸引社会的关注，对于非这个行业的大众来说，引发他们关注的原因是这些年过劳猝死，996，007福报等经常见报和讨论。特别是猝死，除了富士康这样的血汗工厂跳楼事件，发生在高薪的程序员行业太吸引大众注意了。

 

但是对于从事这个行业的程序员们也有一些很客观的原因，首先当然是这个职业的技能要求高能迭代更新快，从事这个职业的人员必须要保持一个学习提升的高压态势，这和国内互联网企业发展速度也是有很大的关系的，各种新型的业务场景，必须需要新的技术，新的方法，程序员需要保持不停的思考，不停的学习才能不至于被淘汰。过了35+之后基本上上有老，下有小，中间还有夫妻，生活一堆事，留给程序员自己的学习提升时间并不多，另外国内的程序员要想有一个好的收成，可选择性并不是太多，阿里，腾讯，百度，网易，华为等老一批的，要不就是新兴的字节跳动，拼多多等一类企业。除了华为基本都是互联网企业居多。而这些企业都有一个很明显的特点，那就是这些企业都从零开始创业，一点一点从尸山血海中拼杀出来的，艰苦朴素作为一个金字招牌保留了下来虽然这些大型的企业在成名之后也引入了很多的现代化管理方法进行了提升，但是这也只限于少数几个企业，更多的还是将这块金字招牌奉为经典，这样留给这个行业里的程序员思考和学习的时间就更少了，如果不能符合需要，可替代性高被轮换是大概率事件。

 

还有一个观点就是管理经验和水平。对于这个职业最经典的架构是开发团队，测试团队，产品团队再加上一个项目经理的角色，大大小小的企业基本都是这样一个基本的架构，（运维团队另说）当然由于业务的不同可能会有细分，例如可能会有架构师等角色。最理想的情况是项目，产品，技术，测试可以将一个项目按质按量的规划，推进。但是实际上多数的时候连基本的时间评估都很难较为准确，需求变更，项目预期，技术选型，冲突管理各种问题，这些都非常考量每个参与者的智慧，见过很多项目，各种拉胯，管理和沟通经验相当缺乏，导致项目无限延期，更高层的管理者无法明确的知道他投入的项目到底是一个什么状态，底层的团队觉得朝令夕改，拼命加班还没有产出。

 

当然还可以更深入的思考35+的原因，不过对于破局最基本的观点我认为有如下一个基本点加上几个方向：

一个基本点：不要停止学习，不要停止思考。努力学习适应新的需要，学习技术，学习管理都可以的，要学会经常总结。

 

几个方向：

1、深入技术学习，走技术专家的方向。

2、转技术管理的方向，解决各种管理问题。

3、从程序员转向其他的和业务，客户相关的方向。