我对敏捷开发的理解

这里所说的敏捷不是那些大牛所谓的"敏捷",我对吹捧起来的东西没有兴趣.实际开发是个繁琐的过程,不是你们这些大牛说几个名词就能解决的. 这里所讲的是如何快速的开发易于维护的软件.

1. 基于好的架构

脱离了这个,谈何敏捷. 架构!=框架的简单堆积.它是总体思考的结果. 如果不再 好的架构下开发代码,这个代码也无非进行重构(下面所说的第三点). 但开发一个好的架构谈何容易.所以,只有高级开发者才配上谈 敏捷开发.至于初级开发者,还是要老老实实的提炼自己的能力.

linq to sql,ado.net entity framework,asp.net mvc,asp.net ajax,hibernate 等等只是架构的元素. 架构师并不是选择这些东西就可以,而已要将这些东西打造成一个整体. 架构师不能将眼光仅仅放在这些框架元素上,必要时,学学sap,oracle,dynamics ax这些大型erp的软件设计.相信对你肯定会有启发.

2. 把东西做出来

常常,对于高级开发者,过多的将注意力放在完美的方案上面,我也是常常如此, 但是不管有多完美的方案,如果在脑中,那他就什么也不是. 没有什么比一个能工作的方案更为实际. 通常,追求完美是一个开发者必经之途. 在这个过程中,他的开发效率反而会变得相当低下. 追求完美的想法会总是会的困扰每个高级开发者. 他永远无法摆脱这个心理束缚.

3. 继续重构

如果把东西做出来,就不管了, 那是不行的. 我知道很多同学不想再第二次回去看代码.为什么,这说明你的代码思路和算法还有问题. 以致你无法再次面对. 如果是这样,更要硬着头皮回去. 两个原则,一个是漂亮,第二是性能.在漂亮的前提下尽量追求性能. 不仅仅要回去一次,而且要回去多次.

开发过程就是反复2~3,不断的创建1的过程.

4. 建立自己的开发哲学

任何成功的软件,都是基于某一特定的哲学. 并且一以贯之.典型就是spring,依赖注入是其永远的主题,所有的东西都是围绕这这个主题展开的.你的开发架构应该建立在自身的开发哲学之上.并且不断的在实践中改进.