Question

Mon entreprise est en train de démarrer le Graal chemin.La raison en est que les développeurs actuels sont très exigeants Java mais j'ai ressenti le besoin d'un Langage de style MVC pour certains futurs projets de développement Web.Personnellement, je viens du monde du design/utilisabilité, mais à mesure que je prends davantage de responsabilités "front-end", je commence à ressentir le besoin d'apprendre un langage de manière plus intensive afin de pouvoir coder un peu de logique mais surtout le front-end. code pour mes interfaces utilisateur et tout ça.

J'ai essayé d'entrer Python/Django personnellement, mais je n’y ai tout simplement jamais investi trop de temps.Maintenant que mon entreprise "saute" dans Grails, j'ai acheté le "Développement Web Agile avec Rails (3e édition - Bêta)" et je commence à entrer dans RoR.j'aimerais encore apprendre Python à l'avenir ou à côté, mais ma plus grande question est :

  • Dois-je apprendre le RoR et avoir un langage plus polyvalent dans mon "portefeuille", sachant que mes connaissances en RoR seront également utiles pour mes besoins du Graal ??

-OU-

  • Dois-je simplement ignorer RoR et me concentrer sur l'apprentissage de Grails dont j'aurai bientôt besoin pour travailler, et travailler sur l'apprentissage de RoR/Django (Ruby/Python) plus tard ?

Fondamentalement, la question tourne autour de l'utilité de Grails dans un contexte non professionnel et des similitudes entre Rails et Grails.(et ce, en essayant d'éviter la discussion du centenaire Python vs Ruby (on Rails) :))

Était-ce utile?

La solution

Mmh, je ne sais pas comment dire ça.Certaines personnes pourraient me critiquer à ce sujet.

Langue (Groovy et Ruby)

En tant que langage, je pense que Ruby est plus funky que Groovy.Groovy n'existe que pour faciliter le programmeur Java, car vous n'avez pas besoin d'apprendre trop de nouvelles syntaxes.Mais dans l’ensemble, je pense que ce n’est pas aussi funky que Ruby.Groovy ne serait pas le langage JVM qui vaut la peine d'être appris sur la base du vote des participants au JavaOne de cette année, mais Scala est plutôt celui qu'il vous faut.Par ailleurs, le créateur original de Groovy lui-même n'a pas confiance dans le langage qu'il a lui-même créé en premier lieu.

Communauté et offres d'emploi

En ce qui concerne la communauté, celle de Grails n'est pas aussi grande que celle de Rails, même si depuis son acquisition par Spring, de plus en plus de personnes l'utilisent dans des applications sérieuses.Rails a plus d'offres d'emploi sur le marché que Grails (c'est-à-dire si vous souhaitez investir dans la recherche d'un nouvel emploi).

Le framework (Grails et Rails)

Mais, en tant que framework, si vous vous souciez vraiment de la maintenabilité et avez besoin d'accéder au framework Java et au système Java existant, Grails est la voie à suivre car il offre un accès plus propre à Java.Grails lui-même est construit sur plusieurs frameworks Java populaires (Spring et Hibernate).Rails lui-même, à mon humble avis, est génial comme Ruby lui-même, mais son caractère génial vous coûte la maintenabilité. Matz lui-même préfère Merb à Rails 2 parce que Rails crée un DSL au-dessus de Ruby, ce qui est vraiment contraire à la philosophie Ruby.Et je pense que parce que Rails lui-même a une opinion, ce qui, si vous n'avez pas la même opinion que le créateur, pourrait ne pas répondre à vos besoins.

Conclusion

Alors dans votre cas, apprenez les Graal car c'est le consensus de l'entreprise (vous devez respecter le consensus) et si vous souhaitez toujours sécuriser votre emploi.Mais investissez également du temps à apprendre Rails et Ruby si vous souhaitez avoir une chance d’obtenir un nouvel emploi à l’avenir.

Autres conseils

Juste une petite question : la raison pour laquelle ils choisissent Grails est-elle parce que Groovy est plus proche de la syntaxe de Java que de Ruby, ou parce qu'ils veulent accéder à Java ?

Si c'est le premier cas, alors je dirais d'essayer de vous concentrer sur Grails puisque c'est ce que vous utiliserez.Si c'est le dernier cas, vous voudrez peut-être voir si l'équipe de développement est disposée à utiliser JRuby.

Je n'ai jamais utilisé Grails ou Rails auparavant, mais j'ai déjà utilisé Groovy et Ruby, et en tant que langage, je pense que Ruby est beaucoup plus propre et plus cohérent, et l'équipe pourrait apprécier davantage la production.En tant que plate-forme, Rails existe depuis plus longtemps et suscite beaucoup d'attention. J'imagine donc que c'est une plate-forme plus stable à utiliser avec des fonctionnalités plus étoffées.

JRuby a un accès complet aux classes écrites en Java, c'est pourquoi je dirais d'envisager d'essayer Rails.S'il est trop tard pour prendre une décision, je suppose que vous pouvez simplement ignorer ce message.

Fondamentalement, si vous souhaitez simplement vous connecter à Java, alors JRuby est une option que vous devriez envisager, mais si l'équipe a peur de la syntaxe non Java, continuez peut-être telle quelle.

J'apprendrais les deux.Ce sont deux technologies émergentes.Apprendre le codage RESTful est un réel avantage dans n’importe quel langage.

J'utilise GRAILS au travail et RoR pour des projets parallèles.Je peux dire que la communauté RoR est beaucoup plus grande (je parle de RoR vs Grails et non de RoR vs Java) et très utile.

