我不得不承认，我仍旧是一个程序员，而且是个不折不扣的Java开发程序员。只要一打开Eclipse，我就热血沸腾；只要写两行Spring代码，我就热情高涨。多年的开发工作让我习惯了这样的生活。不论此时我头顶上有什么样的称谓，哪怕荣登为“砖家”！（嗯，说到“砖家”我得共鸣一下：“革命同志是块砖，哪里需要哪里搬！大家好，我是砖家！”）就此打住，继续主题。
长期以来，我一直是Spring框架的铁杆粉丝——春粉！但是，我做的事情却逐步与它脱离，以至于越来越远。而且，由于Spring的脚步越来越快，我几乎赶不上他的更新速度。突然有种中年男人眼瞅着孩子远去，甚至越跑越远却无力追赶的心情。 “Spring发展的太快，快到我几乎跟不上它的脚步！”
回顾当初学习Spring时，是何等的艰难。2005年开始接触框架，先是struts，接着是hibernate，最后才是spring。但当我开始接触spring时，就要求使用JSF+Spring+Hibernate做原型开发。当时国内，Struts的书还是有不少，但Spring、Hibernate少之又少，JSF的书更是难觅。硬着头皮，翻看一堆英文文档。看API，看step-by-step，费劲一周，终于将这3个看似复杂的框架进行了一通整合。最后，由于业务需求的变化，JSF框架下马，iBatis成为另一个ORM的一个可选框架。从此，我开始了以Spring为主的项目开发。在其后的工作中，Spring由1.x迅速升级为2.x，丰富的2.0标签使得在开发页面时得心应手，AOP式的事务使得事务声明更为简单。如果当时让我撇开spring进行开发，甭说多不情愿了。以至于，后来写jsp、serlvet、jdbc时，完全忘了该怎么写。直到今天，Spring新架构继续发展，注解式的开发让xml越来越少。直至3.0系列，Spring完全支持了注解。但是我，似乎很少再有机会去追逐Spring了。 对于Spring这口井，我可能少有机会继续深挖下去了！
由于2008年的一些项目需要，我开始研究加密技术，并且越来越深，从简单的算法实现向理论与实践两个方向开始研究。一开始，仅仅是想把算法都实现出来，后来越做越大，开始研究简单的算法理论，突破java平台的密钥长度出口限制、算法支持限制，研究数字证书、搭建HTTPS平台，完成单向认证/双向认证服务。现在回头看，这一切持续了已经有2年以上。并且，现在还在继续。这是我这些年工作中打的第二口井，我可能还将在这个方面继续研究一段时间。
人的精力是有限的，专注于一样事物就必须放弃另一样事物。毕竟，我们的大脑都是“单核”的，还不具备“多核运算”、“超线程”等功能。在IT行业中，咱这对于代码执着的人必须马不停蹄地追求新技术，新思想。而在技术的学习道路上，又存在经度和纬度的问题。换言之，就是博学与深究的问题。也就是我今天想要说的内容——广挖井，还是深挖井？！
用我今天的例子来说，深挖井，我陷入到了没有spring就不会开发的田地。当然，这不是说spring不好，而是说作为一个搞开发的，不应该局限于某种技术框架。这不利于日后的长期发展。但反过来说，如果什么技术都是皮毛，那到头来又能积累下来什么？也许多种技术的整合能力更重要，也许纵深研究一门技术更重要。但也许，我还是错了！
中国需要的不是技术的深度研究，而是对于多种技术的快速整合，转换为生产力，并短期内获得收益。再多的技术，如果不能用于盈利，也是枉然。不论这技术有多么的有价值，如果不能与当前的发展趋势相匹配，就是废铜烂铁。
或许，我不适合搞开发；或许，我该去做研究。但在今天的中国IT企业中，必须在这两者之间找到一个平衡点：博学当然重要，深究也不可或缺。


不管前方是什么路，在你看不清它的时候，它总是那么艰难；当你偶尔看见路标时，它就逐渐变得清晰。成为一名程序员并没有多难，但作为程序员如何继续走下去却是一件难事。

