很多年前，刚刚从大学毕业的时候，很多公司来校招。其中最烂俗的一个面试问题是：“你希望你之后三到五年的发展是什么？”。我当时的标准回答是（原话）：“成为在某一方面能够独当一面的技术专家“。后来经历了几家不同的公司，换了不同的方向，才知道这个真是一个很难的问题。因为兵无常势，什么东西都是在不断的变化，一早的时候看好的东西可能会被淘汰。
（几乎）没有人能够看准技术的下一个方向，因为这个问题实在是太难了，能够做到这一点的你就成为了技术界的巴菲特了。比如说11年加入Google，14年加入Facebook，16年加入阿里巴巴。做到这一点的人肯定有资本也有眼光去做风险投资，就算不做风险投资那么财务自由也是妥妥的。
现在毕业六年，从北京到上海到硅谷，从国内互联网公司外企，看到了公司好的地方和坏的地方，这里只是根据自己的经历写一些大方向选择建议，仅供参考。
一、行业背景很重要
行业背景非常重要；工作3年后必须确定自己的行业背景，比如一直从事电信行业，一直从事银行项目，一直从事ERP行业等等。
一个程序员不可能是一直写代码的，就是写代码也要知道业务逻辑，满足什么需求；俗话说隔行如隔山，每个行业的业务都不一样，甚至差别很大，比如你一直从事流媒体的研究，让你跳槽到一家银行项目，完了，一切从头学吧，以前的行业经验都用不上了；而且，一个公司公司招人，就是希望找到那些很容易上手，不需要培训业务很久的程序员；频繁跳槽的朋友，一定要注意这点；
一直在一个行业呆久了，就可以成为这个行业的专家；我们可以经常看到，一个项目组的某个leader，代码写的一般，但是却可以跟客户流畅的沟通，控制着新需求的提出，bug的修正等等；而客户也很愿意跟他打交道，因为那些老的项目只有他能维护，他甚至熟悉系统的每一张表结构——-可想在这个行业呆的时间有多久啦。
第二、合理的职业规划
什么是职业规划—-就是你短期或者长期的一个职业计划！大道理不讲，咱简单点。先问你几个问题：
a.你工作几年了，你愿意一直和新入行的新手一样就是个简单的程序员吗？
b. 你愿意一直写代码，而不关心其他吗？
c. 一个项目的前期需求，设计，后期部署维护，领导找到你，你说咱搞不定，行吗？
程序员不是敲代码的机器。第一年太多东西不懂，你可以一切听从老大的安排，敲敲代码，看看数据库，测试自己和别人的代码；但是第二年，你还是这样吗？不可能的，一年的经验你完全可以入行了，是时候该学习怎么进行需求分析，怎么设计数据库，怎么写各类文档，怎么写更好的代码？这是高级程序员的要求！
三、什么是高级程序员？
具有分析设计能力，能进行技术攻关，而且具有某行业深厚背景的程序员！
所有，一个项目立项后，你要积极的参与到前期设计中，跟老同志们一道思考分析问题，学习经验！OK，你这就成长啦！
千万不要认为程序员就是写代码的哦！！！
而且，通过一个项目的开发，你要能粗略的统计出一个功能的开发时间；比如一个模块有20个小功能点，你开发了80个小时，每个小功能点平均2小时——这时在前期就能评估工作量啦。当然每个人的效率和工作质量是不同的，因人而异，但是大概的工作量应该是可以统计出来的，用于统计一个项目的工作周期；
四、不要觉得业务代码一样很牛逼
有人认为写业务代码一样可以很牛逼，理由是业务代码一样可以有各种技巧，例如可以使用封装和抽象使得业务代码更具可扩展性，可以通过和产品多交流以便更好的理解和实现业务，日志记录好了问题定位效率可以提升10倍等等。 想要获取更多学习资源的，可以加群：454377428
业务代码一样有技术含量，这点是肯定的，业务代码中的技术是每个程序员的基础，但只是掌握了这些技巧，并不能成为技术大牛，就像游戏中升级打怪一样，开始打小怪，经验值很高，越到后面经验值越少，打小怪已经不能提升经验值了，这个时候就需要打一些更高级的怪，刷一些有挑战的副本了，没看到哪个游戏只要一直打小怪就能升到顶级的。成为技术大牛的路也是类似的，你要不断的提升自己的水平，然后面临更大的挑战，通过应对这些挑战从而使自己水平更上一级，然后如此往复，最终达到技术大牛甚至业界大牛的境界，写业务代码只是这个打怪升级路上的一个挑战而已，而且我认为是比较初级的一个挑战。
所以我认为：业务代码都写不好的程序员肯定无法成为技术大牛，但只把业务代码写好的程序员也还不能成为技术大牛。
五、别以上班太忙没时间学习为借口
很多人认为自己没有成为技术大牛并不是自己不聪明，也不是自己不努力，而是中国的这个环境下，技术人员加班都太多了，导致自己没有额外的时间进行学习。
这个理由有一定的客观性，毕竟和欧美相比，我们的加班确实要多一些，但这个因素只是一个需要克服的问题，并不是不可逾越的鸿沟，毕竟我们身边还是有那么多的大牛也是在中国这个环境成长起来的。
我认为有几个误区导致了这种看法的形成：
1）上班做的都是重复工作，要想提升必须自己额外去学习
形成这个误区的主要原因还是在于认为“写业务代码是没有技术含量的”，而我现在上班就是写业务代码，所以我在工作中不能提升。
2）学习需要大段的连续时间
很多人以为要学习就要像学校上课一样，给你一整天时间来上课才算学习，而我们平时加班又比较多，周末累的只想睡懒觉，或者只想去看看电影打打游戏来放松，所以就没有时间学习了。
实际上的做法正好相反：首先我们应该在工作中学习和提升，因为学以致用或者有实例参考，学习的效果是最好的；其次工作后学习不需要大段时间，而是要挤出时间，利用时间碎片来学习。
六、做的更多，做的比你主管安排给你的任务更多。
我在HW的时候，负责一个版本的开发，这个版本的工作量大约是2000行左右，但是我除了做完这个功能，还将关联的功能全部掌握清楚了，代码（大约10000行）也全部看了一遍，做完这个版本后，我对这个版本相关的整套业务全部很熟悉了。经过一两次会议后，大家发现我对这块掌握最熟了，接下来就有趣了：产品讨论需求找我、测试有问题也找我、老大对外支撑也找我；后来，不是我负责的功能他们也找我，即使我当时不知道，我也会看代码或者找文档帮他们回答。最后我就成了我这个系统的“专家”了。虽然这个时候我还是做业务的，还是写业务代码，但是我已经对整个业务都很熟悉了。
以上只是一个简单的例子，其实就是想说：要想有机会，首先你得从人群中冒出来，要想冒出来，你就必须做到与众不同，要做到与众不同，你就要做得更多！想要获取更多学习资源的，可以加群：650385180
怎么做得更多呢？可以从以下几个方面着手：
1）熟悉更多业务，不管是不是你负责的；熟悉更多代码，不管是不是你写的
这样做有很多好处，举几个简单的例子：
需求分析的时候更加准确，能够在需求阶段就识别风险、影响、难点
问题处理的时候更加快速，因为相关的业务和代码都熟悉，能够快速的判断问题可能的原因并进行排查处理
方案设计的时候考虑更加周全，由于有对全局业务的理解，能够设计出更好的方案
2）熟悉端到端
比如说你负责web后台开发，但实际上用户发起一个http请求，要经过很多中间步骤才到你的服务器（例如浏览器缓存、DNS、nginx等），服务器一般又会经过很多处理才到你写的那部分代码（路由、权限等）这整个流程中的很多系统或者步骤，绝大部分人是不可能去参与写代码的，但掌握了这些知识对你的综合水平有很大作用，例如方案设计、线上故障处理这些更加有含金量的技术工作都需要综合技术水平。
“系统性”、“全局性”、“综合性”这些字眼看起来比较虚，但其实都是技术大牛的必备的素质，要达到这样的境界，必须去熟悉更多系统、业务、代码。
3）自学
一般在比较成熟的团队，由于框架或者组件已经进行了大量的封装，写业务代码所用到的技术确实也比较少，但我们要明白“唯一不变的只有变化”，框架有可能要改进，组件可能要替换，或者你换了一家公司，新公司既没有组件也没有框架，要你从头开始来做。这些都是机会，也是挑战，而机会和挑战只会分配给有准备的人，所以这种情况下我们更加需要自学更多东西，因为真正等到要用的时候再来学已经没有时间了。
以java为例，大部分业务代码就是if-else加个数据库操作，但我们完全可以自己学些更多java的知识，例如垃圾回收，调优，网络编程等，这些可能暂时没用，但真要用的时候，不是google一下就可以了，这个时候谁已经掌握了相关知识和技能，机会就是谁的。
以垃圾回收为例，我自己平时就抽时间学习了这些知识，学了1年都没用上，但后来用上了几次，每次都解决了卡死的大问题，而有的同学，写了几年的java代码，对于stop-the-world是什么概念都不知道，更不用说去优化了。
据不完全统计，截至目前(2017.07)为止，中国Java程序员的数量已经超过了100万。而且，随着IT培训业的持续发展和大量的应届毕业生进入社会，Java程序员面临的竞争压力越来越大。那么，作为一名Java程序员，怎样努力才能快速成长为一名高级的程序员或者架构师，或者说一名优秀的高级工程师或架构师应该有怎样的技术知识体系，这不仅是一个刚刚踏入职场的初级程序员，也是工作三五年之后开始迷茫的老程序员，都必须要面对和想明白的问题。为了帮助大家少走弯路，我总结出一个Java程序员的工作2-5年成长路线图。想要获取更多学习资源的，可以加群：897808792
针对上面的技术我特意整理了一下，里面的技术不是靠几句话就能讲清楚，所以干脆录制了一些视频，很多问题其实答案很简单，但是背后的思考和逻辑不简单，要做到知其然还要知其所以然。如果想学习的朋友可以加我新建的Java架构群：897808792，我会在群里分享我从业多年的一些工作经验，也会将我的一些实战项目和Java大型互联网技术的视频免费分享给大家。
我越来越担心我作为一个Java程序员的未来。
恍然间，发现自己在这个行业里已经摸爬滚打了五年了，原以为自己就凭已有的项目经验和工作经历怎么着也应该算得上是一个业内比较资历的人士了，但是今年在换工作的过程中却遭到了重大的挫折。详细过程我就不再叙述，在此，只想给大家说一说被拒绝的原因，看看大家有没有相似的经历，和类似的感悟。面试官对我的答复大致是这样的，我们不需要熟练工，我们需要在某领域拥有超过常人的积累认知，和拥有整套完整思维模式和优秀认知事物能力的人…他很诚恳地告诉我，你还年轻，真的应该好好地静下心来，深入地研究一些东西，自己写一些东西，而不是这也用过，那也知道，但是多半都是局限于仅仅见过，会用，却从来没有认真思考过其代码背后蕴含的思想，更少有人研究过源码，进而体会大师们在某些问题的解决上秉承的思想和思维的风格。个人感觉，这也算是国内大部分程序员最让人悲哀的地方了，当然这也与外界浮躁氛围的蔓延不无关系。不了解这一行的人总觉得程序员都是代码民工，如果自己也认为自己是敲代码的机器的话，我诚恳地建议您尽早转行吧，也许我这么说会得罪伤害一些同行，毕竟转行对任何一个人来说都是有相当的风险和挑战的。不过这绝对应该是善意的忠告。相反，我强烈地认为，程序员应该是最有活力和最有思想的一个群体，只要你不肯让自己浮于表面，更重要的是，必须勤于思考。如果你认可我这句的话，就请您继续往下看看我的感慨，否则，那就希望您好好利用好自己的时间做您最需要做的事吧。
由于面试中被问到Spring，MyBatis的时候，让面试官问得人仰马翻，哑口无言，所以回来之后洗心革面，下决心要把Spring，MyBatis好好研究个明白，再也无法容忍自己只知其一不知其二了。
清醒的认识自己
我一直担惊受怕，过去，可能是因为我年轻，但现在，我已经不是那么年轻了，我仍然发现有很多事情让我害怕。
当年纪越来越大后，我开始变得不能加班。我开始用更多的时间和家人在一起，而不是坐在计算机前(尽管这样，她们仍是抱怨)。我在本地教育委员会社区里提供一些帮助，还组织开源兴趣小组参加活动。
我在思考，为什么以前会把如此多的时间全部用在编程上。大量的编程。那是我渴望深入研究一个类库，一个框架或一门技术。
现在的技术的学习曲线的增加，让我的忍耐性越来越低。各种新技术，因为新奇让人兴奋，但最终变成一场场争论。我越来越无法忍受这些充满市场宣传气息的喧嚣。我对技术看重的是稳定，清晰。
据不完全统计，截至目前(2017.07)为止，中国Java程序员的数量已经超过了100万。而且，随着IT培训业的持续发展和大量的应届毕业生进入社会，Java程序员面临的竞争压力越来越大。那么，作为一名Java程序员，怎样努力才能快速成长为一名高级的程序员或者架构师，或者说一名优秀的高级工程师或架构师应该有怎样的技术知识体系，这不仅是一个刚刚踏入职场的初级程序员，也是工作三五年之后开始迷茫的老程序员，都必须要面对和想明白的问题。针对这些问题我总结出一个Java程序员的工作2-5年成长路线图。
阅读源码
程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。
那要如何正确的分析源码呢？
分布式架构
随着我们的业务量越来越大和越重要，单体的架构模式已经无法对应大规模的应用场景，而且系统中决不能存在单点故障导致整体不可用，所以只有垂直或是水平拆分业务系统，使其形成一个分布式的架构，利用分布式架构来冗余系统消除单点的故障，从而提高整个系统的可用性。同时分布式系统的模块重用度更高，速度更快，扩展性更高是大型的项目必不可少的环节。
微服务
关于微服务架构的取舍
1、在合适的项目，合适的团队，采用微服务架构收益会大于成本。
2、微服务架构有很多吸引人的地方，但在拥抱微服务之前，也需要认清它所带来的挑战。
3、需要避免为了“微服务”而“微服务”。
4、微服务架构引入策略 – 对传统企业而言，开始时可以考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用，逐步探索及积累微服务架构经验，而非全盘实施微服务架构。
性能优化
我们不仅仅对项目要运筹帷幄，还要能解决一切性能问题。只有深入学习JVM底层原理，Mysql底层优化以及Tomcat调优，才能达到知其然，知其所以然的效果。除了性能优化之外，也能提供通用的常见思路以及方案选型的考虑点，帮助大家培养在方案选型时的意识、思维以及做各种权衡的能力。
并发编程
主要培养编程者深入了解最底层的运作原理，加强编程者逻辑思维，这样才能写出高效、安全、可靠的多线程并发程序。
开发工具
通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。 可以有效、高速的处理从很小到非常大的项目版本管理
项目实战
要想立足于互联网公司，且能在互联网浪潮中不被淹没，对于项目的开发实战演练是不必可少的技能，也是对自身能力的一个衡量，有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱，其中的底层原理，实现原理又能知道多少？
就现在经济大环境而言，很不乐观，Java程序员的日子也很不好过，无论是还在找工作的、还是已经入职多年、哪怕做到项目经理技术经理的，压力都异常巨大，似乎处处充满危机。但是，仔细分析一下，出路还是有的，甚至解决温饱、过上有房有车没贷款的生活也是很可能的。首先，在如今这个浮躁的社会，大多数人的心态也是浮躁的，只要你能潜下心来，深入研究某个技术，有了一技之长，温饱问题肯定就可以先解决了。
1、 走向架构师
对于任何一个Java开发人员来说，架构师都是一个令人向往的角色。那么从程序员与架构师有没有比较明显的区别呢？其实架构师和程序员的界限并不是很大，比如现在仍然在每天写代码。其实成长首先来自于自身的学习，而阅读成熟项目的代码会使人受益匪浅，其次就是来自于所从事领域的经验，要了解分布式系统的特点，在做项目时，要能够关注性能、扩展性、可靠性、可用性等指标。
架构师其实就是一个漫长的积累过程，从准备期到动荡期我们都是不停的探索，学习。大部分的架构师的年龄都是在35岁左右，这个阶段就是程序员的黄金期。那么我们如何以一个架构师的标准来加强自己的能力呢？程序员要成为一名架构师发展，需要进一步加强技能的修养。，对于互联网公司来言，最重要的技能是对网络和分布式系统的理解，网络上面的书籍很多，比较麻烦的是分布式系统，除了分布式在现在大型互联网企业中，对于技术知识，个人推荐还得掌握高性能、深入浅出。性能调优、Spring，JVM等技术。当然了，良好的驾驭管理开发团队的能力，良好的人格修养，能够让架构师在开发项目中游刃有余，不会出现意料之外的干扰，更能从内散发出人格魅力。
2、 走向项目经理
也有一些程序员工作机遇比较好，不但负责了项目的设计工作，而且负责了项目管理工作。对项目经理这个工作有了一定的尝试。因此，这类程序员可以审视一下自己，是否合适这项工作。如果自己对这种工作比较满意，而且具备项目经理的要求，则可以向项目经理这个方向发展。项目经理承担着项目管理的职责，对项目负主 要责任。它和程序员的作用也不相同，项目经理的重点已经从编程转移到对人、对技术、对进度、对项目的管理。由于软件的项目经理与软件项目的相关性太大，因 此，他必须要了解软件开发的各个环节、了解开发的各种技术和运用、了解开发队伍人员的水平和特点。所以他依旧和程序员脱不了干系。从程序员到项目经理可以使得项目经理更好地理解程序员在项目中的地位和作用，了解软件开发的各种规律性的东西。从而保证项目的正常完成。而且，项目经理的收入在公司中的地位也是 比较高的。因此，我认为走向项目经理是程序员的另一个发展空间。我想提醒一下，程序员在担任项目经理之前最好要把软件设计工作做好，这样在做项目经理的时 候，就会有很好的基础。
3、 走向管理者
很多程序员希望自己能成为公司中的主管、经理、老总、老板，这样无论是收入和在公司的地位都相对比较高一些。另外，一方面程序员可能厌倦了年复一年的编程工作，对工作产生了抵触情绪，希望能摆脱这种步步紧逼的工作状态。走向管理者其实要求程序员要比一般人做更多的准备，要做更多的转型工作，并不是想当管理者 就能成为管理者的。但是，如果程序员有这个志向和爱好，有积累了这方面的工作经验，自己也感觉在这个方面能够发展，更重要的是有这样的机会，走向管理者也 是可能的。由于软件公司的管理者毕竟不同于一般公司的管理者，专业能力越强，管理起来就越得心应手的，没有专业能力的管理，遇到的问题很多，也很难解决。 因此，我的建议程序员最好要把编程、项目设计、项目管理等基础打打好。这样转型到管理者成功率就会高一些。
4、 原地踏步
当然也有一些程序员惰性比较大，满足于现状，享受着眼前的胜利果实，也无可非议。对待这些程序员，我们不要强求他们改变自己的想法，我建议是原地发展，把本职工作做得更好，把自己的技术水平往上再提高一步。在这个过程中他们的能力和自信心都会得到提高，他们的想法不会一直一成不变的。磨刀不误砍柴功，刀快了自然会去砍柴的。
不管做哪一行，都该尽早做好职业规划，人都是需要有一个目标去激励自己，Java程序员更是如此。朝着一个目标逐步提升自身实力总会比原地打转好，相信聪明的你该知道怎么做。