Ну не совсем согласен. Репозиторий знает о способе хранения данных. Он может, например, агрегировать их из мускула, АПИ и поискового движка, чтобы создать 1 ДТО/агрегат.

Во, я как раз про такое недавно думал/пытался сделать.

Главное - в черновике проекта грамотно поделить все на контексты, сущности и сервисы. И под сущности интерфейсы репозиториев выделить, пусть там даже тупейшие операции поначалу делаются. Зато потом можно будет разнести данные из одной таблицы или БД куда угодно.

Любители таких сложностей всегда потом огребают.

Либо место них огребают те, кто пришëл исправлять то что первые наворотили.

Система должна быть простой. Если она не простая, значит накосячили в дизайне.

Моë золотое правило дизайна.

Ну у меня оно примерно такое и есть.
Есть много внешних сервисов, откуда тянутся всякие сущности. При этом связка может быть двусторонней - можно оттуда получать pull, могут оттуда прилетать пуши при изменениях; что-то нужно или не нужно кэшировать, часть сущности может жить там, а часть - локально. Вот и пытаюсь сейчас сконструировать такой вот репозиторий, который будет инкапсулировать в себе эту логику.

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

Про черновик забавно.

Как будто система делается в два шага. Спроектировал, реализовал.

Если бы в жизни так было, нам бы столько не платили )))

Не те люди там сидят. Милимко какой-нибудь )))

Оно так и делалось, пока не придумали аджайлы.
В частности, RUP так был построен. Как будто мост строят - сначала два года рисуют чертежи, потом три года строят, потом он 50 лет стоит.

просто у фесора еще работа есть)

Паш, там уже работает всë. Ничего кормить не надо.

это из разряда про курицу и яйцо
скорее платят, потому что "сложна"

пойду еще копаться))

раньше фронтендерам платили мало
потом они придумали гульпы, вебпаки, ноде жс

и стали сразу просить в 5 раз больше

хорошая версия 😂

С мостом сравнение некорректно, потому что мост это не бизнес.

В бизнесе есть конкуренция и низкий риск облажаться, при постройке моста всë наоборот.

Если ты дашь построить мост десяти компаниям без особого контроля за процессом, и пообещаешь заплатить тому кто первый построит мост, ты поразишься тому из какого говна можно построить мосты )

Ткни пожалуйста где Storage инициализируется 😢😢

Не, сложность не в том чтобы спроектировать и сделать. Сложность в развитии и поддержке за умеренную цену.

Единый фактор жизнеспособности приложения — способность эволюционировать.

Если изменения дëшевы и легки, приложение быстро станет лучше.

Если они сложны и дороги, повышается риск застрять и скатиться по наклонной в легаси.

Архитектура должна служить тому чтобы сделать приложение проще, а не сложнее.

Если программист увлекается и делает сложно, надо бить линейкой по пальцам, чтобы упрощал.

Гордиться надо простым кодом, а не сложным. Кто гордится сложным кодом, тот ещë не достиг мастерства.