Java开发工作5年还是只会“增删改查”应聘16k最后没要，细节如下

今天看到一个帖子说程序员怎么提升自己的技能，里面说了十多项，对自己感觉能有用的有以下几点：读书、读代码、读博客、写博客，回答别人的问题，参加一个开源项目，参加培训、研讨会。

回答问题当中给自己的思考：一个毕业生，做java转正了4k，一个室友IOS，平时学习努力转正了7.5，另一个啥也不会参加两月的培训也是IOs转正4.5！

和比人比不如和自己比。一天、一周、一月、一年只要有提高就是进步，多学东西，多总结，多以整体的眼光发展的眼光看问题、看自己、看前程。多思考自己达到哪个水平了，欠缺哪些东西，急需要提高的是哪些！自己衡量自己的价值！

5年Java开发，你已经积累了不少项目经验，扩宽了技术广度，也许已发力成为团队管理者。到了这个阶段，大家却常有这种感受： 感觉自己卡在瓶颈进步缓慢，技术水平很难像早期一样实现大幅突破？

其实大家往往忽略了这一点—— 提升自己的架构认知 。

架构的本质在于面对业务场景给出优雅的解决方案，使得业务能够快速迭代和持续交付，从而达到降本增效的目标。

提升架构认知高度，就像 达克效应 所描述的一样，要敢于从愚昧之巅跳到绝望之谷，通过爬升开悟之坡，从而达到架构认知的巅峰时刻。

到达巅峰时刻也就掌握了架构背后设计的哲学，面对具体业务场景在架构层面你便能够轻松应对，以无招胜有招。

提升架构认知， 要紧抓3个关键点： 业务洞察力、技术视野、原创力（执行 力） 。

1.业务洞察力是技术战略层面的问题，在当下能够做出合理的判断，清楚公司做什么事情收益最大；

2. 技术视野即技术选型能力，是技术战术层面的问题，在清楚做什么事情后，需要进一步解决怎么做的问题，也就是能够给出合理的技术选型方案：是完全基于开源的方案，还是基于开源二次开发的方案，还是完全自研的方案；

3. 原创力（执行力）是技术落地执行层面的问题，一旦技术设计方案确定后，需要能够快速Rush完成。

这3点层层递进，最重要的是先把技术战略问题思考清楚，然后再进一步解决技术战术问题，最后是快速落地执行的问题。

工作5年左右的程序员，在原创力（执行力）层面比较有竞争力，往往欠缺技术视野以及业务洞察力。后面2点更加重要，这2点解决的是架构设计哲学问题， 是架构师能够持续拥有竞争力和影响力的立身之道。

举个场景的例子来详细说明：一提到分布式锁问题，大多数人想到的方案是基于Redis的Master-Slave模式来实现。这个实现方案行不行？分布式锁本质是一个CP需求，基于Redis的实现是一个AP需求，乍一看基于Redis的实现是无法满足的。脱离业务场景来谈架构都是耍流氓。

从技术战略的需求层面来看，如果分布式锁在极端情况下获取锁的不一致，社交业务场景能够接受，那么基于Redis的实现是完全可行的。如果业务是交易场景，分布式锁在极端情况下获取锁的不一致性无法接受，那么基于Redis的实现方案是不可行的。在锁强一致性的场景下，需要采取基于CP模型的etcd等方案来实现。

“于一微尘中，悉见诸世界”，一切事物的本质是相通、相同的。 学习架构也