目前作公司開發技術的整理和統一開發框架的工作，之前工作中遇到的幾件事，不斷浮現在眼前。

第一件就是，在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年，同樣是順應元件化的潮流，經過半年多的努力，開發出數十個技術和業務元件，但是實施開發部門，卻不買賬，不願意直接使用，說用也可以請研發部來配合實施，因此，元件化的進展變得非常艱難。元件化，是個目標美好但是實現非常困難的事情，不知道研發部門的事情，需要從公司層面和技術層面下功夫，目標並不是開發了多少個元件，而是真正用起來了多少個元件！

我相信這三件事都是非常典型，也值得進行深入思考和總結。