Ход раком

[metaclass]

Чтобы ИТ-индустрия окончательно встала раком, Гуглу сейчас нужно сделать ход конем - разработать ТРЕТИЙ вариант кроссплатформенного языка-платформы с собственной виртуальной машиной, JIT, итд, итп, в дополнение к жабе и дотнету. И сманить девелоперов на него какими-нибудь заманухами страшными.
Тем более что дотнет семимильными шагами двигается в ту же over-engineered сраку, что и жаба, а альтернативы реальной тому и другому и нету.

Comments

[norguhtar.livejournal.com]

Когда ruby будет работать хотя бы с той же производительностью что и питон, тогда и приходите (c) bobuk

[thedeemon.livejournal.com]

А они так сильно отличаются?

[norguhtar.livejournal.com]

Да. Ruby сильно тормознее чем Python. Они там сейчас активно пилят производительность но пока увы увы.

[thedeemon.livejournal.com]

Он щас по скорости как перл и похапе примерно. Они тоже непригодны к использованию?

[norguhtar.livejournal.com]

На каких задачах? Приведенный вами график не говорит о тесте ровным счетом ничего.

[thedeemon.livejournal.com]

Это с shootout'a, там много разных задач.

[norguhtar.livejournal.com]

"много разных задач" это хорошо, но что это были за задачи увы не понятно. Если вы мне пытаетесь сказать, что ruby не хуже чем python и на нем можно писать, то мне как-то без разницы. Опять же если говорить про php и perl то на php для веба лучше не писать без фреймвока, просто в силу того что можно получить безобразную кашу в приложении которая работает при этом не сильно быстро. А perl увы я не использую по той причине, что код на нем написанный через неделю читается крайне плохо.

[thedeemon.livejournal.com]

Я думал, programming language shootout знают все.

Мой поинт лишь в том, что вопрос скорости в сравнении руби и питона поднимать нет смысла, и отвергать руби по одному этому критерию неразумно. Об этом с самого начала и толкую.

[norguhtar.livejournal.com]

Далеко не все знают про shootout. Ruby же мне не нравится не из-за медленности, а из-за моего личного ощущения языка как перегруженного.

[theiced.livejournal.com]

то есть нравится питон и не нравится руби? вы содомит?

[norguhtar.livejournal.com]

то есть нравится питон и не нравится руби?

Таки да.


вы содомит?

Вам нравится lisp. Так что от себя могу вам задать точно такой же вопрос. :]

[theiced.livejournal.com]

пистон - уродливое гипермегауёбище, "спроектированное" дауном-пидорасом. иначе откуда там в качестве элемента синтаксиса И табы И пробелы _одновременно_?

[norguhtar.livejournal.com]

Ну а лисп "спроектирован" безумным бородатым ученым помешанным на скобках. Но вообще в качестве элемента синтаксиса лучше пробелы не использовать :]

[theiced.livejournal.com]

ты не понял. И пробелы И табы. одновременно. это пиздец. а скобки - это клёво, действительно клёво.

[metaclass.livejournal.com]

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

[thedeemon.livejournal.com]

Вообще, тут изначальная посылка глупая. Питон и Руби надо юзать там, где вопрос скорости не стоит вообще. Если нужна скорость, обоих втопку. Поэтому определенно, скорость - не то, на что стоит обращать внимание при их сравнении.

[norguhtar.livejournal.com]

Часть сервисов яндекса написано на python и django я думаю это довольно хороший показатель достаточной скорости питона. Ну а Ruby увы даже до его скорости на данный момент не дотягивает.

[thedeemon.livejournal.com]

Часть проектов - хорошо звучит. На деле один или полтора, и тот под первой же небольшой нагрузкой свалился.
http://softwaremaniacs.org/blog/2008/02/22/why-offline-crashed/

Гугл тоже использует питон для некоторых сервисов. Когда серверов до жопы - можно. Там же можно и Руби.

[thedeemon.livejournal.com]

А, есть еще один - яндекс.афиша:

Можем только сказать, что после размазывания по кластеру "крейсерская" нагрузка получается в районе 7-8 RPS на машину. Это и внешний, и внутренний трафик. И это совсем далеко от обстрельных нагрузок, где сервис держал порядка 100 RPS на одном хосте.
http://webnewage.org/2009/05/15/widget-on-morda/

Ню-ню.

[norguhtar.livejournal.com]

Да-да. Только вот для Ruby потребуется в двое больше серверов. А когда я послушал одного из адептов руби, который призывал переписывать тормозящие куски на C, мне как-то стало не по себе.

[thedeemon.livejournal.com]

Еще раз: нужна скорость - обоих втопку.
А 100 RPS на Руби держать не сложнее, чем на Питоне.

[thedeemon.livejournal.com]

Собственно, поиск и другие нагруженные щтуки в Яндексе пишут на С++. Кое-что, вроде фоток или видео, на яве. Что подтверждает мои слова об области применимости.

[isagalaev (from livejournal.com)]

Я понимаю, что вы видите в тех постах то, что очень хотите увидеть, но количество ерунды, которую вы тут написали зашкалило настолько, что я хочу вмешаться, чтобы *остальные* случайно не начали вам верить.

- в первой статье, на которую вы сослались (why-offline-crashed) я долго рассказывал, что тормоза обеспечил неудачный индекс MySQL
- из второй статьи про Афишу тоже нигде не не следует, что 100RPS -- это потолок Питона, и поскольку я знаю, как она написана, я могу сказать, что причина в сложных запросах в базу
- то, что "поиск" написан на C++ -- подмена понятий, потому что речь здесь про веб-морду, а она написана на Перл (а весь остальной поиск написан на некотором количестве разных языков, включая и плюсы, конечно)

В общем и целом, идея о том, что причиной тормозов на вебе является *язык* -- это либо трайбализм, либо непрофессионализм (либо они вместе). На Питоне, Руби, PHP и Перл в вебе написано больше, чем на плюсах или Яве. Так что, про зависимость от области применимости вы сказали в принципе правильно, но по сути поставили всё с ног на голову: надо ещё поискать приложения, где интерпретируемые языки бы не справлялись.

[thedeemon.livejournal.com]

Спасибо за пояснения!

Мои возражения возникли, когда человек стал отказывать руби в пользу питона по причине медлительности первого. То, что на обоих люди успешно пишут в вебе, мне вполне очевидно. И это как раз тот случай, где скорость скрипта не самое главное, и в определенных пределах интерпретируемые языки вполне годятся.

>надо ещё поискать приложения, где интерпретируемые языки бы не справлялись.

Веб-девелоперу, наверное, и правда сложно такое представить. :) Я вот обработкой и сжатием видео занимаюсь, там сплошь примеры таких приложений.

[isagalaev (from livejournal.com)]

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