重视代码

设计，不管是用什么形式（UML、DOC...），最终的目的是为了帮助开发人员更好更快的实现业务需求。应该设计到什么程度？是把流程描述清晰，还是进而把接口描述完备，甚至写出关键实现代码？
我遇到过这样的情况，我和A做的设计，交给开发人员C做实现，结果C对某些环节没想明白，也没和我们讨论，就实现出了一个和原来设计相差很多的东西。结果最终又由我把C的实现翻写了一遍才完。
所以我认为设计要根据开发人员的具体情况具体分析，做出以开发人员的能力足以实现的设计，才是好的设计。

设计应该到一个什么程度，首先可以参考制造业的做法。比方做设计一种新客机，不但要有完备的设计图纸，还需要做出模型出来做各种测试，甚至要做一个样机。这些测试都通过了，设计才算完成。而做软件项目，设计的产出同样是文档，却没有经过任何的实际构造和测试，总是大家一边讨论一边猜测（美其名曰“评审”）。这样的设计算是真正的设计吗？这样的设计到底有多少把握？正是因为没有把握，所以才会出现“应该设计到什么程度？”这样的问题。而实际上，验证设计的正确性的唯一途径就是编码。更加深入的讨论，请参考《源代码就是设计》。