工作两年后，关于Java初中高、架构师能力图谱的所见所记

一、写在最前面（我为啥发这篇文）

时间过得很快，转眼之间，我已毕业两年有余，也担任一名开发工程师两年有余。
目前面临着一个困惑，一是技术增长极不明显；二是在开发中承担复杂模块任务时，有时候出现畏难心理。
这个现状和现象令我无法容忍，迫切需要了解发展方向，只有明确了潜在的发展方向，才会有的放矢，明确下一阶段的进阶。于是通过基于自己浅薄的认识，加之大量资料检索、筛选，最终成文，我的目的很简单。一是通过此文让自己认清开发工程师未来的努力方向；二是跟同道中人分享。

二、Java还行吗？

三、发展阶段及其特征

以下时间为理想估算，请勿喷。

1、小白（全面、扎实地掌握语言的基本要素）

知道java是个啥、git是个啥、sql是个啥，以及自己是个啥就行。

2、初级1～3年 （问题驱动，多问为什么，理解实现原理）

2.1 会的（仅仅会用技能）

他们仅仅会用技能，比如集合，多线程，数据库等，也会在Spring框架下干活，SQL方面，仅会写基本的SQL语句，或许还会使用简单的索引等技能。

2.2 可能不会的（技能原理与构成）

底层代码，他们知道得很少，问及Spring等框架知识，他们知道如何配置，知道如何在现有框架里干活。至于一些高级技能，比如分布式组件，或者LInux下的部署和日志排查，他们大多就不知道了。对于项目管理的工具，比如Jenkins，sonar等，他们可能都没听说过。

2.3 关键特征

仅表现为会干活，不会调优，不会分析和解决问题。

2.4 如何破局

• 多熟悉调试代码，组里出了问题得尽量参与，分析和解决问题的能力会慢慢加强。
• 多关注优化技能、热门技术，比如数据存储，多关注NoSQL、redis缓存以及SQL调优技能。
• 多关注些项目开发和管理的技能，比如敏捷开发，站会，单元测试，集成部署，通过Sonar看代码质量等。
• 多和别人交流，多和需求方沟通需求，多和测试方沟通问题重现步骤，多和组员领导沟通问题的实现方式。

3、中级2～4年（白盒视角，要多问几个为什么）

要学会用白盒的视角看待技术，平时在工作中也要多问几个为什么。正所谓，“知其然知其所以然”。

说白了，是要熟悉某项技术的设计理念、实现原理等。

4、高级3～5年（团队核心、能扛事、熟稔不同技术领域）

成为团队的核心成员，核心成员意味着能扛事。团队核心往往要能够 Hold 住不同技术领域、切换不同角色，比如架构设计、核心代码开发、紧急线上问题攻关等

4.1 会的（调优、对接需求、分析解决项目问题、带领小组）

论技术，有一定的调优经验、分析日志解决问题的能力，也能debug
论解决问题，能和别人沟通简单的需求，并能分析和解决一些基本问题
论团队合作，能带3、4个人

4.2 可能不会的（集群搭建、根据业务实际选定技术方案）

高级开发对于分布式组件，可能只会用其中的API，如果搭建一个集群，可能就不行
问他们分布式组件在项目开发时经历过的问题以及如何解决的，大多无法回答。

Dubbo里通讯协议有哪些？高级开发一般能说得上来，因为这有现成资料，但我再问，根据你们的业务实际情况，你们用的是长连接还是短连接方式？为什么要用这种协议？他们估计就很难回答。如果我再问，如果要处理高并发的请求，需要在Dubbo里做哪些配置？如何同其它组件搭建成集群以达到容错效果？高级开发就更难回答了。

4.3 关键特征

具备初级开发的技能，并具有一定的调优能力，通过日志定位问题，设计解决方案和解决实际问题的能力，能部署项目。

4.4 如何破局

• 理论知识不可少，可以搭建自己的脚手架，搭建个dubbo集群等，熟悉基本的配置和用法。
• 找机会接触分布式组件，以便于积累相关经验。
• 多关注单体服务以外的技术积累，比如负载均衡，容错处理，通讯协议和流程等。积累着方面的经验别无他法，只能多动手排查和解决实际问题。
• 在升级过程中，可能因定位问题不及时不准确，或者提出的方案有瑕疵，从而受到别人挑战。

5、架构5-7年（高高级）

5.1 会的（解决方案经验丰富、即时排查重大问题）

相关实践经验相当丰富，更有部署上线和在线排查问题方面的经验

比如MyCAT分库分表方面，高级开发会使用，一般的架构师会搭建集群，也会排查产线问题，而资深架构第一能知道该如何上线，上线时如何采用分组发布确保数据兼容性，上线后又该如何清洗数据，如果上线过程中出现问题又该如何回退。再比如针对Netty的OOM问题，资深架构的脑海里会出现若干个优先排查点，在这些范围内找到问题的概率很大，不行再具体看日志分析。

5.2 可能不会的（灵魂升华、引领行业、创造解决方案）

架构师还有人可以请教的话，资深架构则没人可问，有问题得靠自己之前踩坑获得的经验，或者自己找资料。从这个意义上来讲，在架构师级别，如果技术上再要提升，那么只能多靠解决实际问题时积累的经验，而且更得结合业务，把负载均衡，容错处理等处理高并发的理念用分布式组件实现。这方面，我们可以参照下BAT或知名互联网公司的架构知识体系。

5.3 关键特征

出现问题知道问题大概率出现在哪里、经验相当丰富。

5.4 如何破局

有问题得靠自己之前踩坑获得的经验，或者自己找资料。

四、 关于态度与表达（永恒课题，做人做事也如此）

回答问题时声音洪亮，沟通时也有尽量向表达清楚的愿望，哪怕某个方面回答不正确，但也能看出平时在不断积累知识，当被追问比较深时，也能比较耐心地一一解答，总之通过交流，给人的印象是比较踏实靠谱。有些人甚至平时会写博客，或者出过书，或者想尽一切办法来积累和提升自己。这类人大多能过，哪怕个别过不了，但努力的大方向没问题，完成进级也仅仅是时间问题，未来潜力也是非常可观的。 但相反，有些回答不好的候选人，总会给人些得过且过敷衍的感觉，比如回答问题比较简单，或者总是想套面试官的话，或者总想用些模棱两可的回答来蒙混过关。

五、不同阶段技术图谱（阿里）

1、新手

2、初级

3、中级

4、高级

5、面试