标签：cache struts2 tty shu 合格 源码 时间 基本 范围
2008 年大学毕业，我离开了母校武汉理工大学，在院长老师的推荐下，我来到了上海，这个对于我来说非常陌生的地方。我有幸加入了一家创业公司，刚开始工作的时候我学习了什么是云计算？什么是 SaaS、PaaS、IaaS？我们花了三年时间开发了一款PaaS 平台，让用户可以在该平台上量身定制自己的软件，最终为客户提供基于 SaaS 的产品。确实很骄傲，那时我们已经在做云了，只是没想到后来云会在中国得到这么好的市场。
在 2008 年，我为公司拿回了“第一桶金”，这也是我从程序员转向项目经理的里程碑。当时我带领团队远赴深圳，为国信证券公司开发经纪人管理系统，这个项目对于我个人而言却是一笔至高无上的财富，我开始学习如何与人打交道，如何做需求分析，如何将需求转变为技术，如何带领团队小伙伴一起工作。学到了太多太多，但我依然选择在我工作第四个年头里离开了公司，我刚加入的时候，公司只有 5 个人（包括老板和前台），当我离开的时候，公司已经有 200 人左右了。感谢老板！我在他身上学到了很多，他的思想和态度直到今天都还在影响着我。
我的第二份工作还是选择了我最熟悉的证券金融行业，同样也是一家创业型公司，在这家公司里我担任了技术经理，管理了整个技术团队，从项目的售前到售后，我都亲自带领团队来完成。虽然在这家公司我只做了两年，但在这短短的时间里，我学会了如何提高开发效率、如何培养技术团队、如何选拔技术人才、如何建立企业文化。但最后我发现了一个问题，越是想做好，越是很难做好，为了做成一件事情需要做很多的尝试，做事情缺乏正确并有效的方法。
合格的工程师需要 1~3 年时间，其典型特征是“在别人的指导下完成开发”。工程师阶段是最原始的“基础技能积累阶段”，主要积累基础知识，包括编程语言、编程工具、各类系统的基本使用。
高级工程师需要 2~5 年时间，其典型特征是“独立完成开发”，包括需求分析、方案设计、编码实现，其中需求分析和方案设计已经包含了“判断”和“选择”，只是范围相对来说小一些，更多是在已有架构下进行设计。
从普通工程师成长为高级工程师，主要需要“积累方案设计经验”，简单来说就是业务当前用到的相关技术的设计经验。包括：表设计经验、缓存设计经验、业务流程设计经验、接口设计经验等。当接到一个业务需求的时候，高级工程师能够组合这些设计经验，最终完成业务需求。
技术专家需要 4~8 年时间，其典型的特征是“某个领域的专家”，通俗地讲，只要是这个领域的问题，技术专家都可以解决。
从高级工程师成长为技术专家，主要需要“拓展技术宽度”，因为一个“领域”必然会涉及众多的技术面。要成为一个 Java 开发专家，需要掌握 Java 多线程、JDBC、Java 虚拟机、面向对象、设计模式、Netty、Elasticsearch、Memcache、Redis、MySQL 等众多技术。
初级架构师需要 5~10 年时间，其典型特征就是能够“独立完成一个系统的架构设计”，可以是从 0 到 1 设计一个新系统，也可以是将架构从 1.0 重构到 2.0。初级架构师负责的系统复杂度相对来说不高，例如后台管理系统、某个业务下的子系统、100 万 PV 量级的网站等。
初级架构师和技术专家的典型区别是：架构师是基于完善的架构设计方法论的指导来进行架构设计，而技术专家更多的是基于经验进行架构设计。简单来说，即使是同样一个方案，初级架构师能够清晰地阐述架构设计的理由和原因，而技术专家可能就是因为自己曾经这样做过，或者看到别人这样做过而选择设计方案。
从技术专家成长为初级架构师，最主要的是形成自己的“架构设计方法论”
中级架构师需要 8 年以上时间，其典型特征是“能够完成复杂系统的架构设计”，包含高性能、高可用、可扩展、海量存储等复杂系统，例如设计一个和 Kafka 性能匹敌的消息队列系统、将业务改造为异地多活、设计一个总共 100 人参与开发的业务系统等。中级架构师与初级架构师的典型区别在于系统复杂度的不同。
从初级架构师成长为中级架构师，最关键的是“技术深度和技术理论的积累”
高级架构师需要 10 年以上时间，其典型特征是“创造新的架构模式”
高级架构师与中级架构师相比，典型区别在于“创造性”，高级架构师能够创造新的架构模式，开创新的技术潮流。
回想我工作的前六年时间里，我一直都是在创业公司里成长，虽然可以快速学到东西，但似乎很难学到更加规范的做事方法。于是我选择了新的工作机会，来到了 TCL 通讯，这是一家相当大的公司，公司的研发管理流程来源于法国阿里卡特公司。我在公司担任 Java 架构师职位，也算是整个 Java 团队的技术负责人，虽然团队并不是特别地大。我在这家公司做了三年，学到了如何整合现有资源、如何按标准流程去做事、如何设计系统架构、如何进行异地工作、如何跨团队工作、如何用英文来沟通。说实话，当时我没有任何的工作压力，可以按时上下班，从来都不会加班。虽然自己空闲的时间很多，但我并没有选择去浪费时间，而是开始写点技术博客，也正是因为这些技术文章，才改变了我后续的职业发展道路。
常用的比如Spring MVC、Struts2 等，国内的 JFinal、Nutz 等也不错，当然Smart 也是一个很好的选择。
有一定Web前端开发经验的人，很多都会有这么个想法：那些写框架的人好厉害，什么时候我才能写一个自己的框架呢？有时候看看别人的框架代码，又觉得很复杂，对此我有一些建议以及新人学习需要什么基础？分享一些好的方法。
抽象能力：对业务和技术进行抽象。业务抽象就是对需求进行分析后，能够建立完美的实体类以及他们之间的联系。技术抽象是对整体架构进行一个分层，各层之间的交互。这至关重要，如果技术抽象能力不足，这会导致整个系统的架构不灵活，难以维护和扩展。
知识的深度：至少是某个领域的专家，比如消息队列，activeMQ熟悉其源码，知道其实现。
优秀的学习能力：对新的技术和前沿性的技术进行学习，使用它来解决工作中的业务问题。
那么你该如何去做呢?我觉得可以从以下几个步骤开始：
1 : 扎实的JAVA 基础，Think in java上介绍的内容都能理解，做到这一步恭喜成为了程序员。
2：熟练使用主流框架，如：mybatis，spring 等。
3：研究过至少一种以web框架的源码，如spring mvc ，struts 等。
4：架构过或者参与过高并发系统设计，知道如何应对突发情况。
5：对自己所处的业务能够根据自己的知识维度，提出优化建议或者预测其风险点。
其实能否成为架构师跟机遇有很大关系，比如一个程序员，以上都做到了，但是公司并没有给他这个机会去做，一个真正架构的机会。因为之前的架构师不离职他就没有机会，这就是现实！
给大家提炼一条通用的成长路径供你参考
走技术这条路，归途是什么？是否转型又该如何抉择呢？
至少有好几条路线是可以走的，比如：深入技术、转型做产品、转型做管理等，需要根据自己的特长和性格来选择，做自己喜欢的事情。
从技术转管理，对自身的要求比较高，说具体点，需要看自己的情商，为人处世的经验，与人沟通的技巧，自己也需要有足够的胸怀，去包容一些事情，还需要自己有足够的人格魅力去吸引别人，让别人愿意跟着你一起做事。管理有些东西是很难从书本上学到的，但一些经典的管理理论是必须要去学的。
相比较而言，继续深入技术或者从技术转产品会容易一些了，因为很多时候都不太需要与人打交道。
标签：cache struts2 tty shu 合格 源码 时间 基本 范围
原文地址：https://blog.51cto.com/14570694/2448026
