TDD能带我们去哪里？

to 庄
判断一个设计是否良好的标准，并不来自TDD和重构。这一点我也在前面承认了，但是这个标准也绝对不会来自所谓的需求，也不会来自需求的世界。你不可能完全的理解这个世界，也不必要去完全的理解这个世界。你要在程序中反应的知识只是这个世界的很小的侧面。
同时我也请你注意，所谓深入的了解用户的那个世界，也需要有手段。而使用TDD和重构，来小步的不断迭代，正好是一个给你提供不断地去理解用户需求的机会。
而用户的需求，并不能完全的不经过某些转化，形成你的程序。这个转化的过程，使用TDD和重构，也刚好可以让你不断地坚持检查你的工作是否偏离了用户的需求。

"当客户提出了一个需求，你需要理解的不但是他这个需求说了什么，更要理解他因什么样的现实困境而产生目前的这个需求。进而才能协助用户一起判断，他所表述的这个需求，是不是真正能够帮助他摆脱目前的困境。"

"...深入理解用户的那个世界...
...深入理解用户的需求...
...深入的掌握的判断设计优劣的标准..."

---当你做到这一点时，我用TDD和重构已经完成一个可让客户验证，反馈，测试的n个迭代的版本了，你说现在谁更理解用户的需求?

你认为我是如何去理解界用户需求的呢？

不知道，但我知道不会很快

唉，所以说你还是没有理解我对TDD的看法，理解用户需求，从成本和效率来说，由低到高排列：

1、面谈
2、白板
3、快速原型
4、TDD+重构+现场用户

不经过前面三个阶段，直接进入第四个阶段，是不经济的。

1、面谈 2、白板 是TDD的前提。
3、快速原型 会比TDD的效率高吗？ 原型用过之后就没用了，TDD产生的可是真正的产品代码，有没有真正比较过 原型+实现 和 TDD+重构+现场用户

是我没有说清楚，我说的快速原型不是程序，而是静态HTML页面，或者PPT之类的东西。

静态HTML页面，或者PPT之类可以重用吗？