目前做公司开发技术的整理和统一开发框架的工做，以前工做中遇到的几件事，不断浮如今眼前。框架
第一件就是，在2006年左右，公司开发也是基于Spring，可是当时Spring 1.2存在较多的问题，一个牛人就直接对Spring的源码大改了一通，从新打了一个jar包，做为开发的基础。可是到了2008年，Spring已经升级到2.5.6，当年的牛人也不知所踪，也没有留下有价值的文档，甚至改动的源代码包，这时产品已经开发不少功能，只能无奈的依赖于那个私有的Spring jar包，升级变成了一个渴望不可及的事情。一样的在2010年，又遇到一个dbutils jar包的事情，几乎是如出一辙的翻版。组件化
第二件是大约2007年，公司的开发框架，决策缘由已无从考起，结果没有选择成熟的框架进行封装，而是几个牛人，开发了本身的框架，包括数据持久层和MVC。框架自己的Bug不说，也并无带来生产效率的提升，而且给新入职的开发人员带来很高的学习成本和很大的抵触情绪。到2010年，数据持久层基本不用，换为Ibatis，仔细研究一下MVC代码，Spring MVC通过简单的封装，甚至说只是提供最佳实践，就会显得更加优雅。甚至阿里巴巴实力如此的公司，WebX的使用也并非一路顺风。学习
第三件是2010年，一样是顺应组件化的潮流，通过半年多的努力，开发出数十个技术和业务组件，可是实施开发部门，却不买帐，不肯意直接使用，说用也能够请研发部来配合实施，所以，组件化的进展变得很是艰难。组件化，是个目标美好可是实现很是困难的事情，不知道研发部门的事情，须要从公司层面和技术层面下功夫，目标并非开发了多少个组件，而是真正用起来了多少个组件！开发
我相信这三件事都是很是典型，也值得进行深刻思考和总结。文档