1.需求之坑：用户无法完整、准确地描述他们想要什么。他们看到的只是自己工作流程的一部分。我们的任务是深入地理解问题，而不仅仅是实现被要求的功能。要成为“问题解决者”，而不是“需求实现机器”。通过制作原型和频繁交付，让用户参与进来，共同发现真实需求。
2.解耦与元程序设计：解耦：让事物分开。让代码模块之间的耦合度降到最低，这样改变一个不会影响另一个。元程序设计：“不要将代码写得死板”。将应用的“什么”（配置、策略）与“如何”（执行引擎）分离开。让程序变得“软”——即其行为可以通过元数据（配置、规则）来改变，而无需重新编译。
3.时间耦合：在设计并发或异步系统时，注意任务之间的时间依赖关系。通过使用队列、事件等机制来解除时间耦合，让系统更具响应性和弹性。
下次接到需求时，多问几个“为什么”，试图理解需求背后的真实业务目标。检查代码中是否有硬编码的常量或策略，思考能否将其提取到配置文件中。
