走管理还是走技术路线，其实一直都是程序员职业发展路上反复面对的选择——或主动，或被动。
一般在公司做得比较久的老员工，往往对业务非常熟悉，技术这块够用就行，技术难题有架构师或专人负责处理，从而做得比较多的是带几个新人、处理日常业务问题，这时也算是小小的组长或主管，但也不是纯管理。
然而业务体量越来越大，部门人越来越多，每天开不完的会，精力严重不够用，产品、项目问题一堆，真正写代码的时间往往是在晚上11点之后了。这时就得真正考虑是否专攻一项，要么专攻技术，要么沉下心带队做管理。
那么，你是否也经历过这样的抉择时刻？
然而新来的00后程序员，用着你从没见过的框架，写代码速度比你快一倍。你看着他噼里啪啦地敲键盘，屏幕上闪过你从没看过的语法，心里突然有点慌。
打开招聘网站，发现JD上写着"年龄35岁以下"。你盯着那行字，手指悬在鼠标上，不知道该投还是不该投。
和猎头聊天，对方委婉地说："您这个年纪，可能需要考虑管理岗了。"你笑着说"好的，我再想想"，挂了电话，一个人坐在窗边发呆。
于是你开始纠结：35岁不转管理，是不是就是"没出息"？技术路线真的能走到退休吗？还是说，这根本就是个伪命题？
很多人觉得35岁危机是年龄问题，其实不是。公司排斥的不是大龄程序员，而是"能力和工龄不匹配"的大龄程序员。
我有个朋友，32岁从技术转了管理。两年后他跟我说："我怀念写代码的日子。以前写个功能，改完就结束了；现在每天开8个会，处理5个下属的情绪问题，晚上还要review他们的代码——比自己写还累。"
如果你干了8年，还是在写CRUD，还是用5年前的技术栈，那确实危险。但如果你能设计高并发系统，能解决疑难杂症，能让整个团队的技术水平提升一个档次——你根本不用担心找不到工作。
我见过太多这样的人：技术很牛，转了管理后，技术慢慢荒废了。管理又没学好，变成了"不上不下"的尴尬状态。最后想回去写代码，发现已经写不动了。管理岗位不是避风港，是另一个竞技场，而且这个竞技场的竞争，可能比技术岗位更激烈。
当然有些人就喜欢管理，善长于里面的人情事故；也有人就不喜欢与人打交道，喜欢技术的纯粹，追求极致的技术，想一直做技术。
很多人说"程序员是青春饭"，但你有没有想过：为什么硅谷有那么多40-50岁还在写代码的工程师？ 答案很简单：他们的职业发展路径比我们丰富得多。在美国硅谷，40岁、50岁的工程师很常见，技术专家路线成熟，不转管理也能持续发展。而在国内，好像除了写代码，就只剩转管理一条路。但这是真的吗？
转管理前，先问自己几个问题。
你能接受"为别人擦屁股"吗？下属写的代码有bug，客户投诉了，背锅的是你。下属搞不定的技术难题，最后还是你来协调人来解决。
你能接受"自己的功劳被团队分摊"吗？你带着团队做了一个项目，上线了，老板表扬的是"团队很努力"。但加薪的时候，你只比其他人多拿一点点。因为"管理者的贡献很难量化"。
你能接受"一天写不了几行代码"吗？如果你是那种写代码特别有成就感的人，转管理可能会让你很痛苦。因为管理者的工作是开会、沟通、协调、汇报——这些事情很"虚"，不如写代码来得实在。
管理也是个人情活，下属可以有情绪 遇到事可以撂挑子不干，但你不能有情绪事你还得做，成员的绩效考核也得照顾每个人 弄不好内部成员不满就走人；也要跟同管理级同事互相打好关系；还要学会对上管理，活要做得好PPT也要写得好，给自己团队争取到更多的利益。
技术管理不是"不写代码"，是"换个方式写代码"。 你还是要懂技术，还是要能做技术决策，还是要能在关键时刻上手解决问题。只不过，你的工作重心从"自己写"变成了"带别人写"。
当然也得有一个好的领导，一个宽容的平台，能给你这个只往技术深入和管理的机会。
很多人说"程序员35岁就完蛋了"，但那些35岁以上还在写代码的人，他们是怎么做到的？
有一个47岁的开源社区活跃贡献者，他每天编程6-8小时，说"写代码让我保持年轻"。某大厂有个42岁的Linux内核工程师，被猎头追着跑，因为懂Linux内核的人太少了，而他深耕了20年。还有个在金融公司做架构师的，45岁年薪80万+，比很多VP都高，因为金融系统的稳定性要求极高，需要他这样经验丰富的老手。
技术路线能走通，但你要成为"不可替代"的那1%。 如果你只是个"会写代码的程序员"，那确实危险。但如果你是"能解决复杂问题的专家"，那你永远抢手。
如果你想走技术路线，有三个关键选择。
选对领域：不是所有技术领域都"越老越值钱"，底层技术、行业壁垒、系统架构这些领域，经验就是壁垒。
建立个人品牌：写技术博客、参与开源项目、在技术大会上做分享，让你的名字成为"技术标签"。
做"高杠杆"的事：别只写业务代码，写工具、写平台、写能复用的东西——你写的一个工具可能被100个团队使用，你设计的一个架构可能支撑整个公司的业务。
残酷现实是什么？普通开发40岁后薪资增速放缓，但技术专家、架构师薪资持续走高。差距在于：你是"写代码的"还是"设计系统的"。技术路线有未来，但前提是你不能只当"写代码的"。
很多人觉得，程序员35岁后要么转管理，要么继续写代码。但实际上，还有很多"非典型"的选择。
也有很多人35岁从大厂辞职或被动毕业，自己做独立开发。做了几个小工具类产品，现在年入百万。他们说："大厂太卷了，不如自己做点小产品，虽然规模小，但自由。"另一些人，36岁开始写技术博客，后来做视频教程。现在全网粉丝50万+，广告收入比工资还高。他们说："写代码是一时的，但影响力是一辈子的。"还有人，38岁转型做技术咨询。按小时收费，专门帮企业解决技术难题。他们说："经验就是钱，我20年的经验，别人花钱买。"
有一个调查，样本是身边的35+程序员。结果是：能在35岁后继续走技术相关路径的，不超过20%。剩下的人，有的转了售前、销售、BD，有的进了国企、事业单位、高校，有的靠投资实现了财务自由，还有的做起了咨询、保险。每条路都有风险，非典型路径也不例外——独立开发者收入不稳定，技术自媒体前期投入大，技术咨询需要人脉资源，进体制竞争激烈且35岁是报考上限。关键点是：不管走哪条路，都要提前规划，不要等到被裁了才想出路。
很多人说"程序员的代码能力不值钱"，但其实，不是你的代码值钱，是你解决问题的能力值钱。
把复杂问题拆成小问题的能力，从全局角度看问题的能力，和不同的人打交道的能力，快速掌握新东西的能力——这些能力，不管你转管理、转产品、还是创业，都用得上。
很多人只注重技术深度，忽略了业务理解、沟通能力。但实际上，公司排斥的不是大龄程序员，而是能力单一、只会写CRUD的大龄程序员。 如果你既能写代码，又能理解业务，还能和产品经理、运营、销售打交道——你根本不用担心找不到工作。
还有个话题很多人不愿意提，但我必须说自己的健康：颈椎、腰椎、眼，这三样坏了，啥出路都白搭。 我见过太多程序员，30多岁就腰椎间盘突出，40多岁就眼睛看不清屏幕。然后呢？再好的机会也抓不住。每天拉伸10分钟，比学啥框架都重要。你见过凌晨4点的办公室，但你的身体记不住。
如果你还在纠结"要不要转管理"，先问自己几个问题。你写代码时快乐吗？如果快乐，那就继续走技术路线。你敢冒险吗？如果敢，可以考虑创业、副业、独立开发。你最擅长什么？如果擅长钻研，那就做架构师；如果擅长沟通，那可以考虑管理；如果商业嗅觉好，那可以试试创业。
"35岁不是终点，是分水岭。分的是：一直用体力写代码的人，和开始用脑子写代码的人。"
很多人把35岁当成一个"deadline"，觉得到了这个年纪就必须怎样怎样。但实际上，35岁只是一个时间节点，不是命运的审判日。真正决定你未来的，不是年龄，而是你这10年做了什么。 如果你这10年一直在写CRUD，那确实危险。但如果你这10年一直在积累深度、拓展广度、建立影响力——你根本不用担心。
我见过42岁还在写代码写得很开心的架构师，也见过30岁就躺平等着被裁的"老油条"。我见过转管理后如鱼得水的技术VP，也见过转管理后痛苦不堪、最后又回去写代码的人。
最后一个问题：如果明天你毕业了，你能在3个月内找到一份同等薪资的工作吗？ 如果答案是"能"，那你根本不用担心35岁危机。因为你有随时离开的底气。如果答案是"不能"，那现在就是你开始改变的时候。不是等到35岁，不是等到被裁，不是等到没人要了才开始。是现在。
35岁不是问题，问题是：你有没有提前规划？你有没有持续学习？你有没有不可替代的核心能力？
写这篇文章并不是要告诉你"应该怎么做"，而是帮你理清"可以怎么想"。每个人的情况不一样，每条路都有风险，每个选择都有代价。但至少，你要开始想这个问题。 而不是等到35岁那天，突然发现：自己除了写代码，什么都不会。
这就是我的一点点思考。