这两节课徐X给出的问题是，用代码表达在停车场停车的模型和逻辑。

首先，还是任务分解。分解出任务列表的样子，取决于对程序架构的理解。理解不同，导致划分出来的任务列表也不一致。但要保证每个任务能够衍生出1-2条可以测试的子任务，变成代码。对于测试任务的设计，既可以从状态变化上来考虑，也可以从行为上来考虑。而且，由分解出来的任务列表，可以反推出需求是什么。

课上有一对pair最后没有完成测试及实现代码，原因在于双方对各自的实现方案争执不下，被徐X拿来教导我们：在这种情况下，要放下争执，去还原真实的业务场景和需求是什么，来解决实际的问题。

总会有分别都是正确观点的双方在争执，就像民主之于正义。这个时候我们要evidence over opinion，通过代码来表达自己的观点。

最后，徐X再度施展重构神技。