Изучение Ruby on Rails - это хорошо для Grails?

Question

Моя компания находится в процессе запуска по пути Grails . Причина этого заключается в том, что нынешние разработчики предпочитают Java , но чувствуют необходимость в языке MVC-стиля для некоторых будущих проектов веб-разработки. Лично я из мира дизайна / юзабилити, но по мере того, как я беру на себя больше обязанностей "переднего плана", я начинаю ощущать необходимость более интенсивного изучения языка, чтобы я мог кодировать некоторую логику, но особенно передний код для моих интерфейсов и прочее.

Я пытался войти в Python / Django лично, но просто никогда не тратил на это слишком много времени. Теперь, когда моя компания «прыгает» в Grails, я купил « Agile Web Development с Rails (3-е издание - бета) », и я начинаю понимать RoR . Я все еще хотел бы выучить Python в будущем или на стороне, но мой самый большой вопрос:

• Должен ли я изучать RoR и иметь более универсальный язык в своем «портфолио», зная, что мои знания RoR будут полезны и для моих потребностей в Grails?

-ИЛИ-

• Стоит ли просто пропустить RoR и сосредоточиться на изучении Grails, который мне скоро понадобится для работы, а позже заняться изучением RoR / Django (Ruby / Python)?

В основном вопрос вращается вокруг полезности Grails в не-корпоративной среде и сходства между Rails и Grails. (и это, пытаясь избежать столетнего обсуждения Python против Ruby (в Rails):))

Answer 1

Ммм, я не знаю, как это сказать. Некоторые люди могут избить меня из-за этого.

Язык (Groovy и Ruby)

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

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

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

Каркас (Грааль и Рельсы)

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

Заключение

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

Answer 2

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

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

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

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

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

Answer 3

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

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

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

Answer 4

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

Обе фреймворки используют одни и те же принципы (гибкая, целующаяся, сухая, утиная печать и т. Д.), Но синтаксис Groovy ... ну просто великолепен, его можно изучить и использовать в мгновение ока.

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

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

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

Answer 5

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

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

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

Редактировать: исправлена ​​опечатка.

Answer 6

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

Answer 7

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

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

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

Answer 8

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

http://beginninggroovyandgrails.com

Помните, что опечатки онлайн. В книге есть пара ошибок.

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

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

http://grails.org/Grails+Screencasts

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

http://grails.org/Quick+Start

Answer 9

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

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

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

Answer 10

@ Леви Фигейра

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