脚手架理论与曲线理论

 （脚手架理论）有时候为了建造一座大楼，我们需要搭建脚手架，脚手架存在的意义仅仅是方便施工，一旦工程完成，脚手架就可以拆除了。类比到软件工程领域，有人把它理解为TDD，但实际上不对。

 （曲线理论）比起瀑布模型，迭代式增量开发实际上就像是“曲线救国”。瀑布模型有点像某种革命、俄罗斯的激进改革急冻/休克疗法。2点之间有时候并非直线最短，曲线是非常曲率空间中的短程线（测地线） 但在实际应用中，连续的增量开发实际上是用于适应不断变化的业务模型的。这只不过是最自然的做法。

    要往上建造大楼的新一层时，先行搭建的脚手架，就相当于开发新功能时先行编写的自动化测试用例。实际上TDD不是说编写无意义的UT，而是优先编写最常用的用户价值最大的用例故事。

    不过，我真正想说的是，真正的技术含量在于，针对每个不同的案例，如何快速有效地搭建“脚手架”，如何找到最合适的增量迭代路径，这才是真正的艺术。

    这犹如在只见一树不见森林的迷宫中找到一条路径。路径可能不止一条，也有可能根本没有路（除非拆掉脑子中的理念的围墙）。那么，这就是高级的离散过程优化。