DDDevotion – Telegram
DDDevotion
4.42K subscribers
65 photos
7 files
273 links
All about Domain-Driven Design
FB - https://www.facebook.com/groups/dddevotion/
Youtube - https://www.youtube.com/c/dddevotion
По вопросам сотрудничества @gradea
Download Telegram
Наш онлайн-митап пройдет уже меньше чем через неделю. тем временем можно посмотреть видео с прошедшего мероприятия наших коллег из DDDi.
Видеозапись и материалы нашей восьмой встречи уже доступны в Судовом журнале!

Высказать мнения и задать вопросы по этой теме приглашаем в Кают-компанию DDDi.
Чтиво на вечер пятницы (+походить по ссылкам на выходные😄)

Ник Тьюн пишет про
- майндсет проектировщика. Нанимайте таких и зовите внешних спикеров на внутренние митапы.
- техники взаимодействия (Pair Programming, Event Storming, Domain Storytelling...).
- Continuous Critique (культура фидбека, доверия и открытости крайне важна для взаимодействия).
- противопоставление поставки фич и проработки дизайна. Обе крайности плохи на дистанции.

Рекомендую походить по рефам из статьи, там тоже интересно.

https://medium.com/nick-tune-tech-strategy-blog/nurturing-design-in-your-software-engineering-culture-3f960d321af
Запись сегодняшнего ТелеграмХауса, посвященного вопросам DDD, который состоялся сегодня в большом архитектурном чате Максима Смирнова: https://news.1rj.ru/str/it_arch/1030

#DDD #SoftwareArchitecture
Напоминаем, что уже завтра вечером очередной митап нашего сообщества. В этот раз поговорим про Чистую архитектуру и как она поддерживает Domain-Driven Design.

Спикеры:
Сергей Бухаров - Senior Developer Consultant в ThoughtWorks.
Евгений Лукьянов - ex-Yandex.Money, ex-Behavox (UK).

Подключайтесь к трансляции https://youtu.be/61uhyXijimA. Запись будет доступна на канале.
Компания Jetbrains делает классные продукты (люблю их Решарпер с середины нулевых). А еще компания поддерживает опенсорс и IT-сообщества. И вот, первый промокод за вопросы и активное участие уже отправлен @unchase. Ура!
С удивлением обнаружил, что не только лишь все топят за код-ревью. Более того на западе множество публикаций с подсчетом эффективности этого процесса.

На мой взгляд идеальное код-ревью, это парное программирование. Если по каким-то причинам команда не пишет код в паре, то код-ревью проводится уже на смерженном коде (или не проводится вовсе). Лонг-терм ветки при этом не должны существовать.

https://www.youtube.com/watch?v=mKaIR-EjoC0

https://github.com/sharovatov/teamlead/blob/master/codereview.md
Раз уж заговорили про код-ревью и прочие практики, то крайне рекомендую ознакомиться с инженеркой Гугла. Да, не все можно (да и не все нужно) перетащить себе, но много здравого смысла вы точно найдете. https://github.com/google/eng-practices
Ссылки к прошедшему митапу

Презентация: https://1drv.ms/b/s!AlCXLk9BEsfKoOA5LXNB8s7CQ-jb8w
Репозиторий: https://github.com/stringconcat/ddd_practice
Сайт https://stringconcat.com/ru/ и канал https://news.1rj.ru/str/stringconcat
На митапе были вопросы про golang+DDD. Есть крутой блог https://threedots.tech/series/modern-business-software-in-go/, книжка и миникурс (доступны после подписки).
Очень глубокая статья от Ивана про CQRS. С тонной референсов, как обычно.
Скомпилировал все сообщения на тему "Может ли CQRS-команда возвращать результат" в отдельную статью: https://emacsway.github.io/ru/cqrs-command-and-result/

Статья получилась достаточно тяжелой, и для подавляющего большинства специалистов такая детализация рассмотрения этого вопроса вряд ли требуется (всегда можно сослаться, например, на мнение Jimmy Bogard, чтобы аргументировать свою позицию в процессе работы).

Но если кто-то хочет получить глубокое понимание этого вопроса, то статья будет полезной.

#DDD #Microservices #SoftwareDesign #SoftwareArchitecture #FunctionalProgramming #OOP #CQRS #CQS
Сейчас уже таких книг не пишут, да и не читают. Тем не менее я периодически полистываю и перечитываю некоторые главы. Не смотря на преклонный возраст, книга сохраняет свою актуальность.
Ник Тьюн с новой статьей про Доменные Сервисы. Его подход продолжает идеи известной статьи от компании Uber. Мне кажется, что это как раз микросервисы здорового человека, и вся индустрия так или иначе идет к такой нарезке. Важно, что Ник обращает внимание и не нетехнические аспекты. Очень важно понимать, что мы работаем в социо-технических системах и разработка зависит не только от технического совершенства, но и качества и количества коммуникаций, когнитивной нагрузки, общения с экспертами и стейкхолдерами.

https://medium.com/nick-tune-tech-strategy-blog/domain-services-the-next-small-evolution-of-microservices-f217fc388191
Вышел свежий техрадар. Рекомендую походить по расхлопам, почитать мотивационную часть и референсы. Также обратите внимание на тренд той или иной техники или платформы.

На что я обратил внимание
- пара ссылок на книгу Team Topologies (в когнитивной нагрузке и платформенных командах);
- облачные песочницы, даешь дев-стенды разработчикам!
- захолдили SAFe и GitOps.
- захолдили пулл-реквесты как инструмент peer review (недавно делал пост со схожими мыслями).

И это только четверть про техники, если вы работаете с кодом - наверняка найдете массу полезных инструментов и ссылок.
Периодически всплывают разговоры, что монолит это абсолютное зло, даже если он модульный. Камиль собрал референсный проект с кучей материалов, чтобы показать как можно делать modular monolith. Надеюсь, что сторонников monolith-first станет больше. Читайте, добавляйте своё https://github.com/kgrzybek/modular-monolith-with-ddd

Спасибо @Ami_G0 за наводку.
Когда я работал в Dodo Engineering у нас в команде сложилась практика "Читаем вместе".

Мы регулярно небольшими кусочками читали и обсуждали книгу. Инсайты, что было в опыте, как можно использовать и так далее. Я был евангелистом практики и всем крайне рекомендую попробовать в командах.

В какой-то момент мы решили конвертировать наши камерные посиделки в нечто более публичное. Так и появился подкаст "Читаем вместе". Я уже публиковал бету-версию первого выпуска. От неё мы даже отказались и перезаписали, учли фидбек и исправили какие-то явные помарки.

Завели базспраут и пачку платформ, в том числе Spotify, Apple Podcast и Yandex.Music.

Как всегда ждем пять звезд и обратной связи. Выбирайте удобную платформу и читайте вместе с нами https://www.reading-together.dev/