RubyConf 2010: настоящее и будущее Руби (II)

[sesharim]

Вы даже не представляете, на сколько. Шикарный язык.

[dborovikov]

Руби — один из моих любимых языков, но этот Rite — фанатизм Матца. Зачем нужен Rite, если есть lua? Точнее так: чем lua не устроил? Ведь соверешенно не понятно, чем Rite лучше. Тем более Rite — это нифига не руби. Конечно, пусть будет для конкуренции с lua и guile, но все равно цели проекта не понятны.

[whitequark]

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

Кроме того, Rite видится мне прямым конкурентом Java ME (не на телефонах — вряд ли там уже что-то изменится — а в прочем эмбеддеде), особенно с учетом разработываемого Ruby-процессора. Чем не аналог JavaCard?

[dborovikov]

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

Очень сильно меня печалит, что Rite не обещаю сделать более быстрым. Как я понял, это интерпретатор. Почему бы его не сделать на llvm с JIT-ом? Вот здесь: shootout.alioth.debian.org/u32/which-programming-languages-are-fastest.php видно, что lua-jit быстрее паскаля и фортрана, и дышит в затылок жаве. MRI же в хвосте, причем медленей на 2 (!) порядка lua-jit. Тут никакие чипы не помогут.

[whitequark]

Встраиваемые системы бывают разные. На рынке есть множество устройств с прошитым Линуксом, а он разве простой? Или, говоря более локально, та же Opera Mini не слишком тривиальна. Или читалка электронных книг, если учесть, что против J2ME на мобильниках шансов у Rite нет.

Скорость Rite… я бы все же подождал до момента официального выпуска. Потому что, насколько я могу судить об архитектуре подобных процессоров (а Rite явно разрабатывается с учетом возможности запуска на них), здесь наиболее вероятно включение AOT- или JIT-транслятора, иначе толку в таких расширениях ISA нет.

[Xarakternik]

Рубиниус — где-то год назад слушал кофе-брейк на его тему — там были сложности с реализацией хешей.
Как сейчас?

[whitequark]

Я не пользовался Rubinius в продакшне, но полгода назад проблема с хешами все еще была. (Я бы вообще не рекомендовал использовать REXML, так как он адски тормознутый, по крайней мере на MRI; а в rubinius-е работают C-шные расширения, написанные для CRuby, и поэтому проще всего поставить гем libxml.)

[kronos]

Сложностей не было, они работают не шустро. Сейчас ничего не поменялось. Зато многопоточность (честная) почти готова.

[Xarakternik]

Вот Вы же в Киеве и показывали плюшки Рубиниуса, верно?
Меня пугает то, что им занимаются всего 3 человека по сути.

[kronos]

Двое на фултайм, остальные просто члены коммьюнити. Станьте контрибутором :)

[Xarakternik]

Страшно )

[rubyman]

Слыхивал, что некоторые его в продакшене используют, что вы можете сказать о такой практике? Готов ли Rubinius к этому?

[kronos]

Я бы рекомендовал юзать его в dev окружении если продакшн крутится на ветке 1.8

[Prorok]

Да Руби это есть хорошо и мой выбор, а Питон выучу потом. Холиваров будет скоро наверное)))

[rubyman]

rubydev.ru/2010/12/ruby_mirah_reia_rite_rubygolightly/ — хорошая статья для тех, кто интересуется будущим Ruby.

[whitequark]

Интересная статья, но она не очень-то о будущем Ruby. Все эти странные реализации очень любопытны, вероятно, найдут свою нишу, но собственно к Ruby имеют довольно отдаленное отношение.