но это мне проще кинуть линк на видосы...

и ? нужен алгоритм быстрого расчета ответа
или аггрегация
это вообще не тема данного обсуждения

в прошлый раз эту проблему предлагали решать монадами 🤔

время тема обсуждения, на все это влияет время. CQRS за счет отсутствия шаринга стэйта позволяют избежать локов и получить кучу плюсов. Но да это сложно)

короч надо работать

за дискуссию спасибо, где-то мы неправильно друг друга понимаем в понятиях

по свободе может опишите примеры что вы имете ввиду под шарингом стейта с примерами ?

посмотри вообще видосы выше по ссылке, там очень хорошо и с примерами

я не Вуди хочу знать мнение, а Сергея. это разные вещи

А теперь снова настало время джунских вопросов)))
Насколько зло использование lazy load в write кейсах? В одном кейсе нужны одни связи в другом другие. Делать $repo->getWithRel($id ) или забить и юзать lazy, так как write не несет много нагрузки зачастую?

а какую нагрузку создает lazy ?

Ну доп запрос к бд

это понятно, а сколько таких в секунду ?

Пока толком нисколько ) Вопрос как делать более верно наперед, стоит ли заморачиваться с Lazy. Понятно что от проекта зависит, но в целом например запросы в цикле  плохой тон, считается ли плохим тоном обращение через Lazy . У нас планируется мало write по сравнению с read.

Один большой человек сказал. Пиши код, а не проектируй.
Когда опыта мало - делай как делается. Потихоньку вникнешь и на автомате начнешь праильно.

все зависит от предполагаемой нагрузки на систему вашим кодом

И еще вопрос опять таки про "геттеры". Вообще не могу понять как в этом кейсе делать без них:
Есть пользователь - у него аватарка, у пользователя коллекция записей, у записей есть изображения. Кейс удаление пользователя, соответсвенно и изображений. В простом варианте я просто дергаю все изображения и передаю в сервис ихображений, который удаляет физические файлы. Как это можно сделать не собрав изображения - не пойму.

Гавно писать чутка умею, опыт есть, хочу научиться более менее нормально)

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