Groovy++ догоняет Java по скорости

> посмотри сколько там про мойнти пайтона

В разделе «Computers & Internet» ? Даже подумать страшно...

что говорит о maturity платформы

Что говорит о том, что питон в районе 3-4 гг. взял у перла себе знамя первого скриптового языка. У руби в те годы в лучшем случае был английский мэйл-лист, да десяток английских страничек.

эжто скорее вторичный эффект

Тут ни поймешь ни черта, что первично, что вторично. У меня лично впечатление, что питон становиться мировым аналогом нашего турбопаскаля.

> gajim/quodlibet/portage/pybookreader/iotop/notefinder/gramps/picard

Кто эти люди? Где мои вещи?

И да, ты забыл самое главное десктопное приложение на питоне - Sexual Fantasy Kingdom {1,2,3} !!

>Что говорит о том, что питон в районе 3-4 гг. взял у перла себе знамя первого скриптового языка. У руби в те годы в лучшем случае был английский мэйл-лист, да десяток английских страничек.

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

О чем и упомянули вначале. О чем мы спорим?

У меня лично впечатление, что питон становиться мировым аналогом нашего турбопаскаля.

Становится. И это a) хорошо b) все ж говорит о широте и высоте.

А пока руби соревнуется только за рынок PHP - там он и будет. Что к стати собственно не так плохо - даже хорошо, потому я и упомянул что ему надо найти подходящий серьезный бэкэнд - как вариант llvm - потому что на jvm он в большом пролете. А пока они там наколенке ишут все сами начиная от стандартной либы и заканчивая vm - будут сильно отставать.

>Кто эти люди?

Я выше уже говорил про адекватность.

> Только с тех пор ничего серьезного и не появилось в руби

Так ничему серьезному в нем появляться и не нужно. Хорошему стулу совершенно не обязательно приделывать колесики, крючки для полотенец и лампу.

В 1.9 идет допил производительности. Пополняется и обновляется база скриптов. Всё. Руби вошел в туже стадию, где в районе 2К-2001 был перл.

О чем мы спорим?

Сейчас уже трудно сказать. Но в общем-то я пытался сказать, что руби != РоР, и пользователи не связанные с вебдевом и РоРом у него есть.

Становится.

Со всеми этими синтаксическими прыжками и прочими self'ами? Это же ССЗБ-шство чистой воды.

пока руби соревнуется только за рынок PHP - там он и будет.

Да не будет его там. _На самом деле_ он ни за какой рынок не соревнуется. Это идеальный инструмент для обучения (тех же школьников) и прототипирования. И это же - его потолок. Разумеется, всегда будут идиоты, которые будут пихать его во все щели, а некоторые еще и с маркетинговой шелухой. Ну так идиотов для всех языков хватало.

ему надо найти подходящий серьезный бэкэнд - как вариант llvm

Вообще-то главная фича руби - динамичность. llvm как-то плохо ассоцируется у меня с утиной типизацией.

потому что на jvm он в большом пролете.

Ты на название темы посмотри, да. ;)

>> Я, человек от вебели далекий, о RoR и узнал раньше, и сейчас слышу больше.

Результаты 1 - 10 из примерно 7 760 000 для django. (0,26 секунд)

Результаты 1 - 10 из примерно 11 300 000 для ruby on rails. (0,16 секунд)

Ну то есть даже такое простое исследование подтверждает - хайра о RoR в полтора раза больше.

Кто бы говорил.

«Portage — основная система управления пакетами в Gentoo Linux. Аналог системы портов FreeBSD. Представляет собой набор утилит на Python и Bash»

Ну с этим я и не спорил. Я спорил с тем, что нет ни слова о джанго. ;)

То есть всё остальное ты профильтровал? Ну, я уже всё понял на счёт твоей адекватности. Можешь не отвечать, давно уже собирался тебя заигнорить...

>Так ничему серьезному в нем появляться и не нужно. Хорошему стулу совершенно не обязательно приделывать колесики, крючки для полотенец и лампу.
Серьезному в данном случае - это использование в широких прикладных областях, и книжки немножко дальше чем «введение в руби», и «ror на практике». Для примера посмотри сколько книжек о питоне, которые не являются туториалом к питону или джанге.

В 1.9 идет допил производительности. Пополняется и обновляется база скриптов. Всё. Руби вошел в туже стадию, где в районе 2К-2001 был перл.

И что - в 2010 году нужен комуто перл двухтысячного? В том то и проблема - не видят они трендов и тратят много сил на то что уже придумано до них.

Со всеми этими синтаксическими прыжками и прочими self'ами? Это же ССЗБ-шство чистой воды.

«Покажите мне язык без проюблем и я покажу вам человека, который этот язык не знает» (C) Я :)

В руби своих проблем навалом - туда мы скатываться не будем.

Вообще-то главная фича руби - динамичность. llvm как-то плохо ассоцируется у меня с утиной типизацией.

Objective-C это не мешает.

> То есть всё остальное ты профильтровал?

Всё остальное для меня - малоосмысленный набор симоволов.

давно уже собирался тебя заигнорить...

Ну так не тяни резину.

> в 2010 году нужен комуто перл двухтысячного?

Перл своего времени будет нужен всегда.

В том то и проблема - не видят они трендов и тратят много сил на то что уже придумано до них.

Ну это не новость, и то, что Мац решил ваять собственную либу на С, вместо того, чтобы базироваться, скажем, на той же jre называют основной причиной «провала». Хотя в общем-то руби - ни разу не коммерческий продукт, так что о «провале» говорить не корректно.

В руби своих проблем навалом

Изменение в синтаксисе было только одно. Изменения интерфейсов библиотеки не было вообще. Слухи о проблемах в руби сильно преувеличены.

Objective-C это не мешает.

В Objective-C можно в своём коде переопределить метод чужого кода или встроенной библиотеки, да так, что _везде_ будет вызываться переопределенный метод?

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

А что тогда, по-твоему, portupgrade?

Ты пропустил всю драму с KRoN73'ом. Читай выше.

>В Objective-C можно в своём коде переопределить метод чужого кода или встроенной библиотеки, да так, что _везде_ будет вызываться переопределенный метод?

Это все относится к вопросам dynamic dispatch. То что описываешь ты - это языки поддерживающие модель prototype. Там в корне одна и таже поблема. И не важно это мессанджи смолтолка/obj-c или ducktyping/prototype жабаскрипта или руби.

Ну я не спорю с тем, что это реализуемо в принципе. Вопрос в трудозатратах и их источнике.

Деятельность в этом направлении в принципе ведется - MacRuby.