Категория:DDD - История изменений

MaksTsepkov в 08:48, 11 декабря 2025

2025-12-11T08:48:57Z

MaksTsepkov в 07:53, 12 июня 2023

2023-06-12T07:53:18Z

MaksTsepkov в 07:47, 12 июня 2023

2023-06-12T07:47:26Z

MaksTsepkov в 10:54, 23 февраля 2023

2023-02-23T10:54:24Z

MaksTsepkov в 10:01, 6 июня 2022

2022-06-06T10:01:26Z

MaksTsepkov в 09:59, 6 июня 2022

2022-06-06T09:59:26Z

MaksTsepkov в 08:53, 4 августа 2021

2021-08-04T08:53:47Z

MaksTsepkov в 14:37, 22 августа 2020

2020-08-22T14:37:04Z

MaksTsepkov в 08:35, 15 марта 2020

2020-03-15T08:35:04Z

MaksTsepkov в 13:55, 21 апреля 2018

2018-04-21T13:55:06Z

@@ Строка 1: / Строка 1: @@
 Материалы по [http://en.wikipedia.org/wiki/Domain-driven_design Domain-Driven Design] подходу, предложенному Эриком Эвансом для проектирования и разработки Приложений. Наш подход был близок к этому, и после перевода книги Эванса в 2010 году я сопоставил его идеи с используемым у нас и начал развивать наш подход уже в канве DDD - о чем рассказываю в докладах и других материалах.
-Последние материалы: доклад '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]''' и статья на habr [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''].
+Последние материалы: выступление '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]''' и статья на habr [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''].
-'''Основные предыдущие доклады'''.
+'''Основные предыдущие выступления'''.
 * [[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)]] - об использовании при проектировании
 * [[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]] - здесь про проектирование меньше, зато еще рассказано про отражение модели в код
@@ Строка 11: / Строка 11: @@
 * [[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]] — фокус на отражении модели в код, про сам подход - кратко
 * [[DDD - дебют. Разбираемся с Domain Driven Design (вебинар в Школе Системного Анализа 02.2023)]] - здесь подход презентован кратко, но было интересное обсуждение
-Презентованный в докладах подход хорошо работает для классических больших приложений, где обработка запросов пользователей преимущественно локализована внутри одного приложения, хотя интеграция с другими, конечно, присутствует.  В современной микросервисной (или сервисной) архитектуре приложений, при которой запросы пользователя маршрутизируются и обрабатываются многими сервисами, такие варианты описания моделей работают не слишком хорошо. Но сам подход все равно применим, и у меня есть отдельная серия докладов '''[[:Категория:Акторная модель|Акторная модель]]''' в которых предложен способ описания моделей для таких приложений.
+Презентованный в выступлениях подход хорошо работает для классических больших приложений, где обработка запросов пользователей преимущественно локализована внутри одного приложения, хотя интеграция с другими, конечно, присутствует. В современной микросервисной (или сервисной) архитектуре приложений, при которой запросы пользователя маршрутизируются и обрабатываются многими сервисами, такие варианты описания моделей работают не слишком хорошо. Но сам подход все равно применим, и у меня есть отдельная серия докладов '''[[:Категория:Акторная модель|Акторная модель]]''' в которых предложен способ описания моделей для таких приложений.
-−
 [[Категория:Архитектура]]

@@ Строка 1: / Строка 1: @@
 Материалы по [http://en.wikipedia.org/wiki/Domain-driven_design Domain-Driven Design] подходу, предложенному Эриком Эвансом для проектирования и разработки Приложений. Наш подход был близок к этому, и после перевода книги Эванса в 2010 году я сопоставил его идеи с используемым у нас и начал развивать наш подход уже в канве DDD - о чем рассказываю в докладах и других материалах.
-Последний доклад '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''.
+Последние материалы: доклад '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]''' и статья на habr [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''].
 '''Основные предыдущие доклады'''.

@@ Строка 1: / Строка 1: @@
 Материалы по [http://en.wikipedia.org/wiki/Domain-driven_design Domain-Driven Design] подходу, предложенному Эриком Эвансом для проектирования и разработки Приложений. Наш подход был близок к этому, и после перевода книги Эванса в 2010 году я сопоставил его идеи с используемым у нас и начал развивать наш подход уже в канве DDD - о чем рассказываю в докладах и других материалах.
-'''Основные доклады'''
+Последний доклад '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''.
 * [[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)]] - об использовании при проектировании
 * [[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]] - здесь про проектирование меньше, зато еще рассказано про отражение модели в код

@@ Строка 8: / Строка 8: @@
 * [[Domain-driven design: от справочников и документов до отчетов (WIAD-2020)]] — обзорный доклад, новая сборка материалов по DDD, фокус на проектировании
 * [[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]] — фокус на отражении модели в код, про сам подход - кратко
 Презентованный в докладах подход хорошо работает для классических больших приложений, где обработка запросов пользователей преимущественно локализована внутри одного приложения, хотя интеграция с другими, конечно, присутствует.  В современной микросервисной (или сервисной) архитектуре приложений, при которой запросы пользователя маршрутизируются и обрабатываются многими сервисами, такие варианты описания моделей работают не слишком хорошо. Но сам подход все равно применим, и у меня есть отдельная серия докладов '''[[:Категория:Акторная модель|Акторная модель]]''' в которых предложен способ описания моделей для таких приложений.
 [[Категория:Архитектура]]

@@ Строка 5: / Строка 5: @@
 * [[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]] - здесь про проектирование меньше, зато еще рассказано про отражение модели в код
 * [[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]] - про ограниченные контексты и перенос практик ООП на работу с понятиями
 * [[Domain-driven design: от справочников и документов до отчетов (WIAD-2020)]] — обзорный доклад, новая сборка материалов по DDD, фокус на проектировании
 * [[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]] — фокус на отражении модели в код, про сам подход - кратко

← Предыдущая		Версия 13:55, 21 апреля 2018
Строка 5:		Строка 5:
	* [[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]] - здесь про проектирование меньше, зато еще рассказано про отражение модели в код		* [[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]] - здесь про проектирование меньше, зато еще рассказано про отражение модели в код
	* [[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]] - про ограниченные контексты и перенос практик ООП на работу с понятиями		* [[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]] - про ограниченные контексты и перенос практик ООП на работу с понятиями
		+
		+	[[Категория:Архитектура]]