Воркшоп в онлайн-формате для разработчиков, работающих с Ruby и Rails, стремящихся освоить применение DDD-методов в проектировании. На базе разработки oAuth-микросервиса мы изучим, как проводить архитектурное планирование и поддерживать код в соответствии с принципами DDD для повышения качества взаимодействия между технической и бизнес-частями команды.
Этот семинар для вас, если:
- задачи "бизнеса" постоянно рушат уже принятые архитектурные решения
- вы не понимаете, о чем говорит "заказчик" - все эти "сторнирования", "акты" вам неясны
- вы оторваны от контекста бизнеса: коммуникация происходит через продактов и аналитиков.
- у вас в проекте есть архитектура, и вполне неплохая, но она лишь в головах разработчиков и в соглашениях
Почему Domain Driven Design (DDD) такая популярная тема?
DDD не предоставляет простых решений - это стратегия разработки, реализовать которую очень сложно:
Архитектурный подход Domain Driven Design (DDD) один из самых популярных, несмотря на то, что появился более 20 лет назад. На любой конференции вы найдете несколько докладов, посвященных этому подходу.
Интерес к нему вызван тем, что DDD не дает простых ответов на вопрос о том, как писать код. Это не просто набор решений или тактический прием. В действительности это стратегия разработки качественного программного обеспечения, реализация которой очень сложная.
На протяжении многих лет с момента появления информационных технологий "бизнес" и "разработка" пробивались через плотную гору недопонимания. С течением времени стало ясно, что эта гора называется "сложность".
В процессе этой работы появились объектно-ориентированное программирование, UML, паттерны разработки и гибкие технологии. Однако лучший архитектурный подход для борьбы со сложностью и налаживания отношений между бизнесом и разработкой - это Domain Driven Design.
Конечно, DDD - стратегия, которую непросто применять после прочтения нескольких книг. Как внедрить стратегию с практическими приемами и инструментами, мы изучим на семинаре.
