Почему существуют разные реализации Ruby?

Question

Я новичок программист, который в основном использует Java. Недавно я заинтересовался Ruby, и когда я пошел загружать IDE, я был удивлен, обнаружив, что нет единственной реализации или интерпретатора языка. Я пытался исследовать проблему, но я действительно не понимаю, как язык создается достаточно хорошо, чтобы знать, что искать.

Как возможно, чтобы на одном языке было несколько переводчиков? Означает ли это, что между ними существуют важные различия, и что это значит для программиста? Пожалуйста, извините меня, если это вопиющий вопрос в первую очередь!

Answer 1

Поскольку разработчики разных языков решают сосредоточиться на определенной области. Например, совместимость с Java runtime (JRuby) или эксперимент с JIT (rubinius), целевой Ruby на предприятии (REE) и т. Д. И т. Д. ...

Это не единственное для Ruby, это здоровый язык, если определенная группа видит потенциал с языком в определенной области, это может способствовать росту в этом сообществе.

Answer 2

Это почти все языки, которые имеют множество реализаций, включая Java (например, Oracle Java, Apache Harmony, OpenJDK). Но если вы хотите использовать рубин по умолчанию, вы можете использовать следующее: default ruby implementation using YARV.

Но в противном случае для вас будет возможность использовать рубин на существующей инфраструктуре, как с JRuby с Java VM, и IronRuby, чтобы обслуживать существующую платформу или приложение в отрасли.

Answer 3

Большинство языков имеют несколько реализаций. Оказывается, есть компромиссы, которые нельзя всегда обрабатывать с помощью одного проекта.

• Интеграция платформ
  Чем ближе интегрироваться с одной платформой, чем дальше вы находитесь от интеграции на других. Таким образом, существует фундаментальный выбор: специализация или общность.

• Стабильность
  Если вы готовы принять нестабильность, то можно преследовать более амбициозные цели. Таким образом, существует фундаментальный выбор: разработка или стабильность.

• Менеджмент команды
  Существует только место для такого управления в любом конкретном проекте. Единственный способ создать новое пространство управления - создать новый проект. Поэтому есть принципиальный выбор: ваш проект или мой проект. В некотором смысле, это «главный разум», поскольку разные менеджеры будут выбирать разные приоритеты.