程序员，年龄增大后有哪些职业出路？
一、程序员的四条职业发展路径
假设你已经从事程序员这个工作有一段时间，对这个行业有了一定了解，也许你觉得你已经是这一领域的大牛，也许你觉得你还有很多不足，但是不管你当前的位置如何，你都面临着一个同样的问题：接下来自己该怎么走？
换句话说，你要考虑的不是某个函数的代码怎么写，也不是接下来一个项目流程图怎么画，你要考虑的是，未来 10 年、20 年，你该何去何从。
这就是职业规划，恭喜你，如果你能够考虑到这个层面，意味着你开始认真思考自己的人生了，这是一个好的开始。
程序员的职业发展路径并不单一，甚至要比其他职业有更多选择，你可以选择在程序员的道路上持续走下去，也可以转到管理岗位，也可以选择成为产品经理或者项目经理，这些职业发展路径都是程序员这个职业的延伸，你需要付出一些努力，也要接受一些改变，但是绝不是从零开始。
接下来，我们就分别介绍这些不同的发展路径。
路径一：成为更高阶的程序员
成为更高阶的程序员，这是最直接的发展方向，也是大部分程序员的选择，这就像是一个游戏，通过不断完成更有挑战的任务，获得级别的提升。
每个成熟公司都会有级别划分，比如，刚招募的大学毕业生是「初级软件工程师」，工作一两年之后，会被提升为「软件工程师」，再工作几年，会被提升为「资深软件工程师」，当能力和影响力进一步提升，成为「首席软件工程师」……我这里只是举了一个很粗略的层级晋升制度，实际上每个公司的层级数量要多得多。
这样的晋升制度，是程序员职业生涯的一部分，但不是全部，等级制度只是为了方便管理，一个「资深工程师」头衔的工程师未必能力就比「软件工程师」更高，这一点我们首先要有清晰认识。当然，我们应该努力提升自己，向更高级别迈进，因为这样我们在团队中可以获得更大的话语权，也可以获得更多的薪水，但是，我们不要买椟还珠忽略了关键，职业发展并不只是与资历和金钱相关，更多的是关于你的能力和影响力，这很重要。
如果你身处成熟型公司，你需要去阅读一下公司对各个级别程序员的职业要求，如果你找不到，就去找管事的 HR 要，公 司 HR 必须对每个级别的要求有一个明确定义，这种定义将指导你如何提高各方面的能力和影响力。
如果你身处创业型公司，或者你所在公司真的拿不出像样的级别定义，那么，可以参考下面的级别定义：
· 初级程序员，掌握基本的编程技能，但是需要别人的辅导才能完成给定的任务，不能独立自主完成项目。程序员应该尽早超越这种状态。
· 中级程序员，能够独立完成一个特定领域的项目，知道如何安排优先级，知道如何处理预料不到的情况，靠谱完成任务。
· 资深程序员，可以融会贯通各个领域，不光可以完成任务，还能够影响一个团队，帮助整个团队完成任务。
· 首席程序员，不光可以影响一个团队，还可以影响一个公司或者大部门，可以对程序员团队的工程策略进行指导，保证整个大团队都按照最合适的实践方式前进。
· 合伙人级别程序员，这可能是程序员职业的顶点了，你的影响不只是一个公司范围内，而是整个行业范围内，你的工作是开辟新的领域。要注意，并不是说在互联网上吵吵的网红就是这种级别，能达到这种级别的是 Linus 这种开创某个领域的人。
从上面的级别描述可以看出，每一个级别有两个关键元素，一是「能力」，另一个是「影响力」，能力代表你一个人能做什么，影响力代表了你能够让别人做什么，以及你能够影响多少人。
程序员段位的成长，其实就是提升自己「能力」和「影响力」的过程。根据上面级别能力和影响力的描述，你可以衡量你目前居于什么级别，就知道自己下一步应该到什么级别，对应发展自己相关的能力和影响力。比如，你此时只是「中级程序员」的水平，就应该有目的地培养自己影响其他人的能力，着眼点就是自己所在的团队，不只是自己要做好，也要让自己的组员能做得更好，当你达到这个目标，你才能升级为「资深程序员」；当年你成为「资深程序员」，你就需要考虑更进一步提升自己的知识储备，影响一个大部门甚至整个公司。
坦白地说，并不是每个程序员都会攀到最高阶程序员的级别，判断自己是否适合沿着这条路一直走的方法很简单，就是问自己一个问题：我愿意从事编程工作到多大年纪？
对于这个问题，我个人的回答，还有很多工作到很高阶程序员的回答，都是一样的：我愿意编程到退休。因为我们有这样的热情、有这样的信心，所以才有动力在这条路上一直走下去。
不过，你的回答可能是「我只想编程到 30 岁」，或者「我会编程直到被提拔为经理」，这样的想法完全是没问题的，毕竟认识自我、根据自我需求选择不同的职业道路，是对自己的一种负责。接下来，我们就要介绍除了攀登程序员高峰之外的职业路径。
路径二：转型管理层
和其他任何职业一样，程序员也是需要被管理的，而管理程序员的最佳人选，当然就是曾经从事过程序员工作的人，有这样的需求存在，不少程序员转型去成为管理者也就不足为奇了。此时此刻，你抬头看一看你的直接上司，他很大概率就是从程序员转过来的管理者。
我在创业公司的时候，担任的是管理者的角色，其实我更愿意当一个程序员，之所以去做管理，一个主要的原因，就是因为我发现团队并不是自然而然完美运转的，这时候作为经验更丰富的我，就很自然觉得有责任站出来，把团队塑造成更好的形态，这就是成为管理者的初心。开始管理之后，我很快发现，管理的世界就是处理各种各样意料不到的情况，很难安心下来自己编程，但是，如果把工作心态从「我要做好」改成「我要让大家做好」，一切就很顺畅。从结果看来，我作为管理者做得还不错，在两年的时间里，产品总是能够按时上线，团队也没有一个人员流失。
一个程序员看自己是否适合成为一个管理者，主要就看是否不满足于只做好一个人的事，是否有带领其他人取得更大成绩的意愿。
从程序员转变为管理者，决不是编程比其他程序员编得更好就行，自己做程序员，和管理程序员完全是两码事。目前行业还是普遍缺乏对管理能力的培训，所以，一些公司会让一些出色的程序员仓促成为管理者，但是实际上他们没有准备好，这样给团队和个人都会带来很多问题。所以，如果要转型成为管理者，请先问自己这几个问题：
· 我是否更愿意处理琐碎的管理工作，而不是长时间专注在编程上？
· 我是否更愿意帮助别人完成任务，而不是事必躬亲自己完成？
· 我是否认为只有团队成功，才是真的成功？
只有你对上面三个问题的回答全部都是肯定的，你才从态度和心理上做好了成为管理者的准备，因为成为管理者之后，真的大部分时间都在处理琐碎的工作，你没有多少时间亲自动手编程了，因为总会发生各种各样的意料之外的事情，处理这些事情才是管理的常态；而且公司评判你工作是否做得好的标准，完全看你所领导的团队的业绩，你一个人编程能力如何已经不重要了，做程序员的时候，你的成功就是你自己的成功；当你成为管理者的时候，你的成功必须是整个团队的成功。
千万不要因为觉得「当经理赚得更多」或者「当经理就是人上人」就去做管理者，没有做好必要的心理准备，你会失望的。
上面说的还只是成为管理者的态度，只是进入这个新角色的敲门砖，并没有涉及管理能力。管理学有很多公开课程，更多在实践中去学习，不过，有一条管理的精髓请记住：没有放之四海而皆准的管理方法，管理的奥义就是具体情况具体分析，不同的场景用不同的管理方法。
路径三：转型产品经理
雷军在小米的第一定位不是 CEO，而是首席产品经理，从马云的名言，「成功的企业一定是靠产品、服务的完整体系」可以看出，在互联网行业，产品经理的作用是非常重要的。雷军本人也是程序员出身，但是他很快不满足于只是实现别人给的需求，而是要自己亲自来定义产品应该如何表现，很显然他找准了自己应该走的道路。
判断自己是否适合成为产品经理，就看自己是否不满足于别人设计出的产品，对于怎么设计产品有自己的认识。
产品经理的职责是定义产品需求，在我国 IT 圈中，流传着很多产品经理和程序员水火不容的故事，这些故事并非意味着这是相克的两种岗位，这些冲突是因为两个位置上的人互相不理解。从这个意义上说，程序员转型为产品经理具有天然的优势，因为他们更懂技术人员的思维，在和程序员的交流沟通中，更能照顾到程序员的体会。
业界曾有这样一个故事，产品经理和程序员打起来了，因为产品经理给 iOS 程序员提了一个功能需求「识别手机壳的颜色」，这样缺乏技术常识的需求，很容易激怒程序员，从而引发冲突。而一个有程序员经历的产品经理，具备基本的技术思维，绝不会犯这种错误。
如果要转型为产品经理，思维方式必须完成下列转变：
· 程序员关注的是「怎么做」，产品经理需要回答「为什么要这么做」；
· 程序员追求技术的卓越，产品经理要把给用户带来的价值放在首位；
· 程序员看到的是具体实现方式，产品经理看到的是市场的风向。
坦白地说，适合当产品经理的人是少数，在你选择转型为产品经理之前，需要看自己是否能够完成上述的思维转变。
路径四：转型项目经理
项目经理和产品经理的责任不同，虽然在我国有些企业中，这两个角色很可能落在一个人身上，但是这并不是一个合理的做法，因为产品经理负责「做什么」，项目经理负责「以什么进度做」，如果一个人身兼两职，相当于一个人既当裁判又当球员，会制定出不合理的计划进度，也更容易和程序员产生冲突。
程序员转型为项目经理，需要具备这些方面的能力：
· 组织会议的能力；
· 协调多方进度的能力；
· 编写工作进度报告的能力。
我在微软工作的时候，有一个美国同事做项目经理做得很出色，后来我们知道她还是斯坦福毕业，在大学学的也是计算机科学，我们就很诧异，问她为什么不选择程序员职业而选择当项目经理，她的回答是：「我就是喜欢把事情安排得井井有条啊。」这句话给我的印象特别深，如果一个人要判断自己是否适合当项目经理，主要就看是否有意愿把团队的工作安排得井井有条。
如果你有很大的热情把团队的工作组织起来，而对于深入钻研技术没有多大兴趣，那项目经理是一个不错的转型选择。
二、什么时候改变职业路径？
如果想要改变职业路径，不管做什么样的选择，最重要的是有计划，不要随波逐流。
有的朋友问我，他一直做程序员，应聘一个新的公司时，对方说希望他担任产品经理而不是程序员，该接受吗？
我的建议是，如果你曾经审视过自己的性格和特长，觉得自己将来可以成为产品经理，并为此做了准备，那你做这样的改变无可厚非；但是，如果你完全没有准备，只是因为工资多了那么一点点，就在自己的职业发展上突然来一个急转弯，这是非常不明智的。
假如你想要从程序员换成另一个岗位，首先给自己一个时间表，比如要换成产品经理，根据自己对岗位的理解和自身特点，确定一个缓冲时期，在这个缓冲时期里慢慢了解新岗位的特点和要求，突然地变换角色会让你措手不及的。
三、不同公司的不同要求
程序员能够成长到什么水平，和他成长所处的环境有很大关系，而作为一天至少要花费 8 个小时的公司，就是程序员所处环境的重要组成部分，我们接下来就来介绍不同公司的不同要求。
经常有程序员朋友请我推荐某某方向的专业书籍和参考资料，这些朋友似乎觉得，总有那么一些特定的书本，只要看完了，就能够成为这个方面的佼佼者，其实这真的是对这个行业一个巨大的误解。
我们必须要承认，在程序员的世界里，并没有什么《九阴真经》《九阳真经》这样的武功秘籍，可以用来闭门修炼成高手，换句话说，不存在一套方法，让程序员完全靠自己的修炼来获得成功，一个程序员想要获得良好的发展，必须要和其他人合作互通。这个道理不难理解，不用回首太远的过去，只要看看两三年前，业界的知识结构就和今天大不一样，在这个发展很快的行业，就算你想写一本《程序员的九阴真经》，让程序员读完就成为高手，但实际情况很有可能是写好那一天，你就会发现这本书已经过时了。
而且，你的技能来自两个方面，一个是书本上的知识，任何人只要买到书就可以读到，另一个是经验，经验是买不到的，你只有亲自经历才能掌握。毫无疑问，经验比书本知识更有价值！
而获得经验的最直接方法，是在公司里工作，因为公司里需要解决的问题是最实际的问题，其价值与书本中想象的问题有天壤之别。
这就引出一个问题：在哪种公司工作最好？
这个问题没有定论，因为不同程序员有不同的特点，但是，首先你要明白不同公司的程序员的要求也不同。
一般程序员眼里，公司分为大公司和小公司，但是更准确的划分是分为成熟型公司和初创型公司，因为成熟与否和大小没有必然关系，很多公司虽然小，但是内部制度很成熟，有的公司非常大，但是内部组织管理依然是初创型公司的风格。
在成熟型公司中，每个员工真的只是一个螺丝钉，公司希望员工首先做好自己的本分，并不指望一个人做出惊天动地的大事，而且，因为成熟型公司有一个稳定的人员金字塔结构，升迁会相对缓慢。成熟型公司对程序员的要求，除了专业技能上的要求，更多的就是要能够遵守「规则」，成熟型公司的软件开发管理都有自己的路数。在成熟型公司，程序员可以享受更规范的培训，当然也要遵守规则。
在初创型公司，因为预期将来会有很大的爆发，每个岗位的职责也并不会那么清晰定义，所以，程序员往往会被要求「什么都能干」，这对于程序员是一个很大的锻炼机会，能够不局限于自己的一亩三分地，可以把影响力扩大到更大的方面。
到底是去成熟型公司，还是去初创型公司？这要根据你自己的个人特点来判断，如果你向往稳定的工作环境，想在一个专业方面深耕，那么稳定的公司会更适合你；相反，如果你是一个想要涉猎广泛、不怕风险的人，那可以试试初创型公司。
很不幸，很多程序员在职业选择时完全从薪资角度考虑，他们觉得去成熟型公司意味着收入平平，去初创型公司虽然累一些但可以发大财，这真是大错特错！去成熟型公司一样可以获得相当不菲的回报，去初创型公司则很有可能竹篮打水一场空。要说获得高收入的概率，成熟型公司绝对更高。在这里，我想说的是，程序员不要以「能不能发财」为选择标准，要以自己的个性为选择标准。