38岁了，难道程序员35岁以后真的都要失业了吗

“老程序员”这个称呼印证了行业的一道坎，35岁，不光是程序员，还有其他行业的从业者，都会遇到这个坎。批量的年轻人逐渐涌入，打击了一批还在碌碌无为的前辈，开始为自己的未来担忧。对于程序员来说，似乎更加沉重一些。

我们眼中的程序员，一直忙碌在公司的第一战线，996的上班时间，还不算通宵加班的精力，对体力和脑力都提出了很高的要求。很多到了35岁的程序员都在迷茫着自己的未来，该何去何从？ 事实上，并不是所有的程序员在过了35岁之后都会失业，面对来自家庭孩子的压力，来自父母养老的压力，都会让自己思考以后的发展。是继续走技术路线还是转向，该如何更好的承担起自己肩上的责任？ 看了很多网友的回答，也访问了很多程序员对自己未来的打算，总结了一下：

继续走技术路线 很多程序员因为性格选择了IT行业，自然也会因为性格继续在IT行业走下去。在有了几年的开发经验之后，选择继续深造，由开发工程师到构架师，由编程技术开始学习大数据、AI等，保持自己对行业技术的敏感性。

走管理路线 管理路线，就是带项目，相对于奋斗在第一战线的小伙伴更轻松一些，不会将过多的精力放在开发上，而是放手让年轻人去锻炼，开始学习管理，这无疑是一个很好的出路。

走创业路线 打工真的是毫无出头之日的，很多大佬都会选择自己出去创业，但这个需要资金和技术的双重压力，抗过了就是老板，失败了就重新回到原点。

转行 这条路，很少人会走，因为不想放弃自己多年的技术，会觉得和可惜。

再说说程序员有那些出路或者赚钱的路子吧

写博客或者运维自己的公众号果文笔好的话，也喜欢分享的话，可以自己运维一个技术公众号，者博客，不见网上很多技术大拿都在写博客，这个过程很漫长，需要我们不断的去实习，去写作，去输出，去运营。在打造自己的品牌的过程中，慢慢的提高自己的能力，有了自己的品牌，就可以做一些分享，承接一些广告，培训，也就距离钱不远了。这可以促使自己对所用技术的去思考，同时也能让很多的技术小白或者行业人士关注你，从而提高你的知名度，吸引流量或者让更多人认识你，知道你，你才有更多的机会。

承接一些项目（也就是接私活）

当然这要花费你很大一部分时间，承接时你要考虑时间成本，至少这些时间要和你的工资相当。个人不怎么推荐这种方法，有时候周期会很长，很容易丧失积极性，不过也算是一种方法。

参加一些开发者大赛或者一些技术活

这是一种方法最实在，拿奖金，只赚不赔，不过前提是你得有足够的实力，有时一些比赛尽管不是很多，但从中也可以学到不少知识，或者某些证书对你可能有用

技术活动包含的范畴很广，包括做技术讲师，分享技术知识。这个不但可以提高自己的技术影响力，还可以提高自己的专门能力，但是同样需要的门槛很高。

接一些广告或者在自己开发的app或者利用网上的小项目博客

在自己的app中加入广告或者打赏让喜欢你的朋友支持你

希望对您有所帮助！~

‍‍38岁学习自动化还是学习程序编程：首先其次最后作为一名从事软件编程多年的老程序员，我认为三十岁学习编程是没有问题的。随着当前信息化社会的不断发展，尤其是大数据、人工智能的大热，整个互联网领域需要大量的程序设计人才。以大数据为例，目前的人才缺口就在百万以上，所以目前学习相关技术是不错的选择。快三十岁开始学习编程虽不算晚，但是也绝对不早了，这个年龄开始学习编程一定要有一个更加系统的学习过程。中国程序员不能超过35岁，似乎已经是不争的事实,国外却不一样，40、50岁仍然作开发工作的大有人在，为何会有如此差异呢？

在中国，程序员不能超过35岁，似乎已经是不争的事实，软件开发工作就是青春饭，顶多靠毕业这十年的时间，超过这个年龄，要不成功跃身成为管理者，要不转行进入其他领域，好像再没有更好的选择，即使偶有继续坚持作开发的，也被看成另类一族。老外却不是这样，40，50岁仍然作开发工作的大有人在，甚至很多牛人，包括获得康柏最佳软件奖的Robber，仍在埋头作着他所喜欢的编码工作，为何如此差异。我仔细想了一下，特别是这一年参加了太多的技术培训，基本有了一些结论。

首先，国内软件开发工作的性质决定这一切。我们所作的产品开发，真正技术含量并不高，高等院校毕业的学生经过几年的培训和实践，基本都能掌握这些技能。而我们现有产品开发设计水平有限，对于软件开发的理解还仅限于编码，完成功能这些基本的需求，产品进度是第一驱动力，特别是一些小公司，把快速开发出产品作为最高目标，软件设计质量差，很少考虑可维护性、可扩展性这些重要的软件质量属性，仅仅追求功能和进度，产品以最快的速度完成设计、编码，少有测试甚至没有测试，就直接交付给客户。当在客户那里暴露出各种各样的问题来时，开发人员就开始不断的为客户解决这样那样的问题。软件做到最后，很多人都会陷入自己不断挖掘出来的“陷阱”里走不出来，步入在复杂的系统中查找BUG、解决BUG、增加功能、引入新的BUG、再解决BUG这样永无休止的恶性循环中，从事的都是一些低级开发工作，对于软件开发的理解无法上升到更高的层次，每天都疲于救火和拼命打补丁，软件维护成本居高不下；即使最终摆脱了这样的厄运——项目结束，下一次软件开发又是同样过程的重复。

