在 Yahoo! 的 extremeprogramming 讨论组中，Kim Grasman 提出了一个简单却引人深思的问题：
大家好，在过去的几周里，似乎增量式设计已经成为论坛中讨论的热门话题了——对此，大家谁能给出一些好的阅读参考资源么？
这是个好问题。已经有了一些不错的推荐了，比如：
- 《重构》，作者 Martin Fowler
- 《敏捷软件开发》，作者 Robert Martin
- 《实现模式》，作者 Kent Beck
- 《设计模式》，作者 Gamma 等
- 《UML 和模式应用》，作者 Craig Larman
接下来，该问题演变为关于采纳增量式设计的讨论：
我只是在理论上想过这个问题，还没有遇到实际中的困难；但我觉得让一个团队开始采取增量式设计是很困难的事情。我也跟一些人讨论过，他们所做的尝试也没取得多少成功。所以我想应该先更好地理解这个实践，以避免被误导而走错路。
要回答“如何有效地实施增量式设计”，“怎么样才算好的设计”这个老问题就不能回避，这就引发了很多五花八门的建议。Ron Jeffries 提出了一个有趣的观点：
我相信在大多数人看来，一个“好的设计”是会自动慢慢浮现、完成演化的。换句话说，面对一个被认为是良好的、但是无法演化的设计，我们可以很快提出一个设计，它在本质上与前者类似，但是“更好”而且可以演化。让它“更好”的过程，也从侧面使其更易于演化，而不必直接去解决演化问题。
但是，在讨论中有一个值得注意的问题：没有针对“如何实施增量式设计？”的直接回答；即使是以其为主题的大部分讨论也都采取了回避态度。参与讨论的人们从各种不同角度探讨这个问题，但是绝不直接触及。是不是涉及到实施层面就真的很难？还是说结论太明显了，我们没有必要直接讨论？
查看英文原文： Adopting Simple Design
暂无签名
最新发布
你的 Scrum 检查列表
2011 年 4 月 20 日
Apache 基金会主席 Doug Cutting 谈 Hadoop 和开源
2012 年 1 月 17 日
InfoQ 专访 eBay 系统架构总监 Tony Ng：聊聊电商网站的架构与安全
2011 年 12 月 6 日
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
Java 并发编程，你到底该怎么学？
大规模云原生应用网络问题定位与排查实践
网易 Spring Cloud 万级实例调优与增强
评论