их конечно там чутка полили говном в каментах, но это же хабр...

Читал, и, по-моему, это ужас

0) кому не удобно и чем? Ханимки - обычный язык программирования, почему бы тесты на нём / для него не писать?
1) почему бы НЕ ПОЛОЖИТЬ в тот же репозиторий, кто тебе это мешает делать?

Т.о. это всё — не аргументы.

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

спасибо, почитаю)

Один умеет только базу, и хочет все тащить в базу, другой — только приложение, и хочет все тащить в приложение.
У меня даже ни малейшей идеи нет, почему у вас вдруг спор возник. Подмигивающий смайлик.
У фронтендеров с бекендерами ровно та же история.

0) Моки делать можно? Считать процент коверейджа? Запускать тесты группами?

Действительно. Зачем думать о будущем. Чего это я...

Это нормально, и люди так делают.
Ну и если ты хочешь понять, надо как раз анализировать аргументы противника в споре. И свои конечно же.

Вопрос был серьёзный, а ты думаешь, что я прикалываюсь.

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

Да, это хорошее замечание.

Кроме того, как мне несколько нод поднять, если с нагрузкой не будем справляться?

Проблема в том, как ты масштабируешь. Обычно масштабируют "блоками данных" или "сущностями". В случае блоков приложению просто достаточно послать запрос на все ноды (или не все, если оно знает в какие ноды посылать, допустим в зависимости от пользователя).
В случае сущностей все немного сложнее, там уже надо чтобы запрос был не на чистом SQL а на "птичьем" языке ORM'а и решать это на уровне ORM'а (или подставлять dblink или вытаскивать часть SQL функционала на уровень приложения)

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

Опять?) полгода как этот срач идет с особенной силой после постов лингвалео

Самые популярные темы для срача в чатах - это хранимки, ORM и jwt))))

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

У меня ещё есть несколько аргументов:
ЗА БЛ в хранимках.
0) хранимки пишутся на высокоуровневом 4GL языке, который изначально умеет работать со всеми данными, хранящимися в БД, и работает с ними очень естественным образом.
1) Язык сервера приложений (хотя он и может быть любой) часто менее высокоуровневый, менее мощный, и очень часто ДАЖЕ НЕ ПОДДЕРЖИВАЕТ некоторые типы данных из БД,
например, даты и время.
ПРОТИВ БЛ хранимок.
0) Языки 4GL хранимок очень плохо переносятся на другую СУБД, но, правда, СУБД люди меняют не часто.
1) языки 4GL хранимок очень плохо интегрируются с другими языками программирования и с другими системами
2)  языки 4GL хранимок очень плохо реализуют вычислительные алгоритмы, если такие вдруг нужны.