Обучение Ruby на Rails что-нибудь хорошее для Grails?

Ммм, я не знаю, как это сказать. Кое-кто мог бы меня за это наказать.

Язык (Groovy и Ruby)

Как язык я считаю, что Ruby более фанк по сравнению с Groovy. Groovy существует только для облегчения работы программиста Java, поскольку вам не нужно изучать слишком много нового синтаксиса. Но в целом я считаю, что это не так страшно, как Ruby. Groovy не был бы JVM языком, который стоит выучить, основываясь на голосовании аттендера в этом году JavaOne, но вместо этого Scala-это тот, который нужно выучить. Кроме того, сам изначальный создатель Groovy не имеет веры в язык, который он создал сам в первую очередь.

Сообщество и вакансии

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

Фреймворк (Grails и Rails)

Но, как фреймворк, если вы действительно заботитесь о ремонтопригодности и нуждаетесь в доступе к Java framework и унаследованной системе Java, Grails - это способ пойти, поскольку он обеспечивает более чистый доступ к Java. Сам Grails построен на нескольких популярных фреймворках Java (Spring & Hibernate). Rails сам по себе IMHO фанк, как и Ruby сам по себе, но это фанк стоит вам ремонтопригодности. Сам МАТЦ предпочитает Merb вместо Rails 2, потому что Rails создает DSL поверх Ruby , что действительно противоречит философии Ruby. И я думаю, потому что Rails сам по себе является самоуверенным, что, в свою очередь, если у вас нет такого же мнения, как у создателя, это может не соответствовать вашим потребностям.

Вывод

Поэтому в вашем случае изучите Grails, поскольку это консенсус компании (вам нужно уважать консенсус), и если вы все еще хотите сохранить свою работу. Но вложите некоторое время в изучение Rails и Ruby, если вы хотите открыть шанс получить новую работу в будущем.

Просто небольшой вопрос, почему они выбирают Grails, потому что Groovy ближе по синтаксису к Java, чем Ruby, или потому, что они хотят получить доступ к Java?

Если это первое, то я бы сказал, что попробуйте сосредоточиться на Grails, так как это то, что вы будете использовать. Если это последнее, вы можете посмотреть, открыта ли команда разработчиков для использования JRuby.

Я никогда раньше не использовал Grails или Rails, но раньше я использовал Groovy и Ruby, и как язык я думаю, что Ruby гораздо чище и более последователен, и команда может больше наслаждаться производством. Как платформа, Rails была выпущена дольше и имеет много внимания, поэтому я бы предположил, что это более стабильная платформа для использования с более плотными функциями.

JRuby имеет полный доступ к классам, написанным на Java, поэтому я бы сказал, что вы можете попробовать Rails. Если это слишком поздно в момент принятия решения, чтобы рассмотреть его, то я думаю, что вы можете просто игнорировать этот пост.

В принципе, если вы просто хотите подключиться к Java, то JRuby-это вариант, который вы должны рассмотреть, но если команда боится синтаксиса, не похожего на Java, может быть, продолжите как есть.

Я хотел узнать как. Они оба являются передовыми и перспективными технологиями. Изучение RESTful кодирования является реальным преимуществом в любом языке.

Я использую GRAILS на работе и RoR для побочных проектов. Я могу сказать, что сообщество RoR намного больше (я говорю о RoR vs Grails, а не о RoR vs Java) и очень полезно.

Короткий ответ: они похожи.... что же это может повредить?

Я изучал RoR и Grails, и последнее гораздо легче выучить.

Оба фреймворка разделяют одни и те же принципы (agile, kiss, dry, duck typing и так далее..) но Groovy синтаксис is...well-это просто здорово, то, что вы можете изучить и использовать в мгновение ока.

Я действительно чувствую, что Grails имеет более светлое будущее, чем RoR.

PD: на всякий случай, если вы сочтете это полезным, мой колледж работает полный рабочий день с Grails и имеет блог с некоторыми советами:

http://dahernan.net/search/label/grails

