fixes

stanislav.bolsun/it/ddd/domain-model/domain-model-definition.rst

@@ -263,7 +263,7 @@ Domain Model Definition
 А что если попытаться реализовать единственную всеобъемливающую модель предметной области?
 ------------------------------------------------------------------------------------------
 
-Если решаемой проблемы не существует или она неизвестена, то и модель под решение у нас построить не получится, но если попробовать создать модель на все случаи жизни, то тогда придется полностью воспроизвести объект моделирования, что не позволит эффективно решать задачи (например, осуществление навигации судна по точной копии Земли).
+Если решаемой проблемы не существует или она неизвестена, то и модель под решение у нас построить не получится, но если попробовать создать модель на все случаи жизни, то тогда придется полностью воспроизвести объект моделирования, что не позволит эффективно решать задачи (например, осуществление навигации судна по точной копии планеты Земля).
 
     💬 "Because the term domain model includes the word domain, we might get the idea that we should create a single, cohesive, all-inclusive model of an organization’s entire business domain—you know, like an enterprise model.
     However, when using DDD, that is not our goal. DDD places emphasis on just the opposite. The whole Domain of the organization is composed of Subdomains.
@@ -322,7 +322,19 @@ Domain Model Definition
 -------------------------------------------------------------------
 
 Ограниченный контекст - это рассмотрение объекта моделирования с определенной точки зрения, с определенного ракурса решаемой проблемы (см. пример с огурцом далее).
-Основным назначением ограниченного контекста является поиск баланса между простой модели и ее достаточностью для решения проблемы.
+Основным назначением ограниченного контекста является поиск баланса между простой модели и ее достаточностью для решения проблемы (и концептуальной, и доменной модели).
+
+
+    💬 "When you are just getting started in your software modeling efforts, your Bounded Context is
+    somewhat conceptual. You could think of it as part of your problem space. However, as your model
+    starts to take on deeper meaning and clarity, your Bounded Context will quickly transition to your
+    solution space, with your software model being reflected as project source code. (The problem
+    space and solution space are better explained in the box.) Remember that a Bounded Context is
+    where a model is implemented, and you will have separate software artifacts for each Bounded
+    Context."
+
+    -- "Domain-Driven Design Distilled" by Vaughn Vernon
+
 
 Количество слов используемых человеком в лексиконе ограничено, это около 6000 слов (в зависимости от языка), а количство явлений окружающего мира - безгранично.
 Это и есть та самая причина того, что если один термин обозначает несколько явлений окружающего мира, либо наоборот, одно явление мы называем различными терминами, - это обозначает лингвистический конфликт.
@@ -340,7 +352,7 @@ Domain Model Definition
 То есть, если мы называем одно явление разными терминами, то скорее всего это явление используется в разных контекстах, и наш контекст служит нескольким целям.
 Это сигнал о том, что наша модель переусложнена и при решении одной задачи мы вынуждены работать с теми деталями модели, которые нерелевантны для нас в момент рассмотрения. Это все отбирает ресурс внимания у команды и может удорожать процесс разработки для бизнеса.
 
-Поэтому, внутри каждого ограниченного контекста существует строгий единый (согласованный) язык.
+Поэтому, внутри каждого ограниченного контекста существует строгий единый (согласованный) язык (система понятий).
 Единый (согласованный) язык не просто словарь внутри компании, это подразумевает, в первую очередь, согласованный язык внутри границ применимости модели.
 Мы, в рамках модели, ограничены ограниченным контекстом, где каждый термин обозначает строго одно явление.