Какой рубиновый интерпретатор вы с нетерпением ждете?
Сейчас в разработке несколько реализаций Ruby. Чего вы с нетерпением ждете и почему? Вы активно используете в производстве не-МРТ?
Некоторые из вариантов включают:
Ответы 5
Маглев. Он будет иметь преимущество в скорости всей оптимизации, которая была внесена в основную виртуальную машину Smalltalk за многие-многие годы. Кроме того, он будет автоматически сохранять все ваши данные в значительной степени автоматически, поэтому больше не нужно обезглавливать слои объектно-реляционного сопоставления и так далее.
Это зависит от виртуальной машины. Я полагаю, что установка в производственной среде займет много времени.
Ruby 1.9 (YARV) дает нам хорошее представление о том, куда движется Ruby, но я бы не рекомендовал использовать его для производственного использования. Хотя он, безусловно, намного быстрее, чем 1.8, даже некоторые части синтаксиса продолжают меняться, поэтому я не думаю, что вы могли бы назвать его стабильным. У него действительно есть некоторые интересные новые функции и синтаксис, которые со временем обязательно найдут свое место во всех других реализациях.
JRuby и IronRuby полезны тем, что предоставляют ruby доступ к целому ряду новых библиотек и сред, где ruby нельзя было бы использовать иначе. Я сам пока не нашел в них особого применения, но считаю, что они существуют. Они могут позволить рубину проникать в корпоративную среду, где иначе это было бы невозможно. Это может быть только хорошо.
Рубиниус и Маглев, вероятно, самые интересные проекты, но также и те, в которых их польза для сообщества, скорее всего, будет самой далекой в будущем. Rubinius вполне может превратиться в передовую «чистую» виртуальную машину для языка ruby, позволяющую коду Rubin работать намного быстрее, чем это возможно сейчас. Maglev тоже кажется чрезвычайно многообещающим, учитывая более чем 20-летний опыт работы с виртуальными машинами. Он также предоставит функции, выходящие за рамки стандартной виртуальной машины, но, конечно, это будет происходить за счет переносимости кода.
Однако в целом меня больше всего волнует конкуренция между этими реализациями. Наличие конкурирующих проектов, работающих над улучшением Ruby, может только укрепить экосистему Ruby. Судя по тому, что я тоже видел, хотя конкуренция существует, она дружественная; каждый проект дает и перенимает идеи друг у друга. Работа, проделанная командами JRuby и Rubinius по созданию спецификации Ruby, вероятно, является наиболее важным результатом на данный момент, поскольку она поможет обеспечить совместимость всех реализаций.
Что насчет Enterprise Ruby? Это было какое-то время.
Это выглядит действительно интересно, я добавлю его в исходный вопросник. Спасибо, что указали на это!