这些无休止的低级开发和维护工作，会耗光一个人所有的激情和精力，随着年龄的增大，热情和体力都在衰减，而这些工作，只要毕业生经过培训，同样可以胜任。有着廉价的、并且充满热情的毕业生作竞争，身心疲惫的老程序员必然面对更大的竞争压力，做到最后，连他们自己都会失去对软件开发的兴趣，甚至会产生厌倦的情绪。对于这样的快速开发模式，十年开发经验和五年开发经验有很大区别吗？干吗不使用更经济便宜的开发人员？

另一个原因，是我们中国人一向的官本位思想。开发人员始终处于一种很尴尬的境界，听起来从事的是高级技术工作，说起来也是“以人为本”，但是，有多少企业管理者真正重视和认可开发人员的，哪怕是硕士，博士，这些开发人员在“大官，小官”面前，都只是普通劳动者而已。程序员是一个没有未来的行业，哪怕资历再深，能力在强，也还是一个劳动者而已，只有当上领导，走上管理才是最终的出路，否则，薪水上不去，地位上不去，只能面对被淘汰的命运。

实际，之所以出现这种问题，是由于国内对软件开发一直抱有一种错误理解。如果软件开发仅仅是代码编写，查找BUG，可以说，那确实是在做一些低级的软件行为。做了十年的开发人员，确实不见得比作了3年的人更强多少，反正是简单重复的工作，工作3年的一样可以作，而且有更大的热情和精力。

软件业要发展，就应该跳出这个怪圈，走向更高的领域，对软件开发重新进行认识。我们要明白，软件开发要融入工程化的思想，要有高度的设计能力，关注更多的软件运行属性和设计质量属性。同样的系统，不同的软件人员会做出完全不同的软件，正规，高效的开发团队要比游击队开发团队不只高出几十倍的效率。

软件开发，不仅仅需要关注功能、性能，更应该去研究可维护性、可扩展性等质量属性；不仅仅只关注代码，而更要上升为设计，复用等。软件开发不能只是写出C语言的代码，单元测试、同行评审、培训与学习，这些都是开发人员基本的素质，也是提高软件质量的最基本手段；举例来说，单元测试做好了，就可以让开发效率大大提高，也能让软件的维护成本降下来，把开发人员解放出来；同行评审可以让开发人员之间更多的交流和沟通，在设计，编码阶段严格控制软件质量；培训则是提高自身技术水平，从理论上提升自己的最好方法。现在基本上所有这些主要的质量行为都被忽略了，而这恰恰是走出低级开发的最好途径。同时，还有更高层次的设计开发、软件重构、模块化、系统构架、搭建统一软件平台、度量软件质量等等。有了重构，就会写出可读性好，可维护性好的软件，甚至因此提高自己的软件设计能力，减少出错的几率；模块化，让软件最大程度的实现复用，提高软件开发效率和开发质量；软件构架设计，从技术层次上最早决定了软件的命运，而这里又有太多的技术，设计模式，软件规划等，让软件开发从编码上升到设计的层次，搭建统一软件平台，是大产品，系列化开发的必然之路，对于软件质量的度量，会让我们的软件开发变得更加透明，清晰，让我们更清楚地把握到软件的开发过程，从各个环节去控制软件质量，而不是仅仅凭着感性的认识到了最后才去补救。

以上这些知识，一个人，哪怕勤奋学习一辈子，也不可能完全具备所有的技能。35岁算什么，做到70岁都不晚。当然，你需要真正的热爱它，并且不断得学习和进修。所以说，软件开发人员，要作的事情太多了，软件实在是一项浩大的脑力工程，甚至会让人觉得这是一个投入/产出比最低的行业，因为要学习的知识实在太多了，每时每刻都要处于不断的学习和更新当中。既然选择了，既然喜欢了，就应该投入进去，享乐于此了。最重要的是，我们自己能并且愿意去认识到这一点，跳出低级开发的怪圈，走向更高的层次。

同时，要意识到，一个资深开发人员的作用绝不亚于一个管理人员，高明的企业应该给予相同的待遇，要把培养和储备高级技术人才作为高科技企业的重点发展方向，这样才能让企业在人才领域得到不断积累，资深开发人员才会带出高效的开发团队，从而开发出高质量，高效率的软件，让企业在不断激烈的竞争中取胜。要明白，不是每个人都适合或者乐于转向管理的，很多人就是适合做开发工作，他们可以走得更深入，成为专家，应该充分发挥出他们的能力，让整个团队高效运作起来。

所以说，开发人员，决不只是35岁，只要你愿意，可以作一生的开发，从中获得更多的快乐

不好也不坏，具体情况取决于自身的情况与实际行动。38岁程序员转行到中职教师，如果有丰富的工作经验和良好的教学能力，那么在中职教师的职业生涯可以说是很不错的，而且可以轻松承担一定的工作并将自己的知识传授给学生，可以为自己的未来的就业前景做一定的准备。但如果自身没有教育背景，那么在中职教师这条职业路上可能会遇到许多挑战。

---