技术人员如何面对中年危机

1. 作为一名程序员，怎样才能摆脱程序员的中年危机呢

如果你现在去一家互联网公司看看，你会发现程序员的主力都是90后了，80后都很少，至于70后几乎绝迹。那么一个有趣的话题是：“70后的程序员都消失了吗？”

其实没有消失，而是70后的程序员已经成为各个互联网公司，各个IT公司的高层了。那么你会问：“一个公司就几个高层职位，哪有那么多职位给70后呢？”

答案是：“20年前根本就没有多少IT公司，70后的程序员也没有现在动辄几百万的规模”。这20年来，整个IT和互联网行业扩大了100倍都不止，创造了海量的就业机会，无论是高层还是一线岗位。

一个人能够客观的认识自己是非常困难的，很多人终其一生都没有活明白，既不知道怎样发挥自己的天赋，也拒绝承认自己的缺陷。在35岁以后，要接受一个不完美的自己，知道怎样扬长避短，最大化个人价值。能够做到这一步的程序员，人到中年完全不是程序员生涯的终结，反而会走向个人事业的巅峰。

2. 程序员如何度过中年危机

写在前面的话：从2018-3-28起，文末都会分享一个编程小干货，只要你一直来，我就一直发，从不重样，总有一样是你不知道的。=======华丽的分界线=========

都说程序员是在吃青春饭，这一点的确有一点对的成分，以前我不这么认为，但随着年龄的增长，事实告诉我的确是这样的，过了30以后，就会发现身体各方面指标下降，体力和身心上都多少有点跟不上了，这个年龄往往是很尴尬的，与年轻的程序员相比，产出没人家高，但公司还要为你发着高的薪资，没有更优秀的表现凭什么让公司发高工资呢，因此这部分人就是进入了所谓的中年危机，为了帮助这部分朋友成功的渡过中年危机，我大概梳理出以下思路。

选择大致方向

程序员如果是将奔30岁的年纪，如果你要是还是在一线开发的职位，那么你就要开始考虑以后的发展方向了，不能在一心去编码了，要不就像温水中的青蛙一样，慢慢的你就跳不出这锅热水了。根据自身的条件考虑一下自己适合哪些方向发展，我在这里给大家列出来几个方向，大家看看哪个更适合自己。

转管理岗位

大多数程序员的选择方向，偏向于管理方向。

转架构

大多数数程序员的选择方向，偏向于技术专家领域方向。

转产品人员

看兴趣，从程序员转产品门槛是相对比较低的，今后需要在表达能力与沟通能力上有所提升

转测试人员

看兴趣，同产品一样，程序员转测试也是相对容易一点，表达能力，沟通能力，撰写文档的能力需要有所提升。

其他行业

试探性尝试

如果你已经选择好自己的方向了，那么就在自己的本职岗位上尝试着做一些新方向的事情，留意一下他们是怎么做的，自己做的暗自和他们比较一下，看看自己做的怎么样，给自己打个分，看看做起来这个事情是否像自己想象的那么轻松，如果发现困难或者说自己不适合还可以随时调整方向，不过要事先做好心理准备，干每一个职业都有那么一个坎的，不要遇到坎就换方向，那么就是非常错误的判断了，也浪费了自己的时间。以最短的时间验证自己的选择方向是正确的，确定下来后就不要换方向了，然后是坚定不移的实施了。

留出一部分救命钱

中年危机主要危机的地方不就是钱的问题嘛，就是恐慌失业后没有经济来源，一家老小都需要花钱，主要就是这个因素，因此要学会提前给自己留一些后路，在尝试各种转型的同时也要注重平时资金的积累，不要挣多花多（不过相信大部分中年人都有资金积累意识的），到真正需要钱时可以缓冲一下，能给自己留出时间来想办法。手有余粮，心里不慌嘛。钱正真的意义是用来壮胆的，如果真没钱了，胆子再大的人也会慌乱，你说不是么？

=======今日干货开始=========

干货分享只做简单分享，不做具体扩展，如有更多疑问关注我，更进一步交流哦。=======今日干货结束=========大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我

3. IT行业常见的中年危机是什么意思你从事的是这个行业吗

如果一个程序员在前线敲代码的时间假设能持续10年的话，那入行后的第1~3年算是“青年”时期，4~7年算是“中年”时期，8~10年则是“老年”时期。那么IT人员该如何才能渡过“中年危机”呢？

1.自律和高效

自律和高效是两个重要的品质。人到中年，生活琐事太多，即便制定了完美的计划，听取了成功的经验，坚持不了也白搭，即使坚持了，进步太慢也不行。这个世界发展太快，需要接收的信息也越来越多，如何在有限的时间里获取更有价值的信息就显得非常重要。另外一方面，在工作中，高效率是非常需要自我约束的，要摆正提升自己人生价值的心态去工作。

4. 作为一名程序员，如何才能避免中年危机

作为一名程序员，能避免中年危机的方法：

4、多交流。程序员一份工作并不是说自己能够把工作做好就可以了，要多沟通多交流，这样可以从别人的建议当中学到一些新东西。不然只能是不断的翻工，而程序可能会有一大堆的bug。技术上要多交流，这样可能实现一个功能的方法和设置的等级并不一样，给自己带来的好处是多多的。多沟通多交流，可以写出的程序将会大大的提高它的性能，也可以减少错误的出现。