本文讨论了将软件工程中使用的语言与业务语言保持一致的重要性。使用产品管理人员或运营分析师无法理解的技术术语，会产生心理翻译的认知成本。这种沟通摩擦可能导致噪音和概念性错误，即代码能够运行，但未能满足业务规则。普遍语言（Ubiquitous Language）作为领域驱动设计（Domain-Driven Design）的一个概念，提出代码中的术语应反映领域的真实词汇。这不仅仅是采纳业务行话，而是一个协作过程，其中工程团队会挑战模糊的定义。普遍语言在边界上下文（Bounded Contexts）中得到加强，避免了试图聚合不同领域功能的“上帝类”（God Classes）。在一家拥有保险、信贷和投资等不同上下文的金融合作社中，一名关联人员在每个上下文中应以不同方式建模：在保险上下文中为“被保险人”（Segurado），在信贷上下文中为“借款人”（Tomador），在投资上下文中为“投资者”（Investidor）。这种方法保持了概念模型的清晰与解耦。采用合法的普遍语言能够改善反馈周期，减少对齐会议，并保护架构。因此，代码成为业务的活文档。