DDD的终极大招——By Experience

作者：肖然

以DDD思想和微服务架构为代表的新的架构时代正在逐步形成，不同方法和工具的涌现让人激动不已，同时这个过程也让人感觉到些许的不安，因为没有一套方法和一套架构能够打遍天下，我们能明确告诉所有组织和团队的，也只是架构设计上应该“响应变化胜过遵循计划”！具体到采用哪一种架构设计思想和方法，仿佛都需要增加一个定语“这取决于……”。

以去年的“明星”方法Event Storming（ES）为例，今年已经开始被不少人所批判。内行已经开始调侃这就是“糊墙”（不明就里的同学可以感受下图中的ES现场）。而实际上ES创始人Alberto是一位很低调的实践者，仍然在不停地磨练着他发明的这套方法。一年里我也接到了无数类似“我们是xxx领域，有xxx系统，ES感觉好像用不上？”的问题。我的答案往往是：“没事儿，你们先试试，找到具体困难点，咱们再看为啥不好用。”

（一个ES现场，“糊”满各色纸贴的建模过程。）

我相信得到这个答案的部分团队可能真的去尝试了ES，但鲜有人再将他们遇到的具体困难反馈给我——也许ES实践本身就是困难，而不是他们要解决的业务问题。但我的出发点却并非推广ES，而是让团队能够获取“经验”！这点上还是小有成就的，去年我可能还是中国区“糊墙”最多的人，今年很多人都远胜过我了。

不管是在DDD原著，还是后续不少专家的书籍中，都明示或暗示架构设计最后的终极大招还是By Experience——靠经验吃饭。从战略角度的subdomain（子问题域的划分）到战术建模层面Entity、VO的选择，最终的决策很可能不是完全“理性”，经验这个“感性”的东西发挥着很大的作用。

对于一个顾问和教练来说这是绝望的答案，因为我们每次面对的是希望学习，但没有经验的团队，“靠经验吃饭”等于告诉团队这东西没套路、靠感悟。这就迫使我们转换视角，从教大家DDD方法，转换到帮助大家获取DDD经验。下面就让我们来看看怎么有效解决DDD经验获取这个问题。