谭sir与二仙桥大爷的经典对话：
谭sir：你该走哪？（非机动车能走机动车道吗？）
大爷：走二仙桥去成华大道（因为我要去成华大道，当然要走二仙桥）
谭sir：能拉吗？（你三轮车能超载吗？）
大爷：能拉，只能拉一点（我的车能拉得动这些货）
我们在很多技术文档中，经常会看到一个“名词解释”的模块，这个模块其实是为了统一语义，使参与各方对于不同名词的理解是在同一个维度上的，避免产生分歧。
对于架构式而言，统一语义的目标只有一个：项目的需求能够被无损的表达、传递和记录，最终通过架构活动表达出来。
具体来说包含如下几个方面：
架构活动的目标能够清晰地传递并分解给每个参与者
所有参与者的诉求都能够准确地表达和传递
架构活动的目标和所有需求都能反映到架构规划中，并且能无损的拆分到各个需求和子任务中
需求方能得到真实的反馈，从而对架构活动有合理的期望
每个子模块交付并组装之后，能够语义契合、相互兼容，最终符合架构活动的整体目标
我们从哲学的角度分析一下产生的根因。
假设物理世界有一个存在，即图中的黄色部分，它是客观存在的。
现在有两个人主体一和主体二，他们对于这个存在分别产生了一个自己的认识，这个认识被称为客体一和客体二，由于客体一和客体二是主体在头脑中形成的认识，不是客观存在，因此不会完全相同。那么对于同一个名词，由于主体所在的语境不同，对同一个客观存在的认识也将不同，这就从根本上造成了语义的差异。
一 发现不同的语境。 架构师在每个交互场景中去分析不同角色所在的独立语境，也就是说，先梳理出不同场景，再看这些场景中有哪些角色，这些角色的语境会不会有差别。
二 定义概念。 如果发现在不同的语境中使用相同的名词，却代表不同的含义，这个时候就需要准确地描述这些概念。
三 语义建模。 语义建模就是将不同场景下需要统一的名词给出统一清晰的解释，各自场景下独有的名词则需要保留。
四 反馈修正。 架构师要意识到自己也是人，认知难免存在局限性，所以需要将定义好的语义与各方进行确认和调整，不断纠正。
五 公布、维护和使用统一的语义。 不断使用和打磨实体的定义，最终为企业统一语境，这样从架构设计，到接口定义、模块设计、代码实现等各个环节都会使用统一的语义。
做到以上这些，我们就在企业内部实现了统一语义，能极大减小企业的沟通成本，大家在沟通交流时也会很快进行深入交流，而不是各自理解不了对方说的话。
另外，我们从哲学的角度分析了语义分歧的根源，这也是架构师的一个基本技能，很多情况下找到了问题的根因，也就找到了解决方法。