можно сделать рид модель отдельным модулем а не частью api 🙂

ну мол, зачем ты себе ограничения выдумываешь без обоснований для них

спасибо, да, чето я сам себе проблемы ищу😄

Всем привет!
Сейчас у нас в Imaguru проходит Хакатон Счастливой Нации 😊
И мы ищем программистов в наши команды:

Stembridge Платформа для краундфандинга детских и подростковых (наша ЦА) проектов в разных сферах. Проект удовлетворяет потребности в признании, самореализации и кооперации, а также помогает в развитии  навыков 21 века (креативность, коммуникация, командная работа, критическое мышление), финансовой грамотности и предпринимательского мышления. На платформе будет реализована возможность поиска единомышленников, развития и оформления идеи, поиска финансирования.
Ищем - frontend/ full stack


Arch "Идея создания отдельных архитектурных макетов разрушенных зданий или архитектурных ансамблей под открытым небом, в идеале, встроенных в городскую среду. Именно физических объектов. В дополнение к ним разработать приложение на телефон с исторической справкой и AR, для ознакомления людей со своей историей. Что бы с помощью приложения можно было ""посмотреть"" как здание выглядело и функционировало во время своего существования, какое окружение было.
Ищем - программиста, который может помочь написать бот в телеграмм



StudentNetwork Мы хотим работать со студенчеством посредством различных онлайн и офлайн мероприятий, чтобы у студентов была возможность не только акклиматизироваться, но и реализовать свои умения.
Ищем - frontend


Если Вы хотите поучаствовать в Хакатоне и помочь нашим командам осуществить идеи, то вот ссылка для присоединения: https://join.slack.com/t/happynationhackathon/shared_invite/zt-zrxktdjn-W8J9YM68Tpb5CmOmIZZcCQ

Доброго дня, в каких случаях правильно применять eventually consistent?
У меня есть правило "в беседе могут участвовать только друзья основателя".
Если юзер удаляет из друзей основателя то его должно кикнуть из беседы. Это правило нужно гарантировать eventually?

Не "нужно" а "можно" и ответ на вопрос зависит от требований и анализа "а если между убрали из друзей и выкинуло из беседы пройдет час то к каким проблемам это может привести"

99% что если между ними пройдет секунда то все ок. Значит можно эвеншуали. Но удобнее по экстремальным кейсам проверять

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

Украду мысль пожалуй

К слову «репозиторий» нужны синонимы и метафоры? :):) заменили репу реестром и стало понятнее?

Ну как, что бы репозиторий не путали с хранилищем и не считали интерфейсом к БД?

А чем привязка к «хранилищу» вредна? Тем что начинают выборки городить?

И апдейтить :)

Идея репозитория сама по себе проста, разве сложно её понять?

вот тут не понял, save делать в регистр — вполне валидный флоу

Неа, в этом разница между регистром и стором

Ну судя по тому что туда пихают - да

А что туда обычно пихают?

вставлю 5 копеек. есть 2 типа репозиторией collection like и storage like, первый может только дай и положи, а второй еще и сохрани

Вот второе не репозиторий) это сторадж или гейтвей

А представьте, что хранилища нет вообще ( все в памяти), а реестр есть. Тогда save выглядит немного странно. Или наоборот, у каждого агрегата свое уникальное хранилище, а но репозиторий общий.