通常，设计技术用于使系统更加灵活，但最终却更难使用。其中一个原因是，在设计中经常会忘记明确性。

思考如何可视化和减少耦合。

Pearson 为推广我们的书籍《规划极限编程》而进行的一次采访。我们谈论了 XP 的背景以及规划在 XP 项目中的作用。

Craig 在专栏中探讨了开闭原则和受保护变化的重要性，以及为什么 Parnas 的信息隐藏不仅仅是封装。他还就如何实现受保护的变化给出了一些建议。

我学到的第一课之一是始终将用户界面代码与其他任何代码分开。这不仅仍然是一个好建议，而且令人惊讶的是，它经常被遗忘。

2001 年 1 月，两个 Java 工具跨越了重构的卢比孔河。Java 中的重构现在有了强大的工具支持。

2001 年，当我去参加 Snowbird 会议（该会议最终形成了敏捷宣言）时，Jim 为了他正在写的一本书采访了我。它提供了一个关于我对极限编程以及几天后我们称之为敏捷软件开发的思考的快照。

2001 年 2 月，17 个人聚集在犹他州雪鸟城，讨论轻量级方法的新风格。其中一个结果是创造了“敏捷”一词，以代表软件开发中新一代的敏捷流程。我们还共同制定了《敏捷软件开发宣言》，其中描述了这些敏捷方法的价值观和原则。Jim Highsmith 和我为《软件开发》杂志撰写了这篇文章，以进一步解释该宣言。

有时，软件中避免重复的简单规则如何能够带来良好的设计，这是相当了不起的。

自新千年伊始，我们一直在运行一个有趣的 XP 项目。它之所以有趣，不仅是因为它是 Thoughtworks 的首批 XP 项目之一，还因为它的规模：大约有 50 人参与其中。在这里，我们讨论如何通过关注单个迭代所需完成的活动以及各个子团队如何围绕该迭代工作来运行该项目。

XP 的吸引人之处之一在于，它对您应该做什么才能进行 XP 做出了非常明确的说明。此外，这套实践经过精心设计，可以相互配合。删除任何内容都会产生严重的后果。然而，XP 和其他敏捷方法的原则之一是它们是自适应的：也就是说，您应该在开发项目时更改流程。这种概念如何与 XP 的严格实践相适应？