问题描述
做开发工作4、5年多了，主要是java ee方向，以业务需求驱动开发为主，平时主要时间都花在业务开发上，对spring，struts，hibernte，mybatis等开源框架技术的开发都熟练掌握，偶有时间会深入学习下，但是感觉自己是先用而后懂的，身边的人相关技术知识体系又跟自己差不多，想深入探讨的人也没有，光自己看看，很多地方又无法很好的深入理解，google出来的内容有太多太杂，请问iteye上的各位技术大牛，我这种情况该如何更好的提升，谢谢
解决方案
我是两年多以前跳回互联网行业的，之前在电信行业做了四五年，基本也是JEE做一些企业级应用，只不过在电信的后两年更偏向了数据领域。 先谈下我对传统行业和互联网的看法吧。 正如楼上所说，一般在传统行业做的更偏向业务，也就是所说的业务导向；互联网公司，其实大部分也还是业务导向型，只有少部分属于技术导向型。其实不管哪种，最终技术还得为业务提供服务才有价值，真正搞纯理论研究的要么是研究院、研究机构和公司的研究部门，一般程序员进不去。传统行业稍微保守些，希望的是系统稳定，所以采用的技术都是经过检验的，成熟的；而互联网公司相对开放，更愿尝试些新技术。新技术本身具有两面性的，有成功有失败；外面的人往往关注的成功案例更多些，其实好多新技术因为不能很好为业务服务而被逐渐淘汰。（这个可以翻翻开源社区的项目，其实有一大部分停止维护的） 传统行业有一些积累下来的规范和承传，这个是目前好多互联网公司所欠缺的。具体想做哪个，看个人意愿。 每个行业都有大牛，传统行业也不例外。可能不够开放，而不被大家所熟知。这个没必要拉出来比较了，其实利益吸引的地方都不会差。 想提高方面，我个人建议还是把基础再重新翻一遍，包括数据结构、操作系统原理这些，你真的都掌握了吗？在真正偏底层设计的时候，这些内容都是需要考虑的；一但你的系统出了问题，懂这些，能够帮助你更快定位问题，我认为这个更重要。具体学什么，先找一个自己感兴趣的东西学好，然后再拓宽视野，要比什么都学那种，能更快提升自身在企业的价值。
解决方案二：
我也是做电信行业，个人感觉你是否愿意深入到业务中，电信行业重的是业务；再就是技术方面，电信行业的并发量是特别大的，就看你是做哪个方面的，不如愿可以申请挑换下部门做做其它的东西，真的愿意学，互联网可以接触最新的技术，但是电信行业应该是以稳定是最重要的。
解决方案三：
这是你没有真正思考的问题。楼上一堆人说转到互联网，如何按照LZ现在的状态，即使转到互联网也只会新鲜一段时间，过段时间后就会回到现在的状态了。以前我和LZ也有同样的想法，但现在回过头来想想，实际上在以前工作中有很多地方是可以深入的。比如说http://blog.jobbole.com/53313/里探讨的问题，我以前就思考过，但浅尝辄止。实际上，想深入的话就可以花更多的精力去钻研，就会涉及到面向对象，模式这些东西。再比如，你在开发中或使用某些工具中碰到不如自己心意的地方，有没有试着去改进呢？这个也是可以深入的地方。再有，99%的公司，99%的人，做项目都是做到90%，那你是否可以花更多的精力去把项目做到99%呢？重构，模式，性能，单元测试，持续集成，可以把这些都应用到你做的项目上。不断改进，精益求精，这也是可以深入的地方。
解决方案四：
培养一个爱好，树立一个目标，并持之以恒，日积月累，必有所成就！
解决方案五：
说白了就是一个字 懒。过惯了温水煮青蛙的生活。做点自己想做的东西或者接些私活。让成就感或者赚钱成为学习的动力。
解决方案六：
我做了开发也是4.5年了 ，现在有点厌倦了现在转测试去了因为之前做开发的时候，熟悉部分测试工具, 所以后来转测试去了
解决方案七：
给你提几点，权当围观群众建议：做系统架构设计师，就算不适合做管理，但也可以现在培养自己的情商，磨练自己的品质；做一个自己的网站，每天维护起来，让他茁壮成长，就算不赚钱，也会有种成就感不是？还有就是每天多多充电，规划好自己的每一天，多多关注优秀网站、论坛上的信息，这也是很重要的，优秀的人源自优秀的习惯！最后就是坚持博文了。。。。
解决方案八：
跳到互联网行业来。寻求有挑战的工作。把一切东西都做到极致，精益求精自然会有质的提高。多读几本好书。往底层走一走。就算不切实际的底层无法专注进去，至少可以学会和自己工作相关的， 比如http协议，tcp协议的细节了若指掌之后，你会发现自己解决问题的能力比身边其它人强很多。多看源代码。 自己工作中用到什么就看什么，多想想它为什么是这样的，如果不这样会有什么坏处/好处。等等等等。 暂时就想到这么多。
解决方案九：
如果一直做企业级开发 就没意思了！转到互联网行业吧，你会考虑很多并发的问题
解决方案十：
按Drefus model把人分为五个等级想要升级,单靠时间是不够的必须有挑战性的工作才能让你进步想吧,弄100年的初等数学,也发明不了微积分,除非你是牛顿所以,是不是该跳槽了或该试着把项目往更有意义的方向带带