刻意“失败”

之前在辅导团队的时候，一个常见问题就是团队纠结于一个业务概念建模采用Entity，还是VO。经常会听到团队说：“从现在的需求来看，VO应该是完全够用了，但很显然接下来我们马上就需要有业务状态的变化，很可能VO就没法玩了。”

针对这样的问题，我往往会刻意引导团队从简单的VO建模入手，先不要考虑“未来”的需求，即使有时候这些需求已经相当明确。这样的刻意行为显然会造成团队在接下来的时间里改变模型，VO可能会被重新建模成Entity。短时间有可能是痛苦的，很多技术人员也会跳起来说，你这是“站着说话不腰疼”。

但DDD的核心就在于持续的演进，演进就意味着模型和实现的改变。这样的改变和上面我们刻意安排的“失败”其实是一致的。当我们通过这样的刻意练习获取了演进的经验后，业务和架构未来的变化对我们来说就真的可以by experience了。