1、多线程和异步、并发的概念会忽然变得很重要，因为在一个对性能有要求的系统里，是不会允许你把各种琐事都排着队一件件去办的，
你不能老写些a方法调b方法再调c方法再调d方法然后返回的代码。
你开始想起有队列这种东西，有runable这种东西，你开始觉得自己的代码高端起来了，和当年的增删改查程序员有天壤之别。
但同时麻烦也来了，你开始遇到线程安全问题，尤其是当你的程序跑在一个多机环境而不是单机环境里的时候，你会对这些很头痛。
对于这些问题，Jms技术是个很有代表性的东西，当然并不像ssh那么常用。

　
　2、你会发现数据库性能实在不行，出于不甘现状，或者赶时髦，你该去了解nosql了，memcached redis mongodb，眼花缭乱，没关系，试着用用，能很好地缓解mysql之类关系数据库的压力。


　3、出于公司某些业务需要，你可能会钻研一个特定技术领域，比如全文搜索技术，lucene\solr，比如工作流jbpm，比如权限系统，单点登陆之类的，又或者某些特定业务领域的算法研究，这些是你的加分项。


　4、你开始发现你的代码很乱，久了以后自己都看不懂，重复的，难以重用的代码堆积如山，不想维护，BUG百出。
于是你要开始重视设计模式，合理地改造下自己的代码习惯，不再被僵化的SSH，MVC三层架构束缚住。

　
　5、Google和各种资料是你进步的动力，极少再遇到必须请教别人才能解决的问题，如果你这个阶段还老是问别人，你的技术生涯也就快到头了。


　　这个阶段，如果你的交际和自我推销能力不是太差，你的收入将是白领水平，至少接近了。

　　
我觉得多数程序员在工作多年之后都能达到这个水平，有的人只需要两年，有的人却要用上五六年，在这个阶段落伍的人，有的是出于天赋和思维所限，有的是出于对技术缺乏热情，有的是出于工作内容的制约
。等到年近中年，再也拼不过年轻人，被淘汰出局，只能在自嘲为屌丝和码农的无奈中黯然转行。
这是个很重要的分水龄，你能不能继续进步，能不能在30岁以后继续从事技术工作，能不能在公司里独当一面，我觉得就看你能不能超越这个阶段了。
我前面提到的烂公司里的工作数年的项目经理，连这个层次都还没达到...

　　接下来又是个全新的阶段。

　
　1、你要读读优秀开源项目的源码，你要搞懂一些当年不懂的基础知识，你开始理解thinking in java的精髓，你能写一些底层的代码，有时还会觉得自己封装的比某些开源工具更好用更简单。


　　2、WEB的难点和重点永远都在于性能、负载能力上，而现在网络的发达造成了数据量和操作密度的大大上升，硬件却没有相应的进步，你得试着更好地运用更多的服务器来协同工作，
从WEB端到服务端到数据库，全都需要集群，需要分布式，需要合理的控制数据的流向，掌握好网站上下，一大堆机器的平衡，找出性能的瓶颈
，找出稳定性和安全性的瓶颈，硬件出现故障，第三方技术出现错误，将被当成家常便饭融入到你的系统和代码里仔细考虑。

　
　3、开始觉得方案无比地重要，一将无能累死千军将不断应验，一个不好的设计，一个不好的方案，会让一群优秀的程序员工作成果大打折扣。你要关注架构知识，
不能再满足于SSH三层架构到底。领域驱动设计，面向事件开发，敏捷开发等等一系列的思想在关键时刻能决定你项目的生死，这个阶段不再有标准范例让你照抄，
你只知道思想和原理，实践却需要自己不断尝试和改进。

　
　4、多关注各种杂七杂八的开源技术，有些你可能前面已经接触过了，和通信有关的，和集成开发环境有关的，
和架构有关的，各个领域你都应该能信口说上几个主流技术，虽然你可能只是听说过，了解，但关键时刻你得知道如何去选择技术，并快速掌握它。
你还会去考虑尝试下别的语言，这里不是说转向什么C++ C#之类的，那和JAVA程序员不相干，我说的是一些运行于JVM之上的语言，比如scala和groovy，初识他们时你会觉得java真的老了。
但当你回到一个综合性的大型项目中，又会觉得java积累下来的整个体系技术是如此完善，就像一个工业化标准一样。

　
　你能把这个阶段实践好，胜任项目经理，乃至中小公司的技术总监都是可以的。

　　
不知不觉写了这么多了，以上是我个人眼里的一般向JAVA EE发展线路，限于篇辐也不全面，实际个人成长路线可能因为工作内容的不同差异会很大
，有的人偏向了底层研究，有的人偏向了业务需求设计，有的带有浓重的行业色彩，
而且技术之外，还有很多知识也很重要.w做JAVA没有轻松的方向，但一个对技术抱有兴趣的人，
走到这一步时，仍然会对开发抱有热情，想要写出好的项目。纯为了生计而工作的程序员是到不了这一步的

