このテキストは、ソフトウェアエンジニアリングで使用される言語とビジネスの言語を一致させることの重要性について論じています。プロダクトマネージャーやオペレーションアナリストが理解できない技術用語を使用すると、精神的な翻訳という認知的コストが生じます。このコミュニケーションの摩擦は、コードは実行されるもののビジネスルールを満たさない、概念的なノイズやバグにつながる可能性があります。ドメイン駆動設計の概念であるユビキタス言語は、コード内の用語がドメインの実際の語彙を反映することを提案しています。これは単にビジネス用語を採用するだけでなく、エンジニアリングが曖昧な定義に異議を唱える共同プロセスです。ユビキタス言語は、異なる領域の機能をグループ化しようとする「ゴッドクラス」を回避する、境界付けられたコンテキスト内で強化されます。保険、クレジット、投資などの異なるコンテキストを持つ金融協同組合では、組合員は各コンテキストで異なるようにモデル化される必要があります。保険のコンテキストでは、彼は被保険者であり、クレジットのコンテキストでは、借り手であり、投資では、投資家です。このアプローチは、概念モデルをクリーンで疎結合に保ちます。正当なユビキタス言語を採用することは、フィードバックサイクルを改善し、調整会議を減らし、アーキテクチャを保護します。したがって、コードはビジネスの生きたドキュメントになります。