Переходим от Feature-based разработки к Domain Driven Design - презентация, доклад, проект скачать

Нажмите для полного просмотра!

Переходим от Feature-based разработки к Domain Driven Design, слайд №1

Переходим от Feature-based разработки к Domain Driven Design, слайд №2

Переходим от Feature-based разработки к Domain Driven Design, слайд №3

Переходим от Feature-based разработки к Domain Driven Design, слайд №4

Переходим от Feature-based разработки к Domain Driven Design, слайд №5

Переходим от Feature-based разработки к Domain Driven Design, слайд №6

Переходим от Feature-based разработки к Domain Driven Design, слайд №7

Переходим от Feature-based разработки к Domain Driven Design, слайд №8

Переходим от Feature-based разработки к Domain Driven Design, слайд №9

Переходим от Feature-based разработки к Domain Driven Design, слайд №10

Переходим от Feature-based разработки к Domain Driven Design, слайд №11

Переходим от Feature-based разработки к Domain Driven Design, слайд №12

Переходим от Feature-based разработки к Domain Driven Design, слайд №13

Переходим от Feature-based разработки к Domain Driven Design, слайд №14

Переходим от Feature-based разработки к Domain Driven Design, слайд №15

Переходим от Feature-based разработки к Domain Driven Design, слайд №16

Переходим от Feature-based разработки к Domain Driven Design, слайд №17

Переходим от Feature-based разработки к Domain Driven Design, слайд №18

Переходим от Feature-based разработки к Domain Driven Design, слайд №19

Переходим от Feature-based разработки к Domain Driven Design, слайд №20

Переходим от Feature-based разработки к Domain Driven Design, слайд №21

Переходим от Feature-based разработки к Domain Driven Design, слайд №22

Переходим от Feature-based разработки к Domain Driven Design, слайд №23

Переходим от Feature-based разработки к Domain Driven Design, слайд №24

Переходим от Feature-based разработки к Domain Driven Design, слайд №25

Переходим от Feature-based разработки к Domain Driven Design, слайд №26

Переходим от Feature-based разработки к Domain Driven Design, слайд №27

Переходим от Feature-based разработки к Domain Driven Design, слайд №28

Переходим от Feature-based разработки к Domain Driven Design, слайд №29

Переходим от Feature-based разработки к Domain Driven Design, слайд №30

Переходим от Feature-based разработки к Domain Driven Design, слайд №31

Переходим от Feature-based разработки к Domain Driven Design, слайд №32

Переходим от Feature-based разработки к Domain Driven Design, слайд №33

Переходим от Feature-based разработки к Domain Driven Design, слайд №34

Переходим от Feature-based разработки к Domain Driven Design, слайд №35

Переходим от Feature-based разработки к Domain Driven Design, слайд №36

Переходим от Feature-based разработки к Domain Driven Design, слайд №37

Переходим от Feature-based разработки к Domain Driven Design, слайд №38

Переходим от Feature-based разработки к Domain Driven Design, слайд №39

Переходим от Feature-based разработки к Domain Driven Design, слайд №40

Переходим от Feature-based разработки к Domain Driven Design, слайд №41

Переходим от Feature-based разработки к Domain Driven Design, слайд №42

Переходим от Feature-based разработки к Domain Driven Design, слайд №43

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Переходим от Feature-based разработки к Domain Driven Design. Доклад-сообщение содержит 43 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1

Описание слайда:

Переходим от Feature-based разработки к Domain Driven Design

Слайд 2

Описание слайда:

SkyEng Skyeng — это онлайн-школа английского языка нового поколения. В школе работают профессионалы, помогающие жителям современных мегаполисов выучить английский язык в условиях недостатка времени.

Слайд 3

Описание слайда:

Слайд 4

Описание слайда:

Маркетинг Ма́рке́тинг (от англ. marketing «рыночная деятельность») — организационная функция и совокупность процессов создания, продвижения и предоставления продукта или услуги покупателям и управление взаимоотношениями с ними с выгодой для организации.

Слайд 5

Описание слайда:

Маркетинг Тратить меньше (на продвижение и предоставление) Получать больше (увеличение аудитории, создание новых продуктов) Деньги!

Слайд 6

Описание слайда:

Слайд 7

Описание слайда:

Что требуется от разработки Качественно Быстро Дешево

Слайд 8

Описание слайда:

Пример

Слайд 9

Описание слайда:

