Онтология в программной архитектуре К сожалению, тема звучит как насмешка. Программную архитектуру поддерживают специалисты с инженерным мышлением. Основной инструмент - эвристика. "Уха помогает от простуды плотнику, но не помогает слесарю ..." Термины в нашей области используются, без оглядки на их смысл в других контекстах. Есть нечто, что надо назвать? Выдернем первый подходящий понравившийся термин из смежных областей знаний. И появляются на свет такие оксюмороны как изменяемые сущности (Entity в DDD). Особое спасибо хочется предъявить Эрику Эвансу за домены и поддомены. Изначально домен — это просто набор чего-либо встроенный в иерархическую (доменную) структуру. С легкой руки аналитиков домен (domain) напрочь завязан на понятие предметной области (Subject Area). Эванс подхватил это имя и притянул еще одно ограничение, связав домен с пространством проблем. "Домены — это пространства проблем, которые вы хотите устранить." Теперь опускаемся вниз по доменной структуре, выделяя в пространстве проблем подобласть. В частности подобласть с единым языком. Как же ее назвать? Естественно поддомен! Всем же сразу станет ясно что имеется в виду! Пусть сетевики, лингвисты и математики используют термин домен по своему. У нас будет особый сакральный смысл, докопаться до которого смогут не только лишь все. Не судьба была назвать любую предметную область доменом и выделить в иерархии две их разновидности: - "проблемную область" (сверху), - "область общего языка" (снизу)? Или подход как у Microsoft: Чем больше путаницы в терминах, тем больше заработаем на обучении? P. S. Написал после очередных объяснялок. Если кого задел, прошу прощения, накипело) #ворчалка