Алексей Мерсон - Domain-driven design: рецепт для прагматика

[@ЕгорПильник-ж2х]

Отличный доклад от Егора Летова, очень доходчиво.

[@ОлафСинебрюкий]

Говорят, он еще песни поет.

[@AndriiKuftachov]

За вступление точно зачёт!!! Смотрю дальше.

[@alexanderk3762]

несколько миллионов лет рефакторинг! Докладчик, видимо, на стэндап вышел ;)

[@jordenskraften8273]

Лучшее и компактное объяснение проблемы ddd

[@Mr43046721]

Думал ща ОООО Моя оборона будет петь...)) Хороший доклад.

[@smartphone6498]

Очень толковый доклад! Всё чётко и по делу, даже вопросы были в тему (на 4)! Отдельное спасибо за примеры кода - их обычно особенно не хватает. Буду рекомендовать всем как вводную по DDD.

[@cristalmen9104]

Крутой доклад! Спасибо!

[@dreamwalkerzmm]

Отличный доклад! Многое стало понятнее))

[@xelaksal6690]

Спасибо, без лишних усложнений!

[@azatakhunov6061]

дал объяснения многим возникшим вопросам. Спасибо!

[@EvgeniyYatsenko]

1С - DDD который мы заслужили

[@SklerozRu]

Хорошо подготовился, с юмором. Даже волнение не мешает слушать :)

[@alexeymerson]

Спасибо :) Это было не волнение, просто я накануне полностью потерял голос, а всю ночь перед докладом пролежал с температурой и жутким орви. Поэтому весь день до доклада сидел в номере и молчал, чтобы голоса хватило на доклад и его хватило, почти ))

[@dmytrovolynets]

Классный доклад. У меня всю дорогу был вопрос о Clean Architecture. Хорошо, что в конце спросили))

[@mmospanenko]

О#@еннейший доклад, спасибо!

[@milovidov42]

Интересный доклад, спасибо.

[@FAU5390]

Доменный мир победил. Архитектура как у людей

[@xonicov]

Прекрасный доклад! Особенно для цели погружения в DDD.

[@dmitrygrigorev6821]

Это топ. Егор Летов рассказывает про DDD. Материал качественный.

[@my_pubg_short_moments]

Крутой доклад!

[@humanisatitle]

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

[@Дима-г9х6п]

Отличный доклад

[@BlushSmith]

Что не так с тумбочкой под ноутом? Почему она перемещается?

[@mikhailgorbov5265]

Хорошее изложение, спасибо

[@Oswee]

Spasibo. Otlichnij doklad. Smotrju v mesto Netflixa. :)

[@denis_penis]

malacis ;)

[@igorboyarovich4340]

Ссылки из презентации собрал тут: telegra.ph/Aleksej-Merson--Domain-driven-design-recept-dlya-pragmatika-Ssylki-03-17

[@whereispie]

Thx!

[@a.batorsky]

14:57 как он смог поймать стакан на бегающей туда-сюда тумбочке?

[@maksimkalinin959]

Каков правильный порядок чтения глав голубой книги Эванса?

[@maks_golovkin]

Очень круто дополняет лекцию kzbin.info/www/bejne/gIDckIaEgJikoJY. В ней было рассказано про трилемму ДДД, а в этой красивое решение этой трилеммы через Separate Interface.

[@nadzhafox]

Оооо-ооо моя архитектура

[@ЖораКруг-б5в]

Мне понравилось, спасибо) была оговорка или такой прикол: чистый код Боба Мартина. Он же Роберт. Но я подумал может на западе все Бобы, типо как Дядюшка Сэм😅

[@learning867]

Боб - это сокращение от Роберта. Так же как у нас Саша - Александр.

[@evgeniizaets9243]

У Роберта Мартина погонялово Дядя Боб

[@ЖораКруг-б5в]

А, действительно) Спасибо @@learning867

[@evgeniizavodnov3086]

Смотреть на скорости х1.25

[@SeregaPositive]

1.75

[@MrAmmid]

2.0

[@sh_zik]

@@MrAmmid 0.25

[@Logan-j8h6n]

Это база

[@petrkassadinovich2705]

Спасибо за доклад! PS: Ребят вы обычно реализуете свой слой репозитория или просто используете EF?)

[@webhunterok]

EF. Не вижу смысла создавать дополнительный слой репозитория если EF и так его реализует.

[@artemadeev7444]

Также, юзаю только Ef

[@abaitoguzbayev5736]

07:53 Ключевые идеи стратегического планирования

[@Alex-iz3bi]

ссылки из доклада вынести в описание зло?

[@mr_smind]

от движения камеры сейчас меня укачает..

[@GP-ez5ms]

1.5х минимум.

[@eabrega]

Почему тумбочка двигается все время?

[@ababush]

Встроенный гироскоп не откалибровали

[@eabrega]

@@ababush вы уж пожалуйста, откалибруйте!))

[@botcser]

Почему везде все всю и кругом кричат про принципы ООП и хвастаются своим знанием IoC, а на деле постоянно пытаются познать мир через частное, объяснить общее на частных примерах o_0

