今天看到一个帖子说程序员怎么提升自己的技能，里面说了十多项，对自己感觉能有用的有以下几点：读书、读代码、读博客、写博客，回答别人的问题，参加一个开源项目，参加培训、研讨会。
回答问题当中给自己的思考：一个毕业生，做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等方案来实现。
“于一微尘中，悉见诸世界”，一切事物的本质是相通、相同的。 学习架构也是如此，掌握了架构设计背后的哲学，那么一切工程问题也就迎刃而解了。
大家来看一下以下5年java程序员面试案例
今天小编和大家分享一位以前面试的一位应聘者，工作5年26岁，统招本科。
以下就是他的简历和面试情况。
基本情况：
专业技能：
1、 熟悉Sping了解SpringMVC、SpringBoot、Mybatis等框架、了解SpringCloud微服务
2、 熟悉常用项目管理工具：SVN、GIT、MAVEN、Jenkins
3、 熟悉Nginx、tomcat等的调优
4、 熟悉多线程、并发
5、 熟悉分布式协同框架Zookeeper、RPC服务框架Dubbo
6、 了解分布式消息框架Kafka、RocketMQ
7、 熟悉分布式缓存Redis、memcache
8、 熟悉分布式数据中间件sharding-jdbc做分库分表、读写分离
熟悉分布式搜索引擎ELK
教育经历：
面试过程：
面试题一：HashMap底层实现
面试题二：Spring AOP底层实现
面试题三：分布式Session、Dubbo、Zookeeper问题
总结：
面试过程中，大概聊了20分钟左右，自我介绍和项目聊了大概,8分钟，另外12分钟主要是聊了一些技术问题。这次问的相对来说不会太难，因为工作4年要16k薪资不是很高，最后还是没有给第二面的机会，主要还是觉得对技术深度不够
一些经验心得
先挑几个小公司找下面试感觉，太久没面，需要找找面试的感觉，我自己一开始就面的不太好，就很慌张?。
面试时紧张是正常的，但是不要过于紧张，如果面试官问完你大脑瞬间一片空白，你可以跟面试官说自己要思考下，然后回答的时候语速可以慢点，但是要条理清晰。
在面试的过程中回答面试官问题是一方面；另一方面，你要在回答的过程中让面试官感受到你身上一些优秀的特质，例如：有潜力、很灵活、热爱学习、学习能力强、解决问题能力强、基础扎实等等。这些特质都会影响面试官对你的评价。
平时项目中遇到难题要积极去解决，解决问题的过程能让人快速成长，并且解决的问题可能会成为你面试时的亮点，特别是对于那些项目没什么亮点的。
准备项目时，挑几个自己做过最牛逼的功能、或者解决过最有挑战的问题，并且要对这些内容理解的非常透彻，不能在给面试官介绍的时候 “支支吾吾”。
框架也好、中间件也好，必须要有几个特别深入研究过的，也就是说你除了“广度”之外，还必须在某些方面有足够的“深度”。面试时经常碰到的问题是：你对哪个框架或中间件理解的最深。然后面试官会在这个方向上一直问下去，如果你很多东西只是看了个大概，在这边就很有可能会被问倒。
自己讲出来的每个功能点、知识点，都要做好 “被挑战” 的心里准备，因此对于每个功能点、知识点都要多思考。
如果问的问题是线上实际的场景，有时候面试官会给出他们当前线上的解决方案，如果你能在这个时候给出一些自己的思考和观点，可能会给面试官留下不错的印象。
判断自己是否已经准备好的一个比较简单粗暴的方法：自己是否能将看到的面试题回答个 9 成左右，例如本文上面 “专业技能” 列举的这些题目。
如果你是真想跳槽，或者说你已经裸辞了，那么在收到电子 offer 前都不要停止面试，即使收到口头 offer 也不稳，特别是在这个寒冬。
在平时工作中多思考，无论是写代码还是方案设计，多思考更优的解决方案。特别是工作年限越久之后，思考对于我们的职业发展越重要。
面试前的准备非常重要，但更重要的是平时工作的积累，4 年经验问的问题很多是无法通过临时准备的，很多都是需要你不断去积累，才能有好的方案。
专注于自身的成长，不要轻易受到别人的影响，只要你不断的积累，总有一天你也能成为你眼中的那些大神。
学如逆水行舟，不进则退。不要停下学习的脚步，特别是趁着自己还年轻，趁着自己还是个单身狗的时候，逼自己一把，将来的你一定会感激现在拼命的自己。
程序员是一份很单纯的工作，不需要搞什么花里胡哨的，只要你付出努力了，你通常就能收获回报。
对于没有大厂背景，并且处于传统行业（就如 2 年前的我），想直接进入大厂比较难，除非你像我一样踩了狗屎运，但是这种几率不大，我觉得比较现实的途径是先找一个互联网独角兽沉淀一段时间。
大公司的部门非常多，各部门的招聘通常都是独立的，如果想进大公司可以多投，每个部门的需求紧张度不同，如果碰到急需招人的，可能就是一个非常好的机会。
大公司的面试通常会有存档，面试官可能会看到你之前的面试评价。如果你经常一轮游，肯定会给面试官不好的印象。因此请做好准备再去面试，不要轻易浪费机会。
2019 年互联网行业的行情不太好，也有可能接下去会一直这样，特别是对于没有大厂背景的同学来说，所以请记住一个很重要的原则：不要裸辞。
