爱睡觉的窝

8天的培训……，无语啊。我终于又找回了学生时代的感觉，心安理得的大睡特睡起来。只等到结束可以欢快的“放学”了。 如果这是一个项目，我会不会喜欢呢？应该正是我所反感的那种项目。不妨用培训的内容来衡量一下培训本身吧： 首先，没有共同的远景。许多人来听课要听的并不是他们所讲的。这个可能和主办方想尽可能的扩大招收范围有关。 其次，没有测试，讲的理论没有任何的交互和练习加以验证和交流，就象写在纸上“应该”正

九、需要人工干预的测试  自动对系统进行检测是测试的一大优点。它可以确保不因为个人的疏忽而遗漏对某些方面的检查，同时不增加程序员的工作量。某些情况下，会有相当的诱惑使你想要简单的输出结果来通过人工来比较，比如文件的内容或界面布局等。人一眼可以看到的问题，可能需要费相当的功夫才能写成测试的判断。但是要记得，测试的成本并非只是写它的时候付出的努力，同时还包括每次执行时你需要作的工作。所以，让它尽可

关于这个题目的想法最早是在看论坛里一个帖子里时产生的（奇怪的是现在找不到了，难道被楼主自己删了）。楼主先开始是问有关XP的实践的问题，后面有人谈到了结对编程的作用，楼主上来就是一句“结对垃圾，我绝对不用”。而且后面不论再有谁来解释说明，都不能让他觉得结对是一种可行的实践。从他来看，结对不论从成本，效率，沟通上都毫无可取之处和可行性。我不清楚他为什么会对结对有这么大的抵触心理，以至于连尝试都不愿意。

hehe，这个不是我说的。是昨天听Larman的讲座的时候，他这么告诉我的。Craig Larman，提出过GRASP模式和PV原则，著书Applying UML and Patterns（UML和模式应用，中文版已出）；Agile&Interative Development-a managers guide。这次讲座的的内容主要是关于迭代式开发和敏捷方法的。中间提问的时候，我问到了前一段开发

问题是这样的，要在Chart中画一个背景区域。这个很容易，窗口里在Chart的OnBeforeDrawAxes里写下绘制的代码就OK了。下一步的问题是在不同的步骤可能需要多个背景区域，那么每次都在窗口里拷贝代码明显是不合适的。我准备把绘制工作放到一个专门的类中处理。在类创建的时候把需要绘制的Chart传入并接管它的事件，每次Chart重绘时触发OnBeforeDrawAxes就会调用Area的

这次迭代在很早的时候就似乎完成了大部分的工作。但是在最后一天还是相当的忙碌。 修改了许多细小的错误。教训：要把质量标准在一开始就制定清楚，并且定期检查。否则就永远也不会达到这个标准。 用户手册最终没有完成，缺少使用示例。而且对于质量也不很满意。教训：即便是文档也应该设置可衡量的标准，并且划分为不超过3天的小任务。 以上两个问题很大原因是由于这次迭代我的工作量较大。一次大范围的重构使我的主要精力投入

之前我一直认为这将是又一次失败的迭代，在短暂的迭代2成功之后团队还需要更多的适应才能保持稳定的速度。迭代的中期，看起来一切都出于混乱之中，常常有人被卡住，茫然的等待其他人对某个问题有一个解决方案。之前的没有足够重构的代码中的缺陷现在蹦了出来，使得项目走向正确的道路更加困难。 但是，我错了。 在今天我努力的完成了自己的工作后，发现这次迭代的任务似乎已经完成了。虽然还很不完善，可以说出很多必须改进的地

尝试把驾驶权让给别人，突然惊讶的发现他对对象，变量的作用域，参数传递都不清楚是什么原理。一下子，不知道从何讲起。。。。。 发现自己很容易受影响，一下子进度就慢了下来。 不过换个角度，至少知道了团队的真实水平，不至于在看的代码的那一天才大惊失色

发现自己实在是个懒人，懒到不是必须写代码的时候就不会去想。不过真的开始写的时候，忽然发现编码是这么爽的感觉。特别是TDD的方式，可以放开手脚尽情的推翻重试，设计思路仿佛从天而降一般。 结对编程好像特别能激发我的兴奋，可能是我本来就是一个健谈的人，但在生活中却又过于沉默。仅仅向旁边的人解释我所写代码的意图就会使我的精神比平时好几倍。 不过我现在开始怀疑自己不是一个好的结对者，一个简单的事实，曾经和我

我终于懂得了为什么kent beck会说第一次迭代是最痛苦的。因为一下就会使你狠狠的摔回现实，这可能就是XP有效的原因吧。 奇怪的是团队的其他人似乎都比我乐观，不论是总结还是下一次迭代的计划。感觉还不能习惯按照交付的最终程序实事求是的说出：没完成。 缺乏客户是项目的最大问题，使得采用XP的好处减少了很多。现在我不得不有时担任客户的角色，明显的感觉到了冲突。可能需要更仪式化的转换（比如放一顶客户帽在

良心发现的赶上了早8点多的火车，6点多就起了床。结果就是下午5点的时候突然头晕。嗓子还是发炎，开始吃药了。 第一次迭代似乎是不可避免的无法完成了。可能是我过于把注意力集中在可以自由的实行一次“完整”的XP实践，而忽视了开发是一个需要付出努力的工作，接受新的事物同样如此。不过还好，第一周看到这样的结果胜过3个月后才看到。 下周要去参加一个微软的培训，感觉在这个时候不能把完全的时间用在项目中似乎有点不

很长一段时间没有过这样在工作上产生沮丧和失去控制力的感觉了。 技术部的头头说：“我们要重点反展目前这个项目所代表的产品方向，我们要增加人力，我们要在项目完成的同时完成一个其他功能有部分重叠的产品，我们要在完成产品和项目的同时完成我们的基础平台，我们要在客户要求的期限——5月之前完成，3月就要完成。” 我惊讶的发现自己一瞬间置身于《最后期限》所描绘的一个情景之中，一场会议之后，突然发现自己的团队膨胀