[@Baannia]

ibicheskiy language

[@Todortodorov62]

к сожалению, вода водой. как по мне, давным-давно известные приемы, техники и принципы типа SOLID пытаются подавать под новым соусом.

[@Samuronchik]

Первый пример вызывал вопросы: у нас ведь пользователь по описанию получает скидку, в задаче (вики) никакого скидочного калькулятора не существует; второй момент который не понятен - в калькулятор инжектится репозиторий заказов и он же инжектится в сервис, а потом транзитивно через калькулятор - это нормально? В общем, если в первом примере просто переписать расчёт скидки или вынести в отдельный метод, то, как мне кажется, будет не хуже.

[@alexeymerson]

Отдельный класс Calculator нужен для соблюдения SRP. В "алгоритм" чекаута скидка входит в виде "применяем скидку". Детали расчета скидки - это другой уровень абстракции. Кроме того, так будет проще тестировать: мухи - отдельно, котлеты - отдельно. С репозиторием в данном случае проблем нет, но в принципе можно калькулятор не инжектить, а сконструировать вручную через new DiscountCalculator. Если забить на SRP, то да, можно сделать расчет скидки методом внутри CheckoutService, всё зависит от планов на дальнейшую разработку и понимания того, как будут развиваться бизнес-требования.

[@chrise202]

Будет хуже, Сделайте его Public? Он же не должен использоваться вне сервиса. Ок private? - Удачи в Unit Testing-е. А если помимо калькулятора ещё десятка методов туда присобачить? Придётся покупать мышку с Infinite Scroll. А если из-за бага вручную напишете консольку чтобы ретроспективно исправить скидику в БД - копи паст?

[@loam]

Лайк за правильное произношение английских слов :) Это одна из причин, по которой я обычно избегаю просмотр каких-либо видеороликов по программированию на русском (неправильное произношение).

[@sergegindin1658]

да вы, батенька, зануда ))

[@alexmednonogov1684]

Арамис уже не тот

[@vasilzaranok5894]

Как-то ответы на вопросы после доклада были невпопад мне кажется, возможно спикер волновался :) А так доклад крутой, стоит смотреть!

[@AlBer45]

На скорости 1,5 - норм

[@azatska]

Rebelовцы, а ну-ка смотреть всем!!!

[@odys-wise]

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

[@alexeymerson]

В том-то и дело, что абстракции ради абстракций не нужны. Если скрипта достаточно, чтобы выразить бизнес-логику - прекрасно! Только напиши этот скрипт человеческим языком, используя ubiquitous language.

[@odys-wise]

@@alexeymerson и соблюдая все инварианты из моделей? сделать то можно, а тесты? А если база на продакшене? Очень это рисковый вариант. А если еще и в пятницу такое задеплоить или перед отпуском - совсем замечательный выговор будет от руководства, на матерном ubiquitous language. Возможно я что-то не понял, но речь шла об изменении данных в бд мимо домен слоя. Я высказал свое несогласие править SQL скриптами данные в базе, которые записаны моделями.

[@alexeymerson]

@@odys-wise а можешь написать тайм-код, где говорится про скрипт? Я может тоже тебя неправильно понял

[@odys-wise]

@@alexeymerson будет мне наука, нужно тегать по времени, куда коммент отписал, возможно где-то в самом докладе еще было, но я сейчас только в ответе на вопрос нашел явный прагматичный совет загнать данные хоть и разово скриптом kzbin.info/www/bejne/eYOcnn99g56dnpI вот тут я не согласен, можно данные балком брать и грузить через команды CQS или UseCases, написав шелл команду для этого, чтобы данные гарантировано прошли через все проверки и валидации. Возможно где-то в докладе еще было, я сейчас ленюсь смотреть его внимательно целиком. Вообще-то может я и погорячился, в докладе есть много полезного для старта в этой теме, я его смотрел два раза, бомбануло во второй, когда я уже насмотрелся всякого, например Хорикова и его доклад про валидацию данных.

[@alexeymerson]

@@odys-wise спасибо) Тут вопрос из зала по сути был про то, что реализация подходов ДДД обычно тяжеловесная и не подходит для хайлоад. И в целом мой ответ за 5 лет не изменился: надо либо признать, что ваш домен высоконагруженный и нужно ослаблять контроль консистентности (а обычно тяжеловесность вызвана именно жесткими правилами валидации), либо ситуация с высокой нагрузкой исключительная и нужно подпереть ее костылем - сделать возможность bulk-операции, но возложить ответственность за валидность данных на оператора например. Т.к. вопрос был достаточно абстрактный, то и ответить более конкретно на него нельзя без деталей.

[@sdsds1094]

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

[@alexeymerson]

Абсолютно согласен!

[@pupazzamobila1006]

Можете дать ссылку на более сильных докладчиков? Здесь и правда никакой глубины понимания DDD я у оратора не заметил.

[@ababush]

Хейтить всегда легче

[@smartphone6498]

С нетерпением ждём свое, по всей видимости идеальное и полное понимание ddd от автора коммента, хотя бы текстом.

[@alexeybeloushko7240]

дичь