DDDevotion

В начале года будет интересное мероприятие https://www.meetup.com/Virtual-Domain-Driven-Design-meetup/events/275246441/

Список участников впечатляет
Rebecca Wirfs-brock
Chris Richardson
Alberto Brandolini
Nick Tune
Krisztina Hirth
Trond Hjorteland

Крайне рекомендую!

@agratushniy и @vkhorikov огромное спасибо за доклады.
Ссылки, видео и дополнительные материалы опубликуем чуть позже.
К сожалению, не смогли ответить на все вопросы, но вы может задать их в чате.

Скоро начинаем!

Ссылка на трансляцию митапа 23 декабря https://www.youtube.com/watch?v=UlEmtTJUwtA

Второй докладчик Владимир Хориков – автор книги Unit Testing Principles, Practices, and Patterns, автор блога и курсов на Pluralsight. Он расскажет про инкапсуляцию и изоляцию, а именно:
- почему важна инкапсуляция
- почему важна изоляция
- почему нельзя иметь и то и другое в большинстве случаев.

Уже завтра DDD-посиделки. Первый спикер - Андрей Ратушный @agratushniy. Андрей - активный участник сообщества, практикует Domain-driven design, с радостью согласился провести мастер-класс "От теории к коду".

Андрей так описывает этот воркшоп:
Я покажу, как можно сформировать структуру каталогов в фреймворке Symfony для разработки проекта с использованием ДДД подхода. Покажу примитивный слой супер-типов, а затем приступим к построению модели в порядке: Domain -> Application -> Ifrastructure -> Controller.

Повторяем процесс построения модели еще в двух контекстах. Затем соединяем это все при помощи событий. Пишем пару юнит, и пару интеграционных тестов на Behat.

Свои вопросы можете задавать в треде – мы постараемся ответить на все.

https://dddevotion.timepad.ru/event/1509640/

В предыдущей статье была уже эта ссылка. Публикую еще раз.

Предновогодний митап с кодом и общением. Приходите! Если вы постоянно читаете канал, то можете не регистрироваться, 23 декабря вечером здесь будет дополнительный анонс с ссылкой на ютуб или зум (пока что решаем как будет удобнее).

Channel photo updated

23 декабря московским вечером планируем немного поболтать про код. Я не хочу делать формальный ивент с докладчиками и презами, но хочется пообщаться в неформальной обстановке.

Есть две опции.
1. Вам что-то не ясно в DDD. Вы бы хотели обсудить и увидеть как это делается. Напишите в комментариях.

2. Вам есть чем поделиться. Вы недавно (может и давно) запилили крутую штуку и можете показать код и рассказать что и как вы делали. Не надо думать, что крутые штуки бывают только у небожителей. Тот же Outbox Pattern вполне интересная штука и не все знают как это делается, что надо учесть. И тоже пишите в комментарии или в личку.

Ну и в любом случае присоединяйтесь!)

По мотивам воркшопа написал статью про агрегаты https://habr.com/en/company/dododev/blog/532628/

Сперва думал, что я перенесу все что проговаривал, но понял что объем темы настолько велик, что плохо пихать все в одну статью. Теперь думаю над продолжением.

Отличная визуализация разницы. Спасибо @DmitriyLanets за ссылку

https://www.youtube.com/watch?v=SaTz4vS_CGE подоспело видео про агрегаты с Archdays2020.

Поделился своим видением на Domain-Driven Design
Заодно похрустели пиццей на камеру 🍕🍕🍕
https://www.youtube.com/watch?v=I0WI28QmjCc

P.S. Подготовка нового мероприятия в полном разгаре, stay tuned, скоро будет анонс!

Сегодня рассказывал про агрегаты на Archdays2020. Примеры кода и референсы доступны по ссылке. Репозиторий будет обновляться.

Коллеги, завтра в рамках онлайн митапа по PHP будет доклад на тему DDD. Участие бесплатное https://simbirsoft.timepad.ru/event/1467649/

Агрегаты и контексты – наше всё!)

Небольшой опрос, приключение на пару минут https://www.menti.com/8ek7z9uxrk

UPD Пробелы ставить можно и нужно!)

Отличный (хотя и немного капитанский) доклад Сэма Ньюмена про сокрытие информации.

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

Также крутая тема со скрытием информации. Очень важно понимать, что, во-первых, чем больше вы расшарили информации, тем дальше будет тяжелее и, во-вторых, явным раскрытием проще управлять.

Ограниченные контексты и агрегаты как раз и направлены на то что скрыть информацию, а то что не скрыто показать явно. Для меня теперь любая анемичная дырявая модель – пример content coupling (aka Pathological coupling): ни контракта, ни инвариантов, никакой явности, даже семантика полей разъезжается иной раз.

Сделал майндмап, можно пробежаться по основным тезисам прежде чем смотреть доклад целиком.

P.S. не смог нагуглить быстро про Tramp Coupling – знаете, что это такое?

Про давление сроков.

На мой взгляд это одна из причин наших Big Ball of Mud.

Чарльз Лехт уже нас предупреждал более 50 лет назад: Разработчик будет “обязан согласиться из уважения, страха или ложной лояльности” и неохотно, но соглашается на эти сроки. Разработчик открывает свой секретный ящик с инструментами и делает всё возможное, чтобы успеть к ближайшему сроку, используя инструменты, такие, как хардкод, копипаст-программирование, игнорирование тестов, сверхурочные и другие, разрушающие качество и срезающие углы практики см. книгу The Enterprise and Scrum. Никто не обращает внимание на использование этих ‘инструментов’, поэтому что сроки соблюдены. Менеджмент награждает разработчиков за их тяжёлый труд и восхваляет их за “отличную командную работу” и “боевой дух”.

Мне нравится, что Канбан метод и #noestimate опосредованно позволяют избегать этой проблемы.

Ребята перевели отличную статью про работу с легаси кодом. http://blog.agilix.ru/2020/10/28/%D1%83%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D1%8B%D0%B9-%D0%BA%D0%BE%D0%B4/