Просто пропустите RoR. Подобных вещей действительно не так уж много(кроме названия)

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

Сравнение только только представлений (taglibs в Grails, RHTML в RoR) и персистентности(GORM vs ActiveRecord) слишком отличается в ядре, чтобы тратить время на изучение мелких деталей RoR. Просто погрузитесь в Grails, вы не пожалеете.

Правка: исправлена опечатка.

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

@Levi Фигейра

Во-первых, Grails гораздо более гибок, чем Rails. Rails трудно использовать с унаследованным DB, потому что ActiveRecord имеет слишком много ограничений дизайна, которые многие унаследованные DBs не следовали. Grails, oth, может использовать стандартные сопоставления Hibernate, которые могут вместить гораздо более широкий диапазон конструкций DB.

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

Grails был разработан как сценарий преемника Java, в то время как интеграция Ruby-Java, используемая в JRuby на Rails, например, должна была быть модернизирована.

Я бы посоветовал вам придерживаться Grails; он может не иметь такого же блеска, как RoR, но это прагматичный выбор; вы получаете улучшенную производительность и повторное использование существующих библиотек Java.

Прыгайте прямо в Grails. Я уверен, что Ruby/Rails-это хорошо, но в Groovy/Grails. я рекомендую эту книгу.

http://beginninggroovyandgrails.com

Помните, что ошибка находится в сети. В книге есть пара ошибок.

http://beginninggroovyandgrails.com/site/content/errata

Кроме того, ознакомьтесь с 3-минутной и 30-секундной демонстрацией создания вашего первого приложения Grails.

http://grails.org/Grails + скринкасты

Этот учебник покажет вам основы.

http://grails.org/Quick+старт

Да, Grails-это правильный путь. RoR-это хорошо, но это связывает вас с экосистемой Ruby. Частью усилий по изучению нового фреймворка или языка является изучение библиотек классов, а также синтаксиса языка. Если ваши коллеги все Java типов, то вы будете гораздо лучше подготовлены к получению помощи и поддержки, поскольку все они будут говорить на том же языке, что и вы.

Еще одним преимуществом изучения немного Groovy и Java является то, что веб-фреймворки, такие как GWT, откроются для вас. Grails имеет плагин GWT, и как разработчик переднего плана вы оцените простоту использования и кроссбраузерную совместимость.

Также есть по крайней мере одна хостинг-компания, предлагающая бесплатный хостинг приложений Grails ( http://www.mor.ph/), что означает, что вы можете создавать прототипы сайтов на небольших объемах данных, прежде чем платить.

Я предпочитаю Grails Rails, но изучение Rails даст вам более сбалансированную перспективу и фактически откроет ваши глаза на упущенные вещи, которые возможны в Grails.

Возможно, вы также захотите взглянуть на Clojure , язык JVM, который только начинает становиться популярным. Это может быть хорошим выбором для компании, основанной на Java, поскольку она совместима с вашей старой кодовой базой и имеет много современных инноваций. Появляются некоторые хорошие веб-фреймворки, в том числе Compojure .

Да, если мы сравним grails и rails, я бы выбрал grails (я разработал некоторые приложения интрасети в grails).

Но Django превосходит и то, и другое - так как python-вполне подходящий выбор.

На первый взгляд можно подумать, что это совершенно разные истории, так как они основаны на совершенно разных языках (Ruby и Groovy).

Затем, прочитав пару учебных пособий, вы поймете, что они разделяют одни и те же принципы, строительные леса, утиный набор текста .. и наконец та же цель: что делает возможным Программирование agile .

Если вы уже чувствуете себя комфортно с такими терминами, как IoC и MVC, вы найдете любой из этих вариантов легким и захватывающим для изучения.

Я бы сказал, что нет, я тоже изучаю Grails, и я тоже это рассматривал, но просто изучение Grails довольно большое, плюс изучение Groovy (что, конечно, легко, но все равно нужно учиться правильно?) и все такое... так что изучение Rails было бы просто слишком много.