我不得不承认，我仍旧是一个程序员，而且是个不折不扣的Java开发程序员。只要一打开Eclipse，我就热血沸腾；只要写两行Spring代码，我就热情高涨。多年的开发工作让我习惯了这样的生活。不论此时我头顶上有什么样的称谓，哪怕荣登为“砖家”！（嗯，说到“砖家”我得共鸣一下：“革命同志是块砖，哪里需要哪里搬！大家好，我是砖家！”）就此打住，继续主题。
长期以来，我一直是Spring框架的铁杆粉丝——春粉！但是，我做的事情却逐步与它脱离，以至于越来越远。而且，由于Spring的脚步越来越快，我几乎赶不上他的更新速度。突然有种中年男人眼瞅着孩子远去，甚至越跑越远却无力追赶的心情。 “Spring发展的太快，快到我几乎跟不上它的脚步！”
回顾当初学习Spring时，是何等的艰难。2005年开始接触框架，先是struts，接着是hibernate，最后才是spring。但当我开始接触spring时，就要求使用JSF+Spring+Hibernate做原型开发。当时国内，Struts的书还是有不少，但Spring、Hibernate少之又少，JSF的书更是难觅。硬着头皮，翻看一堆英文文档。看API，看step-by-step，费劲一周，终于将这3个看似复杂的框架进行了一通整合。最后，由于业务需求的变化，JSF框架下马，iBatis成为另一个ORM的一个可选框架。从此，我开始了以Spring为主的项目开发。在其后的工作中，Spring由1.x迅速升级为2.x，丰富的2.0标签使得在开发页面时得心应手，AOP式的事务使得事务声明更为简单。如果当时让我撇开spring进行开发，甭说多不情愿了。以至于，后来写jsp、serlvet、jdbc时，完全忘了该怎么写。直到今天，Spring新架构继续发展，注解式的开发让xml越来越少。直至3.0系列，Spring完全支持了注解。但是我，似乎很少再有机会去追逐Spring了。 对于Spring这口井，我可能少有机会继续深挖下去了！
由于2008年的一些项目需要，我开始研究加密技术，并且越来越深，从简单的算法实现向理论与实践两个方向开始研究。一开始，仅仅是想把算法都实现出来，后来越做越大，开始研究简单的算法理论，突破java平台的密钥长度出口限制、算法支持限制，研究数字证书、搭建HTTPS平台，完成单向认证/双向认证服务。现在回头看，这一切持续了已经有2年以上。并且，现在还在继续。这是我这些年工作中打的第二口井，我可能还将在这个方面继续研究一段时间。
人的精力是有限的，专注于一样事物就必须放弃另一样事物。毕竟，我们的大脑都是“单核”的，还不具备“多核运算”、“超线程”等功能。在IT行业中，咱这对于代码执着的人必须马不停蹄地追求新技术，新思想。而在技术的学习道路上，又存在经度和纬度的问题。换言之，就是博学与深究的问题。也就是我今天想要说的内容——广挖井，还是深挖井？！
用我今天的例子来说，深挖井，我陷入到了没有spring就不会开发的田地。当然，这不是说spring不好，而是说作为一个搞开发的，不应该局限于某种技术框架。这不利于日后的长期发展。但反过来说，如果什么技术都是皮毛，那到头来又能积累下来什么？也许多种技术的整合能力更重要，也许纵深研究一门技术更重要。但也许，我还是错了！
中国需要的不是技术的深度研究，而是对于多种技术的快速整合，转换为生产力，并短期内获得收益。再多的技术，如果不能用于盈利，也是枉然。不论这技术有多么的有价值，如果不能与当前的发展趋势相匹配，就是废铜烂铁。
或许，我不适合搞开发；或许，我该去做研究。但在今天的中国IT企业中，必须在这两者之间找到一个平衡点：博学当然重要，深究也不可或缺。


不管前方是什么路，在你看不清它的时候，它总是那么艰难；当你偶尔看见路标时，它就逐渐变得清晰。成为一名程序员并没有多难，但作为程序员如何继续走下去却是一件难事。