Что об этом Матц думает?

эпично :)

транслятор ruby написан на питоне? Или я что-то не понял.

Язык на трансляторе, что на транслаторе, что на трансляторе транслятора.
Выше только стратосфера.

Все правильно понял, сходи по ссылке на гитхаб если не веришь.

А еще есть такое http://opalrb.org/ да что же вы все пишете на этом руби, других ЯП нет чтоли.

А мне кажется была бы интересная реализация руби подобно dart, на основе V8, или spidermonkey, т.е. глубже чем синтаксис js. Т.к. ruby строже чем js, то должно работать быстро.. ну это так, из области фантазий.

из области фантазий

С одной стороны, а с другой, может стоит смотреть на V8 и spidermonkey как на платформы для динамических ЯП и как-то двигать их в сторону некой адаптивности и универсальности.. Хотя это из той же области.

Лол.

Интересно посмотреть на реакцию руби-фагов :}

А руби разве сливает по скоростью яваскрипту? Мне казалось, там тупаки из-за рельс с 20 слоями абстракций. В результате которых джейсон парсят ямлом и т.п.

ожидаю проект Anakonda — реализация Python на JRuby с реактивным сборщиком мусора и суперсовременным JIT

в свете параллельного треда где-то там должны быть модули на Пъэрле.

здесь, да http://benchmarksgame.alioth.debian.org/u64/benchmark.php?test=all&lang=v...

А там вообще JIT есть? Что-то слишком большая разница.

YO DAWG ...

О да, так же там сотни вероятностных оптимизаций, а в spidermonkey даже больше, т.к. там теперь есть некий промежуточный jit дружелюбный к оптимизациям.

эпично[2]

Что-то слишком большая разница.

Причем она выросла за последние месяцы, т.к. я помню, что преимущество было не таким большим, http://www.arewefastyet.com/ это подтверждает, на kraken мы видим очередной скачек производительности в конце ноября, но что творит мозилла..

они сделают однострочную реализацию python

реализация руби подобно dart, на основе V8

это ты предлагаешь ruby в js транслировать?

Нет, это уже есть. И еще раз, dart - это самостоятельная vm, основанная на v8, по словам одного из разработчиков, они сильно упростили v8 благодаря тому, что в dartе строгая типизация (и ждут увеличения производительности, пока получается не очень-то, а я говорил, что интерпретатор может типизировать лучше человека). Трансляция в js, это отдельная, фича (просто у них есть транслятор). И да, я бы хотел подобную dartу, реализацию руби основанную на одной из js машин, уж если с дартом получилось (который статически типизируемый), то с ruby тоже должно получиться.

уж если с дартом получилось (который статически типизируемый), то с ruby тоже должно получиться.

Деление на ноль чую я.

Зря они кстати назвались topaz http://programminggems.wordpress.com/2012/11/28/using-topaz-on-windows/

Если б еще под ноду были зрелые библиотеки, это был бы рай, а не ад :)

Просто js машины мне кажутся (и я говорил уже об этом здесь) более серьезными чем mri и rubinius. Я сомневаюсь, что эти интерпретаторы (по всевозможным оптимизациям) приблизятся к v8, spidermonkey и HotSpot

Гном на js, Ruby на Питоне, телефон на Файрфоксе. Возможно, конец света, все же, наступил, и все перевернулось.

PyPy

Неужели руби проще реализовать, чем наконец допилить Python 3, который они уже несколько лет безуспешно пытаются реализовать на своём гибком языке высокого уровня™?

Класс, давайте ещё джаву на перле «реализуем» и всё будет чики-пуки

Неужели руби проще реализовать, чем наконец допилить Python 3, который они уже несколько лет безуспешно пытаются реализовать на своём гибком языке высокого уровня™?

Даже если и проще, то проект, я уверен, загнётся достаточно быстро, а что касается «допилить» — лучше бы оставили поддержку Python 2.x, иначе тут поимеет место быть история, аналогичная той, что была с KDE 4.0, но в меньших масшабах, ящитаю.

который они уже несколько лет безуспешно пытаются реализовать на своём гибком языке высокого уровня™?

Ты так говоришь как будто они серьезно пытались. Бублики там хорошие.

Я сомневаюсь, что эти интерпретаторы (по всевозможным оптимизациям) приблизятся к v8, spidermonkey и HotSpot

Руби более динамичен, чем js, поэтому вряд ли выйдет что-нибудь практичное. К тому же, на HotSpot'e только статика быстро вертится, тот же jython и jruby не фонтанят, совсем.

На самом деле js более динамичен чем руби. Одинаково. А jruby быстр, обнови свою инфу.

на HotSpot'e только статика быстро вертится

Уже нет.

Java 7 brings with it an important new feature called invokedynamic, which greatly improves JRuby's performance on VMs that support it.

по-настоящему высокопроизводительную реализацию ЯП Ruby

Вот если бы к Питону прикрутили какие-нибудь высокопроизводительные БД.
Например, у одного моего коллеги есть потребность в работе с большими массивами данных из Python, но без установки SQL-сервера.
Как я понимаю, такие штуки как INNER JOIN, на NumPy эмулировать - это садомазохизм.

Opalrb

А еще есть такое http://opalrb.org/

Неужели я такой слоупок, что не слышал о таком до сих пор. И как опал, юзабелен? А то, думаю, может в баню coffee, пишем на руби дальше!!!

А jruby быстр, обнови свою инфу.

Быстр как java?

invokedynamic

Костыль с минимум профита, ага.

На горизонте пока нет ни одной vm которая может гонять динамику со скоростью статики, а все реализации руби сосут у v8 — тупо факты, а не домыслы фонатов, такие дела.

Ну по использованию ничего сказать не могу, но по тому что на сайте, это скорее закос под руби чем серьезная реализация. В отличии от coffee, который приктически не обладает собственным функционалом, здесь присутствует некая стандартная библиотека, и даже что-то похожее на rspec. Смотря чего ты ожидаешь от руби в браузере..

Anakonda — реализация Python на JRuby

на Topaz же!

Нужно больше поездов, камней и змей!

Хочу более мягкого разделения клиентской стороны и серверной в рельсовом сайт, где необходимо джаваскриптовое MV*. Сейчас начал писать на Spine.coffee. Так то довольно няшно и мило, но хочется чего-то по типу GWT, только для руби.

Астральная реализация языка очень высокого уровня.

годно.
видел тред длинной в 1-у страницу

джаву на перле «реализуем»

ыц ыц ыц.
хорошо когда пятница начинается в четверг

Например, у одного моего коллеги есть потребность в работе с большими массивами данных из Python, но без установки SQL-сервера.

Мб SQLite?

Ряба, шитхаб... не нужно.

чего только не бывает

посмотрите Вышла новая версия SciDB

потребность в работе с большими массивами данных из Python, но без установки SQL-сервера.

Тогда надо поставить NoSQL-сервер! </being square>

Если серьезно, то SQLite и TokyoCabinet (см. TDB). Остальное, AFAIK, через сервер или через задницу.

лучше б делом занялись, ей богу...

Не нужно на не нужно.

Ждём, когда на питоне напишут си плюс плюс.