Производительность разработчиков выше на Ruby on Rails или Grails?

Question

Учитывая, что как Ruby on Rails (RoR), так и Grails могут работать на JVM (виртуальная машина Java), какой язык и инфраструктура позволяют одинаково компетентным и опытным разработчикам быть более продуктивными и примерно на какой процент? (т. е. повысить функциональность бизнеса за те же усилия)

Я знаю, что разработчикам Java легче перейти на Grails. И я понимаю, что вся библиотека Java доступна для разработчика Grails. Мой вопрос касается производительности разработчиков в среде, где на Linux запускается JVM с использованием стандартных серверов приложений (WAS, Weblogic, JBOSS, TOMCAT и т. Д.). Примечание: JRuby будет использоваться для запуска RoR на JVM.

Я бы запросил ответы у тех, кто занимался значительными разработками веб-приложений, используя ROR и Grails.

Answer 1

Если вам нужен только ответ 75% : grails

Я проделал значительную разработку на обеих платформах, хотя мой основной опыт работы с rails закончился около полутора лет назад (до выпуска rails 2.x).

Я принимал активное участие в разработке Грааля, начиная с Грааля 0.5.

Ответ действительно зависит в большей степени от разработчиков и инфраструктуры, которая будет доступна для работы над проектом. Если вы хотите развернуть стандартный контейнер приложений Java (например, Tomcat), я думаю, что Grails - лучший выбор. Если вы хотите что-то сделать с монгрелом / стойкой / фунтом / и т.д. Подберите рельсы.

Если есть конкретные камни / банки, которые подходят для вашей бизнес-задачи, это, очевидно, повлияет на ваше решение.

Выбор Grails для меня не так уж и важен, потому что я думаю, что он лучше решает все виды проблем, но больше, потому что мне больше нравится сообщество разработчиков Grails и Мне нравится более приятный язык .

Я также обнаружил, что грааль легче продавать в местах, где я работал над рубинами / рельсами. Здесь гораздо больше магазинов java, и для них переход не такой уж и быстрый.

Это личное предпочтение, и я легко мог видеть, как кто-то другой идет другим путем.

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