Нет вообще много чего :)

Но стало чуть лучше

perf

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

Вы же будете без orm писать бизнес логику в 2021 году?

Конечно буду) У меня бизнес логика уровнем выше стоит, запросы к бд - ниже

Есть же подходы: usecase - repository - datastore

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

я уже два раза делал выбор в сторону руби при начинании нового проекта) Просто банально из-за большего колличества либ, которые облегчают жизнь. Хотя кристал мне очень нравится и amber лично для меня огонь)

Ты счастливчик, что в твоих проектах не так важна скорость отклика) К сожалению, когда прижимает - приходится бежать от интерпретаторов

просто интересно, а где прям очень важна скорость отклика? С ходу могу назвать финансовую сферу. А где еще?

вот да, всегда интересно было, где нужна такая производительность? какие-то научные обсчеты?

Финансы, реклама, сбор данных, и очень много чего еще. У меня есть очень плачевная история, как для проекта связанного с RTB (реалтайм реклама) выбрали PHP для mvp, в итоге не успели вовремя слезть, несли большие убытки из-за того, что постоянно в узкие места упирались, админ бедный вообще был. Возможности переписать не было т.к. это бы означало полную остановку борьбы с тем, что уже сейчас работает.

В итоге, через 3 года цикличных мучений, из-за очередного падения я психанул и переписал все на Go. Да, не спал почти месяц нормально, но переписал. В итоге уводили даже админа. Сейчас сервис работает без сбоев год на одной VPS.

Для того, что бы этот зоопарк работал на php нужно было в 12-16 раз больше ресурсов, я не преувеличиваю

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

Мы планировали, просто объемы резко пошли, а отказаться уже не могли

Реальный мир не предсказуем

Из опыта большого проекта на Go+MongoDB: да, бизнес логика без ORM действительно возможно.
Конечно, совсем без организации кода не обойтись.
В том проекте было разделение:
- api контроллер
- модули функциональности
- описания сущностей
- мэнеджеры сущностей
- дао сущностей
Описания сущностей - структуры с маппингом полей в JSON.
На каждую сущность (реже, на две-три тесно связанных сущностей) - DAO. Только DAO ходило в монгу напрямую.
Мэнеджер делал логику чуть повыше, чаще всего дёргал методы DAO той же сущности, но для крупных сущностей ходил и в чужие DAO.
Описания связанной группы сущностей и интерфейсы их DAO и Менеджеров были в отдельном Go пакете - модуль. Реализации интерфейсов - в подпакетах.
Иногда выделялись модули, объединяющие несколько разных сущностей из других модулей.
API контроллеры дергали методы из нужных им модулей.

Маркетплейс. Пользователи не любят ждать.
Правда, время отклика вполне может быть 200-700ms на большие страницы, и 40-100ms на маленькие запросы. Но если бы та же функциональность была на условном Ruby, то это уже было бы 2-5sec и 0.4-1sec соответственно.

> В итоге уводили даже админа.

Сволочь, ты лишил человека работы.