第二次迭代中期

         项目在今天终于进入了正常的轨道，大家都很高兴。
         有两个任务被完成了，一个是小层剩余油多层次模糊综合评判的代码实现，虽然还需要进行大量的重构，但大家忙了这么长时间(尤其是王元庆和王兴)，终于可以看到结果，是件很另人兴奋的事。我想明天应该辅助他们完成这个项目的重构，然后配置在代码管理器上，这样的代码才够健壮。关于健壮的问题，我和王兴刚刚还有一个争论。争论的源头在于单元测试，在写模糊综合评判之前我们没有写单元测试，因为产生的结果集无法做比较，我们不知道最终的结果。当这个方法完成时，我提出补写单元测试的代码。王兴有不同见解，他认为这会花费大量的时间。我承认他的这个观点，但我提出另外两个问题。第一个是关于这个方法的代码需要不断的重构，每次重构都需要对值进行比较，这种人工的比较更浪费时间。第二这个方法没有提前写单元测试的原因是因为对于返回的结果集无法预知，所以还找不到合适的测试代码。当这个方法完成后，我们完全可以寻找到适用于这一套方法的单元测试方法，整理这个方法可以帮助我们编写其它任务的单元测试，在早期发现问题与后期维修(确实是维修)代码相比，更节省时间。王元庆也同意我这个观点。而这一切大家都基于一个事实，测试可以使我们的代码更健壮，同样也使团队成员更有信心。王兴同意了这个要求，但看得出来，他仍然在坚持他的看法。所有工具和方法的引入都是为了有效工作，这也是我的观点。任何时候，事实比理论更能说明问题。随着项目的深入，他会了解这一点。在我自己没有实践之前，我也这么想过。但是有一点需要注意，就是千万不要让方法和过程沦为形式，这一点所有的项目组成员都深恶痛绝。很多团队都使用它获得了成功并不是理由，结果永远比形式更重要。
         同样在这一天，陈可为和张忠和也提交了他们的工作成果，宏观剩余油的类图和数据结构图。经过确认后，明天我将和他们一起将这种图形转化成实际的代码。我在上周专门编写了一个模板用来完成将类图和数据结构图直接转化成实际的代码(包括领域模型代码、数据映射配置文件和相应的单元测试代码)，有了这个模板，在这里我们称其为工具，可以节省大量的工时，同时也可以保证重复性代码的正确率。我们在项目中已经应用了大量的工具和开源项目，这些工具也正慢慢地逐步转化为生产力。一旦大家熟悉了这类工具的使用，项目组的开发速度将会在后期的迭代中成倍的增长。因为初始阶段较短，所以我将工具学习的这个环节移植到了细化阶段。所以这个阶段的任务相对来说可能是四个阶段最为繁重的。完成项目的主体框架、化解在项目中存在的风险、完成一个初始版本还有对新工具的学习。但是这种学习是值得的，从团队的长期发展来讲，生产力的增长直接来源于生产率和生产关系。所以项目中团队的合作与工具的使用都非常重要