Асинхронщина не решит проблем с бизнес логикой или отсутствием экосистемы для проектирования и эксплуатации сервисов в системе

Зато она много где снимет тормоза связанные с IO

А это уже прямо скажем очень немало

А как это поможет сервисы делать?

Я тебя не понимаб

Есть объективная проблема, пока куча других языков сидит на асинхронщине и не блочится в эти несчастные N потоков, рубит сидит тупит на IO, и новые запросы не обслуживает

Знаю что довольно много для кого это критично

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

Фигасе не решает, у тебя практически перестает блочиться в руби если процент IO подавляющий

Современное руби ходит в базу/другой сервис и генерит json, в _основном_ все

Т.е. у тебя перестает блочиться в руби, и начинает блочиться в базу, кэш, куда угодно

Вот чисто с моей точки зрения это вин

Так ещё раз, как асинхронщина решит тебе проблему с бизнес логикой или распределённым монолитом?

Или как асинхронщина позволит писать отказоустойчивые системы?

Или как тебе асинхронщина позволит не тратить года на распил монолита? (Ну или как она не позволит придти к ситуациям, когда монолит нужно распиливать?)

Это хорошие поинты, вопрос опять же в проблемах самих проектов. Судя по опыту компаний крупных, руби нормально держит нагрузку (если это не рельса написанная, что бы быстрее написаться). При этом, проблемы сервисов (как моя ошибка выжившего подсказывает) не в нагрузке или блокировке, а в том, что люди приходят к сложно написанным системам с кучей взаимосвязей, которые не поддерживаются или рассыпаются от любого чиха. При этом, возникают организационные проблемы (как нам команды распилить так, что бы сервисы поддерживать и бизнес логику писать). Если смотреть с этой точки зрения, то все как было на одном уровне, так и останется (может станет хуже, потому что асинхронный код поддерживать - то ещё развлечение)

Я тебе говорю про конкретную ситуацию которая точно есть в 90% проектах на веб рубях

Все ходят в базу, пускай блочится на кэш/базу чем в рубях потому что потоков не хватает

Причем тут помощь в архитектурных решениях не понятно

При высоком IO у тебя очень малый шанс что ты будешь в руби сервер утыкаться при асинхронщине