35岁程序员危机，有何破解之法
一直以来，互联网界都有着“程序员是吃青春饭”的说法，这一年龄危机甚至逐渐演变为“45岁退休，35岁换人”的段子。
周围很多小伙伴也都确实有着年龄方面的焦虑，难道过了35岁真的就没有竞争力了吗？面对年龄焦虑，是否有破解的方法呢？
之前我们有幸与《Spring Cloud Alibaba 微服务架构实战派（上下册）》作者、“35岁程序员那些事儿”公众号主理人胡弦老师直播连麦，就这个话题进行了一些讨论，以下是重点整理的部分文字，文末附上直播回放，希望能给大家带来启发！
嘉宾简介：
胡弦老师，《Spring Cloud Alibaba 微服务架构实战派（上下册）》作者；“35岁程序员那些事儿”公众号主理人；2012年毕业于杭州电子科技大学自动化学院，硕士研究生；一名工作10年的IT老兵，曾就职于网易、连连支付等企业；从Java工程师开始，一路“打怪升级”成为“独角兽”公司的高级技术专家、资深架构师和技术负责人，是一名技术狂热爱好者。
Q：胡弦老师为什么给自己的公众号起名叫“35岁程序员那些事儿”呢？是因为感受到35岁的一些变化吗？
答：
一方面是自己刚度过了35岁这道坎，另一方面现在的程序员在这方面太焦虑了，所以想利用公众号的知识输出来消除一些歧义。
比如“35岁程序员的坎”主要是自己带来的，而不是别人，我们特指的危机主要取决于我们是否一直保持一颗持续学习和投资自己的心，这点是和年龄没关系的。
当我们在25岁到35岁一直都保持一颗学习的心，并驱动自己一直学习新技术和接收新鲜事务，那么这样你一定会度过35岁程序员这道坎的。
当然，随着程序员的年龄变大之后，确实会有很大的变化。
就拿生活来说，你会发现你的生活会被家庭锁事给拖住，但是换个角度这样也是你担起一个家庭支柱的表现。还有就是你的体力和精力都不如从前了，这个是一个不争的事实，那么我们要怎么去尽量避免这些事情呢，那就是多锻炼身体，来保持自己的活力。
还有，35岁之后你会发现你的有效学习时间会越来越少，你只能牺牲自己的休息时间去给自己充电了，像我就算再忙我也会抽时间来做做自己感兴趣的事情。
Q：您是如何从Java工程师开始，一路“打怪升级”成为“独角兽”公司的高级技术专家、资深架构师和技术负责人的呢？
答：
这个成长之路就很艰辛了，我是10年磨一剑，本身我不是计算机科班出身的。
我在杭州电子科技大学读硕士期间攻读的是“自动化专业”，研究生研究的项目是生物医学方向的，我在计算机方面的技能完全是自学的，这个可能我与其它人不一样的地方吧，自学和自我驱动能力非常强，并且目标和方向感也非常的明确。
一路打怪升级我为自己总结如下几条，当然也是给大家借鉴一下：
（1）培养自己对技术的爱好。其实这是非常难的，咱们可以想一下，当你每天拖着疲惫的身体回到家之后，你最想做的事情是什么，那就是躺着休息或者精力还不错的人，会约上几个小伙伴，出现吃吃夜宵并调侃一下人生，压根就没有精力去培养自己的兴趣。我一般会怎么做了，我会先给自己布置一些简单的技术任务，自己先完成，然后再去突破一些比较难的任务，总之先让自己有成就感，并有了兴趣之后，再去做更难的，这样我才会一直保持一颗好奇心。
（2）多多参与开源。我说的参与开源并不是说一定要成为PMC，就是说你要多去学习一下那些开源框架的设计理念，很多思想你都是可以借鉴的，毕竟已经落地的项目是有大量的用户去验证的。
（3）多读书，并且还要读好书。当然书不能只是技术类的书籍，很多那些方法论书籍其实也是蛮不错的。
（4）多多实践和总结经验。这一点是很关键的，因为你只是看就只能停留在认知的阶段，但是你去实践之后，会让你进入理解，并做到熟能生巧，从而将别人的经验转换为自己的经验；
（5）多主动参与公司的新型孵化的技术项目。这一点是非常关键的，你可以这样想一下，一般这样的项目是没有KPI的，或者说KPI比较少，但是作为该项目的负责任，他是最需要人支持的，如果你这个时候积极主动的参与进去，一般负责人会将它的本领都会潜移默化的传授给你，但是前提是你要是一个做实事的人，一定不要做一个雷声大雨点小的人。
（6）一定是做自己团队中的技术领头人。无论你是什么样的岗位都一样，就算你做了业务负责人，也要保持着这种优秀的习惯，关键时刻这些技能是能够助你一臂之力的。
Q：您是从什么时候开始喜欢上技术的？您觉得技术在哪方面是很吸引您的？您对技术的热爱是如何体现的？
答：
因为我是自学的Java和计算机相关的技能，所以我从入行就开始喜欢技术，不然也不会从生物医学转型到计算机领域中，并且当初我读硕士的目标是要读博士的，因为导师是清华大学毕业的，它也是师从生物医学领域的领军人物，所以资源还是蛮丰富的，清华那边也能提供更大的平台。
我对技术的喜爱主要体现在我愿意投时间去学习，记得我当初跟着一个领导，它是首席架构师，人家都那么高的级别的，在十一放假前的晚上还在和我用微信在沟通基础架构中的框架问题，并且一起写代码并提交PR，那个时候我确实投入了很多的时间。
Q：胡老师是否因为沉浸在对技术的热爱中，没有考虑过35岁危机呢？您周围的人是否也有这样的焦虑？
答：
前面其实也大概说到了这个问题，但是总结一点那就是无论你在什么职位，都不要放弃自己当初的立身之本，那就是技术！
现在有很多敏感的话题爆出来，说某某CTO或者总监空降到一个公司，但是这个CTO或者总监居然不懂技术，下面的人都开始不买帐，导致下面的人被撸走。当然这个CTO或者总监能够有一个技术能力和业务能力非常优秀的团队，还是能做不少事情的，但是问题是空降的领导基本上都很难有自己能够信任的团队，都需要自己从0到1去组建，但是往往你还没有组建完成，老板就坐不住了，因为时间不等人啊，这个时候自身的技术肌肉或许能够救自己一把。
所以，要一直保持学习才能消除自己35岁程序员的危机。
Q：您觉得35岁程序员的出路在哪里？程序员该如何度过35岁这个门槛？
答：
35岁程序员的出路主要取决于自己给自己的定位，你可以持续做技术，最后成为技术专家，也是一条很好的职业路线，当然你也可以走业务路线，最后做业务架构师，也是可以的。
最后，如果自己非常擅长和人打交道，并且也能够拿结果，那就走管理路线，最后去做技术经理和技术总监，这些都行的。
如果你觉得你的业务、架构、管理和技术都不错，那可以走架构师路线，最后做首席架构师也是可以的。
优势有很多，一个程序员出身的管理人才通常都是落地能力非常强的，因为他是过来人，非常清楚底下的员工的想法，并且也能在关键节点给下面的员工提供有力的支持，并且也是非常有针对性的管理。
Q：如果继续做技术的话有哪些优势和劣势？做技术是否也是需要长时间的技术积累，有一定经验后，对技术问题的解决就更加驾轻就熟？从这个角度上来讲，是不是年纪大的程序员也是有比年轻人独有的竞争优势的？
答：
大龄程序员如果前期积累了很多技术和管理经验，那么后期这些都是自己宝贵的资源，也是自己独有的，在年轻人面前就有货，不然现在的年轻人都是很牛的，没货的话是很难让他们服你的。
Q：什么是架构师？架构师需不需要写代码？
答：
架构师并不是团队赋予了你这个岗位抬头之后你就是架构师，架构师是自己挣来的，也就是说当你的业务、架构、技术和管理的能力达到之后，你就会成为团队中的架构师，通常我们会将架构师定义为一种角色，这个也就是我们常说的“人人都是架构师”。
架构师需不需要写代码这个主要取决于团队赋予架构师的角色和职责，当然如果说硬要问架构师要不要写代码，那么我可以告诉大家，任何技术岗位，只要你还是在技术研发部门的，都是需要随时写代码的能力的，只是说你目前的角色，用写代码已经不能给团队带来更多正向的收益了。
比如，你整天都在做跨部门合作和沟通的会议上，你的代码进度肯定是跟不上项目代码协同的进度的，反而会拖累团队，通常架构师需要用review代码来把控一些自己想要的细节。
Q：如何保持自己的技术肌肉矩阵？
答：
多学习，多和团队中的技术专家和架构师去探讨一些新的技术，从而能够保持自己对新技术的兴趣。
其实我可以这样说，如果你持续地去保持自己的技术肌肉矩阵，并且和团队的技术保持一致，甚至是超前的，那么这样很能够培养自己团队中技术牛人的忠诚度。
Q：作为《Spring Cloud Alibaba微服务架构实战派（上下册）》的作者，胡弦老师分享一下如何充分利用这本书提升自己的技术能力吧！
多多实践，借助本书提供的技术栈，在自己负责的业务项目中去实践，就算没有机会去落地，也可以利用本书提供的实战案例和项目代码做很多事情。
……
胡弦老师更为详细的精彩分享可以点击下方视频收看回放！
胡弦老师著作
▊《Spring Cloud Alibaba 微服务架构实战派（上下册）》
胡弦 著
技术新。采用目前的新版本（2.2. 5.RELEASE）来编写，相关技术也采用的是目前新的稳定版本
精心设计的主线：零基础入门，循序渐进，直至项目实战
本书是“一站到底”的解决方案：读者只需从这里上车，中途无需转乘，读者需要什么，本书就提供什么，直达终点
绘制了大量的图，便于理解原理、架构、流程
实战性强。能让读者“动起来”，在实践中体会功能
本书覆盖了微服务架构的主要技术点，包括分布式服务治理、分布式配置管理、分布式流量防护、分布式事务处理、分布式消息处理、分布式网关、分布式链路追踪、分布式Job、分库分表、读写分离、分布式缓存、服务注册/订阅路由、全链路蓝绿发布和灰度发布。这些技术点采用“是什么→怎么用→什么原理（源码解析）”的主线来讲解。