工作一到五年的Java程序员遇到瓶颈应该如何提升
2019-04-12 · 专注IT品教育,成就每一个学子的IT梦
北大青鸟西安校区
其实大家往往忽略了这一点——提升自己的架构认知（工作5年左右程序员必须重视架构认知的提升，这会很大程度上推动你今后的成长）。架构的本质在于面对业务场景给出优雅的解决方案，使得业务能够快速迭代和持续交付，从而达到降本增效的目标。提升架构认知高度，就像达克效应所描述的一样，要敢于从愚昧之巅跳到绝望之谷，通过爬升开悟之坡，从而达到架构认知的巅峰时刻。到达巅峰时刻也就掌握了架构背后设计的哲学，面对具体业务场景在架构层面你便能够轻松应对，以无招胜有招。
提升架构认知，要紧抓3个关键点：业务洞察力、技术视野、原创力（执行力）。
1.业务洞察力是技术战略层面的问题，在当下能够做出合理的判断，清楚公司做什么事情收益最大；
2. 技术视野即技术选型能力，是技术战术层面的问题，在清楚做什么事情后，需要进一步解决怎么做的问题，也就是能够给出合理的技术选型方案：是完全基于开源的方案，还是基于开源二次开发的方案，还是完全自研的方案；
3. 原创力（执行力）是技术落地执行层面的问题，一旦技术设计方案确定后，需要能够快速Rush完成。
这3点层层递进，最重要的是先把技术战略问题思考清楚，然后再进一步解决技术战术问题，最后是快速落地执行的问题。
工作5年左右的程序员，在原创力（执行力）层面比较有竞争力，往往欠缺技术视野以及业务洞察力。后面2点更加重要，这2点解决的是架构设计哲学问题，是架构师能够持续拥有竞争力和影响力的立身之道。
举个场景的例子来详细说明：一提到分布式锁问题，大多数人想到的方案是基于Redis的Master-Slave模式来实现。这个实现方案行不行？分布式锁本质是一个CP需求，基于Redis的实现是一个AP需求，乍一看基于Redis的实现是无法满足的。脱离业务场景来谈架构都是耍流氓。
从技术战略的需求层面来看，如果分布式锁在极端情况下获取锁的不一致，社交业务场景能够接受，那么基于Redis的实现是完全可行的。如果业务是交易场景，分布式锁在极端情况下获取锁的不一致性无法接受，那么基于Redis的实现方案是不可行的。在锁强一致性的场景下，需要采取基于CP模型的etcd等方案来实现。
现在学习Java的平台有很多，B站或者是腾讯课堂都是可以的，我们在B站分享了很多经典的Java视频教程，都是开源的，你可以去看看。
Hi，其实你不是遇到瓶颈，只是你不知道应该学什么罢了，或许你说的，也许是我经历过的，我说一下下面这种现象，如果你觉得我说对了，那么请按照我的方法去学习
现象1：工作中的内容得心应手，想学一些新东西，但是呢，这些新东西，工作中又用不到，这岂不是耽误自己宝贵的时间
现象2：想跳槽，面试的时候碰壁，因为面试问的东西，自己从来没用过，尤其是让你说原理的时候，更是完全不知道
如果你的内心存在上述两种现象，那么我曾经也遇见过，我提供一下我的建议吧，当然每个人的学习方式是不一样的，在此仅供你参考
了解数据结构，其目的是为了阅读源码；这里推荐一本书，叫《JAVA数据结构和算法》Robert著的，有中文版，其中主要是数组，链表，HashMap的数据结构
开始阅读JAVA集合框架源码，此时，你会深深感激你在1中做的事情
阅读设计模式，其目的是为了阅读SpringMVC源码，这里推荐一本书，叫《headfirst设计模式》，你不需要全部读完，只需要认真读完前5章节，目的是为了更深的理解接口，抽象类，继承这些概念，当你读完之后，我保证你对接口，抽象类，继承，有颠覆的认知，绝对不是现在的你可以理解的
阅读Spring MVC源代码，请注意，我说的是Spring MVC，而不是Spring，为什么呢，因为Spring核心概念依赖注入和AOP的代码，极度晦涩复杂，你根本无法理解其中有多么难，所以这里我建议你阅读spring mvc源代码，为什么是spring mvc，而不是mubatis，德鲁伊数据源，或者tomcat源代码？？有必要跟你提及一下，spring的代码规范是java业界最为规范，java 文档最齐全的源码，各种设计模式层出不穷
从上述1-4，没有一年是达不到的，到了这里，你可以学习一些其他的中间件了，这取决于你所在公司用了什么，比如你们公司用了rabbit MQ，那么你可以了解一下，你们用了kafka，你也可以学习一下，在这里，如果你们公司用了netty，我强烈推荐你要深入了解一下netty
从5开始就是你个人和所在环境用的东西了，到了此时，我已经没有什么推荐给你的了，加油吧，1-4我保证你能学到很多东西，20K是没有什么问题了，然后就是架构层次的东西了，说这些还早，我也不想打字了，作为前辈只能说这么多了
