1。 刚开始看的时候，很纳闷，难道作者在教学校生作文啊？那个小那么小的一步前进，我们还要不要写软件了？后来看到了这样一句话，there is no right step size, now and forever，我明白了，作者只是给出了一个方法，至于实施过程的具体细节，每个人要根据自己的情况和软件的情景来设定的。
2。测试驱动开发的本质是什么？我觉得先写test case很大程度上是帮助我们更清楚的认识问题，当问题清楚明确，又具体的定义，那么解决问题就只是一个流程了，所以，大部分时候不是问题很难解决，而是问题很难被具体的定义，写case可以帮我们解决一部分这个问题。
3。现实中的开发如何借用呢？现实中我们可以一直在用书上提到的方法，只是没有明确的给出定义或者没有明确的按照上面流程来罢了。在现实的开发中，我们也是先设计，然后做详细规划，觉得差不多了，就开始写代码，然后边写边改，。。。最后完成，然后写个测试用例来测试，pass，一切ok。这么做最可能的问题是，当我们完成某个功能的时候，位于兴奋中，我们可以就不愿意思考出有效充分的用例来测试我们得程序，我们总觉得：不会有问题的。这其实是个心理问题了，人当然不愿意否定自己，而写完程序之后写测试用例就是否定自己（怀疑有问题才写测试嘛），所以写完程序再写测试case是不太合理锝。以后还是要先写测试case再写程序，当然未必想作者说的那么详细
4. 写完一段程序就思考一会，想想是不是有问题。这点尤其有用，我的经验显示，这对于程序的改进很有价值。，
下星期继续读，完了再写