Réponse courte:Ils sont similaires....qu'est-ce que ça pourrait faire de mal ?

J'ai appris RoR et Grails et ce dernier est beaucoup plus facile à apprendre.

Les deux frameworks partagent les mêmes principes (agile, kiss, dry, duck typing, etc.) mais la syntaxe Groovy est... eh bien, elle est tout simplement géniale, quelque chose que vous pouvez apprendre et utiliser en un clin d'œil.

Je pense vraiment que Grails a un avenir meilleur que RoR.

PD :Juste au cas où cela vous serait utile, une de mes universités travaille à plein temps avec Grails et a un blog avec quelques conseils :

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

Sautez simplement RoR.Il n'y a vraiment pas beaucoup de choses similaires (à part le nom)

Je crois certainement qu'être suffisamment familier avec Java et avoir une certaine expérience en programmation avec un langage dynamique est plus que suffisant si vous envisagez de faire du développement sérieux avec Grails.

Comparer uniquement les vues (taglibs dans Grails, RHTML dans RoR) et les éléments de persistance (GORM vs ActiveRecord) est tout simplement trop différent dans le noyau, pour investir du temps dans l'apprentissage des moindres détails de RoR.Plongez simplement dans Grails, vous ne le regretterez pas.

Modifier:faute de frappe corrigée.

Vous devriez simplement ignorer RoR et vous concentrer sur l'apprentissage du Graal dont vous aurez besoin pour votre travail.

@Lévi Figueira

D'une part, Grails est bien plus flexible que Rails.Rails est difficile à utiliser avec une base de données héritée car ActiveRecord a trop de contraintes de conception que de nombreuses bases de données héritées n'ont pas suivies.Grails, par ailleurs, peut utiliser les mappages Hibernate standard, qui peuvent s'adapter à une gamme beaucoup plus large de conceptions de bases de données.

La communauté Rails a été très active dans l'évangélisation de RoR, ce qui a donné lieu à des attentes élevées qui n'ont pas toujours été satisfaites (la productivité des programmeurs est bonne, mais garantir de bonnes performances une fois déployés n'est pas si facile).

Grails a été conçu comme le successeur scripté de Java, alors que l'intégration Ruby-Java utilisée dans JRuby on Rails, par exemple, a dû être mise à niveau.

Je vous suggère de vous en tenir à Grails ;il n'a peut-être pas le même faste que RoR, mais c'est un choix pragmatique ;vous bénéficiez d'une productivité améliorée et de la réutilisation des bibliothèques Java existantes.

Sautez directement dans le Graal.Je suis sûr que Ruby/Rails est bon, mais c'est aussi le cas dans Groovy/Grails.Je recommande ce livre.

http://beginninggroovyandgrails.com

N'oubliez pas que les errata sont en ligne.Il y a quelques erreurs dans le livre.

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

Consultez également la démo de 3 minutes et 30 secondes de création de votre première application Grails.

http://grails.org/Grails+Screencasts

Ce tutoriel vous montrera les bases.

http://grails.org/Quick+Start

Oui, Grails est la voie à suivre.RoR c'est bien mais il vous relie à l'écosystème Ruby.Une partie de l’effort d’apprentissage d’un nouveau framework ou d’un nouveau langage consiste à apprendre les bibliothèques de classes ainsi que la syntaxe du langage.Si vos collègues sont tous de type Java, vous serez bien mieux placé pour recevoir de l'aide et du support car ils parleront tous le même langage que vous.

L’autre avantage d’apprendre un peu Groovy et Java est que des frameworks web comme GWT s’ouvriront à vous.Grails dispose d'un plugin GWT et en tant que développeur front-end, vous apprécierez la facilité d'utilisation et la compatibilité entre navigateurs.

Il existe également au moins une société d'hébergement proposant un hébergement gratuit d'applications Grails (http://www.mor.ph/), ce qui signifie que vous pouvez prototyper des sites avec de petits volumes de données avant de devoir payer.

Je préfère Grails à Rails, mais apprendre Rails vous donnera une perspective plus équilibrée et vous ouvrira les yeux sur des choses négligées qui sont possibles dans Grails.

À première vue, on pourrait penser qu'il s'agit d'histoires complètement différentes, puisqu'elles sont basées sur des langages extrêmement différents (Ruby et Groovy).

Ensuite, après avoir lu quelques tutoriels, vous vous rendrez compte qu'ils partagent les mêmes principes, échafaudage, typage de canard, ..et finalement le même objectif : rendre la programmation agile réalisable.

Si vous vous sentez déjà à l'aise avec des termes comme IoC et MVC, vous trouverez chacune de ces options facile et passionnante à apprendre.

Je dirais non, j'apprends aussi le Graal, et j'y ai également réfléchi, mais le simple fait d'apprendre le Graal est assez important, en plus d'apprendre le Groovy (ce qui est facile, mais il faut quand même l'apprendre, n'est-ce pas ?) et tout ça. ...donc apprendre Rails aurait été tout simplement trop.

Oui si on compare Grails et Rails je choisirais Grails (j'ai développé quelques applications intranet en Grails).

Mais Django est supérieur aux deux – car python est bien, hmm, un choix parfait.

Vous voudrez peut-être aussi jeter un oeil à Clojure, un langage JVM qui commence tout juste à devenir populaire.Cela peut être un bon choix pour une entreprise basée sur Java car il est compatible avec votre ancienne base de code et comporte de nombreuses innovations modernes.De bons frameworks Web émergent, notamment Compojure.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top