Какой переводчик ruby вы ждете?
В настоящий момент в работе есть несколько реализаций Ruby. Чего вы ждете и почему? Вы активно используете внедрение без МРТ в производстве?
Некоторые из вариантов включают в себя:
- МРТ Рубин (оригинальная ветка 1.8)
- YARV (официальный 1.9)
- JRuby
- Rubinius
- IronRuby
- МагЛев (Спасибо, Julian)
- MacRuby (спасибо Damien Pollet)
5 ответов
Маглев. Он будет иметь преимущество в скорости от всех оптимизаций, которые использовались в основной виртуальной машине Smalltalk в течение многих, многих лет. Кроме того, он автоматически сохранит все ваши данные в значительной степени автоматически, поэтому вам больше не нужно возиться со слоями объектно-реляционного отображения и так далее.
Ruby 1.9 (YARV) дает нам хорошее представление о том, куда направляется рубин, но я бы не рекомендовал использовать его для производственного использования. Хотя он, конечно, намного быстрее, чем 1.8, даже некоторые части синтаксиса постоянно меняются, поэтому я не думаю, что вы могли бы назвать его стабильным. У него действительно есть некоторые интересные новые функции и синтаксис, которые обязательно найдут свое применение во всех других реализациях с течением времени.
JRuby и IronRuby полезны тем, что они предоставляют ruby доступ ко всему спектру новых библиотек и сред, в которых ruby иначе использовать нельзя. Я сам пока не нашел в них особой пользы, но думаю, что это здорово, что они существуют. Они могут позволить рубину проникнуть в корпоративную среду, где это иначе было бы запрещено. Это может быть только хорошо.
Rubinius и Maglev, вероятно, являются наиболее интересными проектами, но также и те, в которых их польза для сообщества, вероятно, будет самой большой в будущем. Rubinius вполне может превратиться в ультрасовременную "чистую" виртуальную машину для языка ruby, позволяющую выполнять код ruby гораздо быстрее, чем сейчас. Маглев тоже выглядит очень многообещающе, опираясь на более чем 20-летний опыт работы с виртуальными машинами. Он также будет предоставлять функции помимо стандартной виртуальной машины, но, конечно, они будут обеспечиваться за счет переносимости кода.
В целом, меня больше всего волнует конкуренция между этими реализациями. Все конкурирующие проекты, направленные на улучшение рубина, могут только укрепить рубиновую экосистему. Из того, что я тоже видел, пока существует конкуренция, это дружелюбно; каждый проект дает и берет идеи друг от друга. Работа, проделанная командами JRuby и Rubinius по созданию спецификации ruby, является, пожалуй, самым важным результатом, поскольку она поможет обеспечить совместимость всех реализаций.
Никто еще не упомянул MacRuby? Я полагаю, что теперь он немного специфичен для Mac, но, вероятно, его можно будет компилировать и в среды выполнения GNU или Étoilé target -c.
Тоже жду Маглева:)
Что насчет Enterprise Ruby? Это было там некоторое время.