Кстати, а что убило руби?

Сам умер

Не очень понял. Просто он так быстро появился и так быстро исчез, что я даже не понял, что это такое

Я когда то думал - вот выучу js и джейквери и потом туториал по рору почитаю

Медленный Нет асинхронности Нет многопоточности

Его уже убило?

тут больше вопрос про нужды

Понятно. А что это вообще такое?))

Всегда найдутся люди, которые будут говорить что руби ещё всех переживет. Примерно как с перлом или делфи

Я тут на днях случайно статейку про перл почитал. Оказывается, уже perl7 есть :-)

Первые два пункта не актуальны

Еще нет, но планируют

Руби стал быстрым?

Тоже интересно. Я отметал этот язык только из-за скорости. Если они это пофиксили - буду рад изучить и использовать

в 3 версии грозятся поднять производительность на уровень с питоном и нодой. Если это произойдет, это будет сильнейший удар по пыхе.

насколько я знаю по чатам руби, проблем с производительностью как были, уже нет более точно сказать не могу в новых версиях jit появляется

Вот только пыха7 быстрее питона:)

У питона и ноды производительность разная (если я правильно понимаю что такое производительность), как можно их на один уровень ставить

Не знаю, как помне в продакшене, плюс минус одно и тоже, что пыха, что нода, что питон. Там разница в несколько тысяч, это не о чем. Причем сильно зависит от архитектуры, реализации, фреймворков, обвеса и прочего. Просто руби от них в этом плане сильно отставал, но если он конкретно подтянется, то эти самые несколько тысяч запросов, не будут иметь никакой роли, так как сила руби в том, что на нем писать crm, erpБ и прочие сервисы одно удовольствие. Рельсы по своей крутизне, на приборе вертели ларавель, симфони, джанго и т.д. И всегда особенно в СНГ выбар падал не на рубанок а на пыху, по простой причине, руби был крайне медленным.

Интересно было бы посмотреть, как достигли "плюс минус одно и то же", потому что в моих наблюдениях разница была в разы, а вот от руби почти не отличалась

разница в разы была в чем? какая задача решалась с помощью питона и ноды?

В количестве обработанных запросов Для тестов задача одинаковая была, скорее всего получить запрос, сходить в базу (одну и ту же), ответить, детали уже не помню Да и от повседневного использования питона у меня скорее грусть, если говорить о производительности, я на нём вспомогательные задачи решаю. Их не сравнивал, но думаю, что даже на банальных задачах по работе с фс/парсинге/форматировании питон сильно отстанет от ноды

А ты использовал асинхронность (корутины) в пайтоне?

Для теста как раз что-то асинхронное было выбрано, твистед или торнадо

Perl/Mojolicious тоже неплох

часто для производительности достаточно сделать биндинг для сишной либы

а потом убрать эту лишнюю прослойку на пайтоне/ноде и писать сразу на си

это не всегда удобно, каждые языки имеют свои преимущества например, работа с регулярками

Давайте сразу бинарным кодом

То была ирония)

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

Мне показалось, что на пайтоне даже проще было... Но пробовал в академических целях

А что упрощено по сравнению с нодой?

Вот когда появится, тогда и будет не актуально, а сейчас далее питон обгоняет руби

а никто и не говорит переносить бизнес-логику в сишную либу Можно например, взять самый быстрый парсер JSON, шаблонизатор, HTTP-парсер на C а бизнес-логику на JS

Уже не вспомню, но мне было нужно очень мало телодвижений со стороны плюсов, чтобы подрубить к пайтону

Читал про такое, там проект назвали Франкенштейн 😎

в смысле сложно разобраться?

В смысле не уверен, что стоит городить монстров на ровном месте Обычно всё же упирается не в парсинг json, поэтому разгонять такие мелочи ценой привнесения ненужных зависимостей вряд ли стоит