标签：
一、过度设计一般起源于对需求太多的计划，预测和猜想。要知道“计划赶不上变化”是普遍真理。所以因时，因地制宜才是最重要的。用国外传过来的词就是“敏捷开发”。
------顺便吐槽一下“敏捷开发”，”迭代开发“，”瀑布流“这些争论。挺扯淡，其实都是要看人员，资金，时间等各方面的条件，那些贬此扬彼都是为理论而理论，或者别有用心。
二、怎么规避过度设计？不管时敏捷还是瀑布，都要避免过度设计。说些个人经验，架构设计的详细设计必须完成度70%才可以开始编码，业务需求设计完成度30%就可以编码了；另外是我经常用的一个概念”文档测试“，编码前要进行需求文档测试。另外强调一下：架构设计是一个项目调研阶段就必须启动的过程，一直到稳健的支撑整个业务体系。
三、文档测试。不知道软件行业是否有其他人用过这个概念不？我自己脑袋中某天需求测试时定义的。主要是保证需求偏差更小，并且将需求印在所有团队成员心里面。
-------上周末去听中国十大杰出青年叶榄的读书会讲座。记起小时候有个对联
地作琵琶，路为琴弦，谁者能弹？ 天为棋盘，星为棋子，何人敢下？
又想到马云最近的演讲。马云敢，叶榄也敢。他们不同领域的人，确及其相似，都秉持内心的信念，见了性，无所畏惧，及其强大。
标签：
原文地址：http://my.oschina.net/fir01/blog/496778
