но в любом случае ты врядли будешь "вжух и поменял" если был постгрес условный а ты решил юзать orientdb

если это не опенсорс, то как скзал Сергей, зачем? Да и проекты чаще умирают, чем получают рзвитие до масштабофф "нужно поменять транспорт"

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

Когда проект позволяет так писать, можно так и делать, а когда у тебя postgis, timescale и еще какие-то расширения установлены - довольно затруднительно писать вендор агностик код

Это у дяди Мартина в чистой архитектуре все красиво)

я читал дискучии про переезд с постгреса на мускл. Давно конечно, но на сколько я помню проблема была в производительности, в частности в перестроении индексов при update

там это больше в контексте репликации было, опять же - у меня под поком постгрес прожевывает пол миллиарда апдейтов в сутки (на одной таблице) и все хорошо.

Проще стремится к идеалу и иногда отступать в сторону, чем просто забить и писать как попало.

И как я писал раньше, если это требует больших трудозатрат то можно и отступить.

идеал не в том что бы "можно было базу поменять". А в правильном выборе инструментов.

Делая абстракции сильно универсальными ты теряешь львиную долю возможностей которые инструменты дают

Я не говорю что надо делать сильно универсальные абстракции. Я говорю, что надо соблюдать баланс. А для очередей и так уже все абстракции сделаны. И завязывать себя на транспорте, только для того что бы из очереди сделать планировщик, так себе идея. Если для этого есть свои инструменты.  А если в контексте базы говорить, то это опять же все зависит от задачи. И если есть возможность сделать так что бы не было важно какая база, то лучше так и сделать. Так как никто не знает как повернет проект через 5 лет.

а как быть с кейсом, что проект проектировался под "никто не знает куда повернет через 5 лет", а через 5 лет проект никуда не повернул, сменилось поколение разработчиков - и новая волна офигевает от количества абстракций, а бизнес офиегевает почему так долго впилить новую фичу ?

ну т.е. это же вот про реальные деньги и человекочасы. Имхо есть психологическая ловушка: рассматривать варианты смены всего на все, это прям приятно( и еще добавляет лычку в резюме) , а что приятно тем человек и занимается

я так понимаю сколько  я бы не писал про БАЛАНС, никто не видит этого.

просто это видимо не то место, где его нужно искать

Да баланс это такая субъективная штука имхо. Ну кто является мирилом этого баланса в команде? А если этот кто то уйдет?  Другой баланс будет? А как понять что баланс найден?
Я не утверждаю, но имхо баланс это что то крайне субъективное.
А когда активность в разработке вытекает не из реальных проблем и задач, а из "субъективного" , то это уже рулетка

его всегда нужно искать. Иначе ты уходишь в крайности, а это всегда не хорошо.

искать баланс в бизнесе - да, в стеке? ....

зачем писать на пыхе, давайте на си

мирило баланса в каманде - зависит от самой команды.

ну вот поменялось часть команды, мерило баланса тоже поменялось?
Для чего нужен баланс?
Чем плохи крайности?
Да и то что кажется крайностями, они для кого крайности?