Задачка Надо сделать виджет Дизайн есть! Пользователь оставляет заявку В календаре выбирает дату и время вводного урока

Слайд 10

Описание слайда:

Вводный урок Что это?

Слайд 11

Описание слайда:

Слайд 12

Описание слайда:

Слайд 13

Описание слайда:

Как будем делать тех. ревью? От базы/интеграций От api фронтенда От проблемы бизнеса

Слайд 14

Описание слайда:

И от базы/интеграций и от api Сервис букинга — получить, выбрать, отменить Фронтовое api — получить, выбрать, отменить База — таблица свзяка education_service_id, booking_slot_id Что там дальше, подумаем потом ;) Что думает по этому поводу бизнес?

Слайд 15

Описание слайда:

Слайд 16

Описание слайда:

Слайд 17

Описание слайда:

Чего хочет бизнес от разработки. Качественно — не терять сценарии и лучше понимать бизнес проблемы Быстро — быстро описывать сценарии в коде в отрыве от конкретных технологий (технологии не важны) Дешево — возможность проверять сценарии как можно раньше (оно вообще работает? может и разрабатывать не надо?)

Слайд 18

Описание слайда:

Что дальше? Опишем сервис Пробуем удовлетворить все 3 потребности Посмотрим со стороны гексагональной архитектуры

Слайд 19

Описание слайда:

«Allow an application to equally be driven by users, programs, automated test or batch scripts, and to be developed and tested in isolation from its eventual run-time devices and databases.». «Allow an application to equally be driven by users, programs, automated test or batch scripts, and to be developed and tested in isolation from its eventual run-time devices and databases.».

Слайд 20

Описание слайда:

Hexagonal architecture / Ports and adapters

Слайд 21

Описание слайда:

Попробуем описать сервис — Application

Слайд 22

Описание слайда:

Какие сервисы нужны? (что если их нет? или есть?) Какие сервисы нужны? (что если их нет? или есть?) Что нам понадобится от них? Что нужно от репозитория?

Слайд 23

Описание слайда:

Отложить звонок, сразу после заявки Отложить звонок, сразу после заявки Отменить звонок вообще, если пользователь выбрал дату/время Назначить звонок, если пользователь передумал

Слайд 24

Описание слайда:

Выбрать дату/время Выбрать дату/время Отменить дату/время Проверить подходит ли дата/время Получить список дат/времени

Слайд 25

Описание слайда:

Сохранить Сохранить Получить

Слайд 26

Описание слайда:

Слайд 27

Описание слайда:

Слайд 28

Описание слайда:

Слайд 29

Описание слайда:

Слайд 30

Описание слайда:

Слайд 31

Описание слайда:

Слайд 32

Описание слайда:

Application Качественно — не терять сценарии и лучше понимать бизнес проблемы Быстро — быстро описывать сценарии в коде в отрыве от конкретных технологий (технологии не важны) Дешево — возможность проверять сценарии как можно раньше (оно вообще работает? может и разрабатывать не надо?)

Слайд 33

Описание слайда:

Насколько это гибко?

Слайд 34

Описание слайда:

Слайд 35

Описание слайда:

Насколько это гибко?

Слайд 36

Описание слайда:

Слайд 37

Описание слайда:

Слайд 38

Описание слайда:

При чем тут DDD? Ubiquitous Language (единый язык) Можно показать заказчику Если не поймет, покрыть BDD тестом Bounded Context (контекст предметной области)

Слайд 39

Описание слайда:

Hexagonal architecture / Ports and adapters

Слайд 40

Описание слайда:

Более красивая картинка ;) https://herbertograca.com/2017/09/14/ports-adapters-architecture/

Слайд 41

Описание слайда:

Зачем Позволяет концентрироваться на домене Выделение бизнес логики Тесты Заменяемые элементы Дисциплина (именование папок, куда что положить)

Слайд 42

Описание слайда:

Заметки на полях Что с атомарностю (@synchronized)? Почему не ивенты из модели? Где эксепшены?

Слайд 43

Описание слайда:

Спасибо. https://www.infoq.com/minibooks/domain-driven-design-quickly/ http://www.ntcoding.co.uk/workshops/strategic-ddd-practices http://www.ouarzy.com/2016/07/25/micro-service-and-bounded-context-clarification/ http://www.dossier-andreas.net/software_architecture/ports_and_adapters.html Ссылка на Github с примером ;)