то есть большую часть времени мы тратим на i/o

Сужу по гитлабу, который ресерчил "а не получим ли мы выигрыш переписав часть вещей с руби на ноду" (go у нас есть :))

ну я в принципе тут не оч. шарю наверное. Ну вот у меня веб-аппчик, которому волею судеб приходится к примеру в одном методе ходить 5-8 раз в разные БД.
На ноде это происходит вполне быстро. На руби мне кажется это куда сложнее? или я не прав

Нет, разницы часто вообще не будет заметно

потому что на сколько-нибудь серьезной нагрузке придется что там что там обмазываться кешами :)

Тут сразу взаимоисключающие вещи происходят
Возьмем две причины быстрой разработки

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

1 - казалось бы все быстро, потом растёт тех долг, растёт сложность, и скорость разработки настолько сильно даунгрейдится, что уже все... мало того что скорость разработки уже упала и никакой речи о ней быть не может, так и перфоманс уже страдать будет как не крути
2 - скорость не падает так быстро, суммарно накапливается больше времени на тестирование, и в итоге быстрая разработка - способствует быстрому приложению и норм поддержке

Не на то сообщение реплй сделал, соре
целился выше

Спасибо, что напомнили мне разобраться с тем, как диски работают.

т.е. по сути и то и то потухнет от какого-то перебора в цикле на 100500 мильенов елементов?

грубо говоря - да :)

Пахнет же

хм. Интересно конечно

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

хотя гитхаб же как-то живет. А его много людей юзает одновременно

а какие проблемы в гитлаб решались на go?

Не стану отрицать существование взаимосвязи между инструментом и тем, как его применяют, но вы сейчас скорее про плохие инжинерные практики и организацию workflow, чем про недостатки Руби и Рельс

интересно а что надо кодить чтоб появились CPU-bound задачи ? в вебе

и решаются. Интерфейс над git

вы правы. Но тогда интересно, почему руби не вытеснил ПХП, как ему пророчили...

потому что git может быть распределенным (gitlab geo) :)