tutorial - ¿Aprender Ruby on Rails es bueno para Grails?
ruby on rails ejemplos (15)
Debería omitir RoR y concentrarse en aprender Grails que necesitará para el trabajo.
Mi compañía está en el proceso de comenzar a recorrer el camino de Grails . La razón de esto es que los desarrolladores actuales son pesados con Java, pero sintieron la necesidad de un lenguaje MVC para algunos proyectos de desarrollo web futuros. Personalmente, vengo del mundo del diseño / usabilidad, pero a medida que tomo más responsabilidades de "front-end" empiezo a sentir la necesidad de aprender un idioma más intensamente para poder codificar algo de lógica, pero especialmente el front-end código para mis UI y esas cosas.
Intenté ingresar personalmente a Python / Django , pero nunca invertí demasiado tiempo en él. Ahora que mi empresa está "saltando" hacia Grails, compré el " Desarrollo web ágil con Rails (3ª Edición - Beta) " y estoy empezando a entrar en RoR . Todavía me gustaría aprender Python en el futuro o en el lado, pero mi mayor pregunta es:
- ¿Debería aprender RoR y tener un lenguaje más versátil en mi "portafolio", sabiendo que mi conocimiento de RoR también será útil para mis necesidades de Grails?
-O-
- ¿Debería omitir RoR y enfocarme en aprender Grails que necesitaré para trabajar pronto, y trabajar en aprender RoR / Django (Ruby / Python) más tarde?
Básicamente, la pregunta gira en torno a la utilidad de Grails en un entorno no corporativo y las similitudes entre Rails y Grails. (y esto, al tratar de evitar la discusión del centenario de Python vs Ruby (en Rails) :))
Solo saltea RoR. Realmente no hay muchas cosas similares (además del nombre)
Ciertamente creo que estar suficientemente familiarizado con Java, además de algo de experiencia en programación con un lenguaje dinámico, es más que suficiente si planeas hacer un desarrollo serio con Grails.
Comparar solo vistas (taglibs en Grails, RHTML en RoR) y persistencia (GORM vs ActiveRecord) es demasiado diferente en el núcleo, para invertir tiempo aprendiendo los detalles esenciales de RoR. Solo sumérgete en Grails, no te arrepentirás.
Editar: error ortográfico corregido
Solo una pequeña pregunta, ¿es la razón por la que están eligiendo Grails porque Groovy está más cerca en sintaxis de Java que Ruby, o porque quieren acceder a Java?
Si es el primero, entonces diría que trates de enfocarte en Grails ya que eso es lo que usarás. Si es este último, es posible que desee ver si el equipo de desarrollo está dispuesto a utilizar JRuby.
Nunca antes había usado Grails o Rails, pero he usado Groovy y Ruby antes, y como lenguaje, creo que Ruby es mucho más limpia y consistente, y el equipo puede disfrutar más de la producción. Como plataforma, Rails ha estado fuera por más tiempo y tiene mucha atención, así que me imagino que es una plataforma más estable para usar con características más reales.
JRuby tiene acceso completo a las clases escritas en Java, así que esta es la razón por la cual yo diría que consideren probar Rails. Si es demasiado tarde en el momento de la decisión para considerarlo, entonces supongo que puedes ignorar esta publicación.
Básicamente, si solo quieres conectarte con Java, entonces JRuby es una opción que debes considerar, pero si el equipo le teme a la sintaxis similar a Java, tal vez continúe como está.
He estado aprendiendo RoR y Grails, y este último es mucho más fácil de aprender.
Ambos marcos comparten los mismos principios (agilidad, beso, sequedad, tipa de pato, etc.), pero la sintaxis de Groovy es ... bueno, simplemente es genial, algo que puedes aprender y usar en un abrir y cerrar de ojos.
Realmente siento que Grails tiene un futuro mejor que RoR.
PD: En caso de que lo encuentres útil, una universidad mía está trabajando a tiempo completo con Grails y tiene un blog con algunos consejos:
A primera vista, pensarías que son historias completamente diferentes, ya que están basadas en lenguajes extremadamente diferentes (Ruby y Groovy).
Luego, después de leer un par de tutoriales, se dará cuenta de que comparten los mismos principios, andamios, mecanografía pato, ... y, finalmente, el mismo objetivo: hacer viable la programación ágil .
Si ya se siente cómodo con términos como IoC y MVC, encontrará que cualquiera de estas opciones es fácil y emocionante de aprender.
@Levi Figueira
En primer lugar, Grails es mucho más flexible que Rails. Rails es difícil de usar con un DB heredado porque ActiveRecord tiene demasiadas restricciones de diseño que muchos DB heredados no siguieron. Grails, oth, puede usar asignaciones estándar de Hibernate, que pueden acomodar una gama mucho más amplia de diseños de base de datos.
Aprendería ambos. Son tecnologías prometedoras. El aprendizaje de la codificación RESTful es un beneficio real en cualquier idioma.
Uso GRAILS en el trabajo y RoR para proyectos paralelos. Puedo decir que la comunidad RoR es mucho más grande (estoy hablando de RoR vs Grails no RoR vs Java) y muy útil.
Respuesta corta: Son similares ... ¿qué podría doler?
La comunidad de Rails ha sido muy elocuente en la evangelización de RoR, con el resultado de que se han establecido grandes expectativas y no siempre se han cumplido (la productividad de los programadores es buena, pero asegurar un buen rendimiento una vez desplegado no es tan fácil).
Grails ha sido diseñado como el sucesor guionado por Java, mientras que la integración de Ruby-Java utilizada en JRuby on Rails, por ejemplo, ha tenido que ser adaptada.
Sugeriría que te apegues a Grails; puede que no tenga el mismo brillo que RoR, pero es una elección pragmática; obtienes una productividad mejorada y la reutilización de las bibliotecas Java existentes.
Salta directamente a Grails. Estoy seguro de que Ruby / Rails es bueno, pero también en Groovy / Grails. Recomiendo este libro
http://beginninggroovyandgrails.com
Recuerde que la errata está en línea. Hay un par de errores en el libro.
http://beginninggroovyandgrails.com/site/content/errata
Además, echa un vistazo a la demo de 3 minutos y 30 segundos para crear tu primera aplicación Grails.
http://grails.org/Grails+Screencasts
Este tutorial le mostrará los conceptos básicos.
Sí Grails es el camino a seguir. RoR es bueno pero te conecta con el ecosistema Ruby. Parte del esfuerzo de aprender un nuevo marco o lenguaje es aprender las bibliotecas de clase, así como la sintaxis del lenguaje. Si sus compañeros de trabajo son todos tipos de Java, estará en una mejor posición para recibir ayuda y soporte, ya que todos estarán hablando el mismo idioma que usted.
La otra ventaja de aprender un poco de Groovy y Java es que los marcos web como GWT se abrirán para usted. Grails tiene un complemento GWT y, como desarrollador front-end, apreciará la facilidad de uso y la compatibilidad con navegadores cruzados.
También hay al menos una empresa de hosting que ofrece alojamiento gratuito de aplicaciones Grails ( http://www.mor.ph/ ), lo que significa que puede crear prototipos de sitios con volúmenes de datos pequeños antes de tener que pagar.
Yo prefiero Grails over Rails, pero aprender Rails te dará una perspectiva más equilibrada y, de hecho, abrirás los ojos a las cosas pasadas por alto que son posibles en Grails.
Yo diría que no, también estoy aprendiendo Grails, y también lo he considerado, pero el solo hecho de aprender Grails es bastante grande, además de aprender Groovy (lo cual es fácil, pero aún tengo que aprenderlo, ¿no?) Y todo eso ... por lo que aprender Rails habría sido demasiado.
Sí, si comparamos los griales y los rieles, elegiría los griales (desarrollé algunas aplicaciones de Intranet en griales).
Pero Django es superior a ambos, ya que Python es una buena elección.
Mmh, no sé cómo decir esto. Algunas personas podrían criticarme por esto.
Idioma (Groovy y Ruby)
Como lenguaje, creo que Ruby es más funky en comparación con Groovy. Groovy solo existe para facilitar el programador de Java ya que no necesita aprender demasiada sintaxis. Pero, en general, creo que no es tan original como Ruby. Groovy no sería el lenguaje de JVM que valga la pena aprender en base al voto de Attender en el JavaOne de este año, pero en cambio, Scala es el indicado. Además de eso, el creador original de Groovy no tiene fe en el lenguaje que él mismo creó en primer lugar.
Ofertas de trabajo y comunidad
En cuanto a la comunidad, la comunidad de Grails no es tan grande como Rails, aunque desde la adquisición de Spring cada vez más personas lo usan en aplicaciones serias. Rails tiene más vacantes en el mercado en comparación con Grails (es decir, si quieres invertir en buscar un nuevo trabajo).
El marco (Grails and Rails)
Pero, como marco, si realmente te preocupa la capacidad de mantenimiento y necesitas acceso al framework Java y al sistema heredado de Java, Grails es el camino a seguir, ya que proporciona un acceso más limpio a Java. Grails se basa en varios frameworks populares de Java (Spring & Hibernate). Rieles en sí mismo En mi humilde opinión, es funky como Ruby, pero su funkyness te cuesta mantenimiento. El propio Matz prefiere Merb sobre Rails 2 porque Rails crea un DSL encima de Ruby, lo que está realmente en contra de la filosofía Ruby. Y considero que Rails en sí mismo recibe su opinión, que a su vez si no tiene la misma opinión que el creador, puede que no se ajuste a sus necesidades.
Conclusión
Entonces, en su caso, aprenda Grails, ya que es el consenso de la compañía (debe respetar el consenso) y si aún desea asegurar su trabajo. Pero, dedique un tiempo a aprender Rails y Ruby también si quiere tener la oportunidad de conseguir un nuevo trabajo en el futuro.
También es posible que desee echar un vistazo a Clojure , un lenguaje JVM que está empezando a ser popular. Puede ser una buena opción para una empresa basada en Java, ya que es compatible con su antigua base de código y tiene muchas innovaciones modernas a su alcance. Hay algunos buenos marcos web emergentes, incluido Compojure .