Модели предметной области для разных парадигм программирования (AnalystDays-2020) — различия между версиями
м |
м |
||
Строка 2: | Строка 2: | ||
[https://analystdays.ru/ru/talk/81232 Доклад на сайте конференции] | [https://analystdays.ru/ru/talk/81232 Доклад на сайте конференции] | ||
[https://vimeo.com/469709183 Видео на vimeo] | [https://vimeo.com/469709183 Видео на vimeo] | ||
− | |||
[https://www.facebook.com/mtsepkov/posts/3450152398375023 Обсуждение на FB] | [https://www.facebook.com/mtsepkov/posts/3450152398375023 Обсуждение на FB] | ||
Строка 8: | Строка 7: | ||
Однако, сейчас достаточно распространенными становятся другие парадигмы реализации высоконагруженных приложений, такие как микросервисная архитектура или акторная модель. В этом случае объектной модели предметной области уже недостаточно для представления реализации и требуется иные способы, адекватные применяемым парадигмам программирования. Аналитик должен разбираться в них, чтобы создаваемая модель была адекватна реализации, и по ее изменениям можно было проводить доработки. Об этом пойдет речь в докладе. | Однако, сейчас достаточно распространенными становятся другие парадигмы реализации высоконагруженных приложений, такие как микросервисная архитектура или акторная модель. В этом случае объектной модели предметной области уже недостаточно для представления реализации и требуется иные способы, адекватные применяемым парадигмам программирования. Аналитик должен разбираться в них, чтобы создаваемая модель была адекватна реализации, и по ее изменениям можно было проводить доработки. Об этом пойдет речь в докладе. | ||
+ | |||
+ | После этого доклада тема развивалась [[Модели приложения для разных парадигм программирования (ArchDays-2020)|на ArchDays]] с фокусом на архитектуру и [[Модели приложения для разных парадигм программирования (SQAdays-2020)|'''на SQAdays''']] с фокусом на тестирование, включая проверку устойчивости системы | ||
+ | |||
= Видео = | = Видео = |
Версия 15:58, 17 мая 2021
09-10.10.2020 Москва AnalystDays Доклад на сайте конференции Видео на vimeo Обсуждение на FB
Долгое время основным подходом для разработки был ООП. В этом случае объектная модель предметной области в виде структур справочников и документов и связанная с каждым объектом бизнес-логика, созданные аналитиком, служат адекватным проектом для реализации разработчиками в коде, а изменения разработчиками могут быть отражены в модель. Модель соответствует коду и сложность ее изменения для решения новых требований позволяет примерно оценить сложность разработки.
Однако, сейчас достаточно распространенными становятся другие парадигмы реализации высоконагруженных приложений, такие как микросервисная архитектура или акторная модель. В этом случае объектной модели предметной области уже недостаточно для представления реализации и требуется иные способы, адекватные применяемым парадигмам программирования. Аналитик должен разбираться в них, чтобы создаваемая модель была адекватна реализации, и по ее изменениям можно было проводить доработки. Об этом пойдет речь в докладе.
После этого доклада тема развивалась на ArchDays с фокусом на архитектуру и на SQAdays с фокусом на тестирование, включая проверку устойчивости системы
Видео
Презентация
Скачать весь pdf