Сергей Баранов - Многоликий DDD

[@tetsuakeito730]

эх, увидеть бы хоть один прод проект по этим правилам) обычно невозможно придеоживаться.

[@gentelman4657]

Спасибо за видео

[@tmdanintelico1006]

По мне так лучший доклад на тему DDD, спасибо докладчику за отличный тейк!

[@dragvs]

Кажется разделение на Агрегат-Entity-Value Object это уже что-то из мира технарей и не имеет смысла в мире бизнеса. На примере в презентации: а почему у адреса нет ID? А что будет если ID вдруг появится? Ведь мы можем хранить таблицу адресов с ID. VO превращается в Entity? А мне как бизнесу какое до этих превращений дело есть? Похоже что это искусственное разделение, призванное решать какие-то технические проблемы в коде, а не в предметной области.

[@ВладимирЧескидов]

Очень спасибо! Даже не заметил как час пролетел

[@i292555]

Легко реализовать в 1С:Предприятие, идеально для DDD, все сущности и код можно привести к предметной области, и если посадишь рядом юриста, то он будет читать по русски ;) Кайф? Кайф! 1С лучшее среда для автоматизации бизнеса.

[@awerwrwerswerwerwer]

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

[@ВладимирЧескидов]

Слушать можно по-разному. Я услышал, где здесь код. И про код тут было немало. Согласен, что повествование не опускалось до соглашений об именовании и/или организации структуры папок в проекте. Но это и не требовалось для такого доклада - это детали реализации и у каждого реализация будет своя.

[@awerwrwerswerwerwer]

@@ВладимирЧескидов Вы что-то свое услышали, весьма далекое от сказанного. И про соглашения-именования ни слова не было. Суть в том, что докладчик никак не подкрепляет сказанного на практике. Говорунов много. Практическое отражение подобных знаний в код является гораздо большей ценностью, чем пустой пересказ теории. Ценность подобных докладов нулевая

[@БогданГуківський]

Показать код продукта, сложность которого реально требует DDD, за время презентации невозможно. Показывать простые примеры - довольно не эффективно, так как у зрителя возникает вопрос, а зачем тут этот DDD, а он и правда для примера не нужен.

[@Niachan666]

Много умных слов, но ничего не понятно