нет управление памятью(аля unsafe), ну и конечно же медленный! А для высокопроизводительных систем, он не подходит! Но вот как это донести до рубистов?
Каждый инструмент хорош для своих задач. Никогда не писал на руби, но абсолютно уверен, что даже быстрым гуглением можно найти кучу проектов на руби, вполне себе живущих в проде под нагрузкой, уже долгое время. Вопрос стоит в возможностях и целесообразности масштабирования и том, что в конкретном примере является "высокопроизводительной системой".
высокопроизводительная система у заказчика - от 100 000 прараллельных обработок http запросов в секунду + хотят встроить AI для параллельного вычесления данных из запросов, я не спорю ruby наверно один из лучших инструментов для прототипирования, в боевом режиме...
А в чём проблема масштабироваться? Железо копейки стоит. Если есть готовый проект на Ruby, то переписывать его выйдет, скорее всего, дороже. Причём неизвестно, даст ли это вообще что-то (т.к. хз насколько норм будет переписано)
Ну. go хорош многопотоком, да. Но если есть прототип на руби и команда, которая его сделала, то может не стоит оно того, менять стек? Бизнесу пофиг на ваши инструменты. Если на руби оно работает, приносит нормальную маржу, а расходы на содержание железа и команды уравновешивают друг друга...
Обсуждают сегодня