1、通过通用语言达成共识

通用语言，已经强调过好多遍了，在DDD再怎么重视都不为过，后面可能还会讲。

知识提炼的输出以及共识的构建就是常见的通用语言(UL)。

当与业务相关人员和主题专家进行建模时，每个人都应该有意识地始终应用富含领域专有术语的通用语言。这一语言必须现实制作，并在描述领域模型和问题域时使用。该语言还应该用于模型的代码实现，使用用作类名、属性和方法名称相同的术语和概念。正是这一语言使得业务和开发团队拥有了关于软件的有意义沟通。

UL用于将模型的代码描述绑定到以业务能够理解的语言和图表交流的概念模型。这句话说了好多遍，再重复一次。

UL它将包含来自业务的专业术语 以及在进行问题域的用例建模时发现的新概念和术语。

UL能避免持续从技术模型转换到业务模型的情况，因而也就能避免出现遗漏掉必不可少的见解的情况。

UL是一个共识。

2、领域知识的重要性

领域知识是关键，其重要性甚至要远甚于技术知识。

DDD学习笔录——提炼问题域之知识提炼与协作的基本原则