Мы как рз и получаем что нам не надо делать все прилодение однопоточным для того чтобы гарантировать прогерам что данные полученные из акцессора до сих пор уникальны

Проектировать и паттерны использовать можно будет?

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

JS - job safety

https://www.youtube.com/watch?v=VKQ8qvvrT4U
В 14й лекции он это объясняет

эндофунктор это када T<A> -> T<B>, а не T<A> -> D<B>

в программировании в основном только эндофункторы встречаются

Вопрос на засыпку ФПшникам. Вы при коммуникации с целью проектирования используете эти термины?

Нет конечно

Обычно до таких деталей даже не опускаешься

да я просто пытаюсь понять мемное определение

понял, спасибо

Приветствую. Вопросик по агрегатам.
Агрегат - это граница некой логической операции, для поддержания инвариантов, если я правильно понимаю.
Кейс (понятно что крудовый, взят для простоты и убираем проблемы гонки). Есть блог, есть комментарии к нему. Между ними нет никаких инвариантов. Соотвественно это два разных мини агрегата по одной сущности, ссылки из коммента на блог по id, блог вообще не знает о комментах. С своими репозиториями и методами (add, remove). Появляется условие блог: не должен содержать более 10 комментов за текущие сутки (забиваем на перфоманс, делаем через код). Мы объединямем агрегаты в 1, блог становится рутом и появляется метод addComment().
Вопрос: доступ к внутренностям (комментам) агрегата, должен быть только через рут (через блог). Получается удаление / редактирование комментария нужно тоже переделывать и делать через блог, удалять репозиторий комментриев. Какой-то  дрочь на пустом месте. Где я дал промашку? Или же нет смысла в переделывании? Есть инвариант, он поддерживается, а остальное уже не важно (ну типо доступа только через рут) ?

Можно создать отдельный аггрегат под ваше правило например.
оно же независимое ему нужно знать только айди блога и айдишки коментариев

Как по мне первое что надо сделать пробовать вынести правило в свой маленький независмый аггрегат

Спасибо :) Т.е. в принципе, в рамках одного контекста, может быть много агрегатов, которые мапятся на одни и те же таблицы в БД, я бы даже сказал на одни и те же колонки?

Еще дату создания коммента, т.е. просто id не достаточно. Точнее этот агрегат, должен знать полную инфу о новом комменте, чтобы его добавить а из добавленныз ему нужна дата создания каждого.

> Какой-то дрочь на пустом месте. Где я дал промашку?
Тут -> Кейс (понятно что крудовый, взят для простоты и убираем проблемы гонки)

Есть задача, которую можно решить оптимально или нет. Крудово и через инфру - оптимально. Вопрос как решить в другом стиле, хоть он и не оптимальный. Пример вроде норм.