1、多线程和异步、并发的概念会忽然变得很重要，因为在一个对性能有要求的系统里，是不会允许你把各种琐事都排着队一件件去办的，
你不能老写些a方法调b方法再调c方法再调d方法然后返回的代码。
你开始想起有队列这种东西，有runable这种东西，你开始觉得自己的代码高端起来了，和当年的增删改查程序员有天壤之别。
但同时麻烦也来了，你开始遇到线程安全问题，尤其是当你的程序跑在一个多机环境而不是单机环境里的时候，你会对这些很头痛。
对于这些问题，Jms技术是个很有代表性的东西，当然并不像ssh那么常用。

　
　2、你会发现数据库性能实在不行，出于不甘现状，或者赶时髦，你该去了解nosql了，memcached redis mongodb，眼花缭乱，没关系，试着用用，能很好地缓解mysql之类关系数据库的压力。


　3、出于公司某些业务需要，你可能会钻研一个特定技术领域，比如全文搜索技术，lucene\solr，比如工作流jbpm，比如权限系统，单点登陆之类的，又或者某些特定业务领域的算法研究，这些是你的加分项。


　4、你开始发现你的代码很乱，久了以后自己都看不懂，重复的，难以重用的代码堆积如山，不想维护，BUG百出。
于是你要开始重视设计模式，合理地改造下自己的代码习惯，不再被僵化的SSH，MVC三层架构束缚住。

　
　5、Google和各种资料是你进步的动力，极少再遇到必须请教别人才能解决的问题，如果你这个阶段还老是问别人，你的技术生涯也就快到头了。


　　这个阶段，如果你的交际和自我推销能力不是太差，你的收入将是白领水平，至少接近了。

　　
我觉得多数程序员在工作多年之后都能达到这个水平，有的人只需要两年，有的人却要用上五六年，在这个阶段落伍的人，有的是出于天赋和思维所限，有的是出于对技术缺乏热情，有的是出于工作内容的制约
。等到年近中年，再也拼不过年轻人，被淘汰出局，只能在自嘲为屌丝和码农的无奈中黯然转行。
这是个很重要的分水龄，你能不能继续进步，能不能在30岁以后继续从事技术工作，能不能在公司里独当一面，我觉得就看你能不能超越这个阶段了。
我前面提到的烂公司里的工作数年的项目经理，连这个层次都还没达到...

　　接下来又是个全新的阶段。

　
　1、你要读读优秀开源项目的源码，你要搞懂一些当年不懂的基础知识，你开始理解thinking in java的精髓，你能写一些底层的代码，有时还会觉得自己封装的比某些开源工具更好用更简单。


　　2、WEB的难点和重点永远都在于性能、负载能力上，而现在网络的发达造成了数据量和操作密度的大大上升，硬件却没有相应的进步，你得试着更好地运用更多的服务器来协同工作，
从WEB端到服务端到数据库，全都需要集群，需要分布式，需要合理的控制数据的流向，掌握好网站上下，一大堆机器的平衡，找出性能的瓶颈
，找出稳定性和安全性的瓶颈，硬件出现故障，第三方技术出现错误，将被当成家常便饭融入到你的系统和代码里仔细考虑。

　
　3、开始觉得方案无比地重要，一将无能累死千军将不断应验，一个不好的设计，一个不好的方案，会让一群优秀的程序员工作成果大打折扣。你要关注架构知识，
不能再满足于SSH三层架构到底。领域驱动设计，面向事件开发，敏捷开发等等一系列的思想在关键时刻能决定你项目的生死，这个阶段不再有标准范例让你照抄，
你只知道思想和原理，实践却需要自己不断尝试和改进。

　
　4、多关注各种杂七杂八的开源技术，有些你可能前面已经接触过了，和通信有关的，和集成开发环境有关的，
和架构有关的，各个领域你都应该能信口说上几个主流技术，虽然你可能只是听说过，了解，但关键时刻你得知道如何去选择技术，并快速掌握它。
你还会去考虑尝试下别的语言，这里不是说转向什么C++ C#之类的，那和JAVA程序员不相干，我说的是一些运行于JVM之上的语言，比如scala和groovy，初识他们时你会觉得java真的老了。
但当你回到一个综合性的大型项目中，又会觉得java积累下来的整个体系技术是如此完善，就像一个工业化标准一样。

　
　你能把这个阶段实践好，胜任项目经理，乃至中小公司的技术总监都是可以的。

　　
不知不觉写了这么多了，以上是我个人眼里的一般向JAVA EE发展线路，限于篇辐也不全面，实际个人成长路线可能因为工作内容的不同差异会很大
，有的人偏向了底层研究，有的人偏向了业务需求设计，有的带有浓重的行业色彩，
而且技术之外，还有很多知识也很重要.w做JAVA没有轻松的方向，但一个对技术抱有兴趣的人，
走到这一步时，仍然会对开发抱有热情，想要写出好的项目。纯为了生计而工作的程序员是到不了这一步的