迭代开发 －－读“程序员，不要让自己做兔子”

“程序员，不要让自己做兔子”中的情况，可能每个程序员都会遇到这种情况。但是一个职微言轻的程序员，如何能够改变这种情况呢？其实也遇到过这种情况，经理总在旁边催着交产品，但是只给了个别人的产品，说是照着做就可以了。但是，那又怎么会这么简单，这个程序的功能非复杂，是别人做了几年时间做的，怎么可能用几个月时间就能做出来个一模一样的，哎，那个时候是焦头烂额的。现在回想起来，这个也是没有办法啊，如“程”文中所描述的一样，硬着头皮写，写的差不多了，经理看了，再改，这样无休止地做到大家都失去信心。如何解决这个问题呢，软件工程是解决这个问题的最好的方法了，在《UML面向对象建模与设计》的《迭代开发》提醒了我，原来这个问题早在软件工程中就已经解决了。
“迭代开发，是这样一种系统开发过程，它将一个过程划分成一系列步骤也称迭代，每次迭代都会比前一次更为完善地逼近目标系统。”这种软件工程方法能够非常有效的应对软件功能的不断变化。在软件开发的过程中，将功能划分为多个阶段来实现。其实中国的程序员都是很聪明了，但是受困与我们面对的现在状，现在的软件产业还是在发展，很多的地方还不是很完善，就会出现这种功能还没有确定，就逼着程序员写代码的事情了。
软件工程概念已经提出近半个世纪了，现在已经发展成为软件领域的一项非常重要的概念，但是在国内，仍然有着如“程”文中，种种违反软件工程的事情发生。软件开发作为一个工程，它是需要工程化的规范和流程的，这样才可能实现一种质量、效率的可控。软件作为一种产品，像家电一样，也是有质量问题的，软件的质量就体现在软件产品的运行效果，Bug数量，软件的可升级与可扩展性等。软件工程提出了提出需要，分析需要，设计模型，实现代码和测试这样的一个工程流程，这就如工厂中的流水线一样，每一步都要做，缺少一步，就可能出问题，使产品质量处在一个不可控的状态下。软件工程是一门应用工程，它只是推荐在开发过程中使用，并不是一定要死板地安步就搬，就出现问题了。每个人对软件工程的理解都是不同的，关注点也各有不同，在实际应用过程中就有了差异。软件工程中最早提出的瀑布模型，虽然实际应用效果并不理想，但将瀑布模型的粒度减小，我们面对的是一个个的小问题，对每个小问题使用瀑布模型开发，这就是迭代模型了，这一个小小的改变，就改变了这个模型的应用性能，使我们在面对需要不定的项目时，不至于失去方向。
写了这么多，也不知道对大家有没有用。最后总结一下。面对一个项目，先如“庖丁”一样，将项目的各个功能分清、理细，然后提出项目对重要、核心的功能来，作为第一个突破口，先攻破它，如果功能很繁杂，就选择一个你认为的核心功能来实现。实现后，还要一个反馈，根据反馈进行修改。其它功能如上述步骤反复。
迭代方法只是就对需求变动较大项目的一种方法，现在还有一些如XP等非常流行的方法。大家可以实践一下。
如上只是一些拙见。请各位批正，批评。