Apprendre le Ruby sur les Rails est-il bon pour le grain?

mon entreprise est en train de démarrer le Grails path. La raison en est que les développeurs actuels sont lourds sur Java mais a ressenti le besoin d'un MVC-style langage pour certains futurs projets de développement web. Personnellement, je viens du monde de la conception/utilisabilité, mais à mesure que je prends plus de responsabilités "front-end", je commence à ressentir le besoin d'apprendre une langue de façon plus intense afin que je puisse coder un peu de logique, mais surtout le code front-end pour mon UIs et tout ça.

j'ai essayé d'entrer dans Python/Django personnellement, mais je n'ai jamais investi trop de temps sur elle. Maintenant que mon entreprise est "sauter" dans des Grails j'ai acheté le " Agile Développement Web avec des Rails (3e Ed - Beta) " et je commence à entrer dans RoR . Je voudrais encore apprendre Python dans le futur ou sur le côté, mais ma plus grande question Est:

  • est-ce que je devrais apprendre le RoR, et avoir un langage plus polyvalent dans mon" portfolio", sachant que mes connaissances en RoR seront également utiles pour mes besoins de Graal??

-OU-

  • devrais-je simplement sauter RoR et me concentrer sur l'apprentissage des ombres dont j'aurai bientôt besoin pour travailler, et travailler sur l'apprentissage du RoR/Django (Ruby/Python) plus tard?

fondamentalement, la question porte sur l'utilité des tombes dans un contexte non corporatif et les similitudes entre les Rails et les tombes. (et ce, tout en essayant d'éviter le centenaire de la discussion de Python vs Ruby (on Rails) :))

20
demandé sur Sourav Ghosh 2008-08-07 22:17:22
la source

15 ответов

Mmh, je ne sais pas comment dire ça. Certaines personnes pourraient me frapper au cours de cette.

de la Langue (Groovy et Ruby)

comme langue, Ruby est plus funky que Groovy. Groovy existe seulement pour faciliter programmeur Java que vous n'avez pas besoin d'apprendre trop de nouvelle syntaxe. Mais dans l'ensemble je pense n'est pas aussi funky que Ruby. Groovy ne serait pas le JVM langue qui vaut la peine d'apprendre basé sur le vote d'attender dans le JavaOne de cette année, mais Scala est la pour aller. En outre, le créateur original de Groovy lui-même n'a pas la foi dans le langage qu'il a créé lui-même en premier lieu.

de la Communauté et les possibilités d'Emploi

quant à la communauté, la communauté de Grails n'est pas aussi grande que les Rails, bien que depuis L'acquisition par le printemps de plus en plus de gens l'utilisent dans une application sérieuse. Les chemins de fer offrent plus d'emplois sur le marché que les Grails (c'est-à-dire si vous voulez investir dans la recherche d'un nouvel emploi).

Le cadre (Graal et Rails)

mais, en tant que framework, si vous vous souciez vraiment de la maintenabilité et avez besoin d'accéder à Java framework et à L'ancien système Java, Grails est la voie à suivre car il fournit un accès plus propre à Java. Grails lui-même est construit sur plusieurs Java framework populaire (printemps et hibernation). Rails lui-même IMHO est funky comme Ruby lui-même, mais il est funkyness vous coûte la maintenabilité. Matz lui-même préfère Merb sur Rails 2 parce que Rails créer un DSL sur le dessus de Ruby qui est vraiment contre la philosophie Ruby. Et je pense que parce que Rail lui-même est opiniâtre, ce qui à son tour si vous n'avez pas la même opinion que le créateur, il pourrait ne pas correspondre à vos besoins.

Conclusion

donc dans votre cas, apprendre Grails car c'est le consensus de l'entreprise (vous devez respecter le consensus) et si vous voulez toujours sécurisez votre emploi. Mais, investir du temps apprendre Rails et Ruby aussi si vous voulez ouvrir une chance d'obtenir un nouvel emploi dans l'avenir.

17
répondu Joshua Partogi 2009-07-21 15:24:04
la source

juste un peu d'une question, Est la raison pour laquelle ils choisissent Grails parce que Groovy est plus proche en syntaxe de Java que Ruby, ou parce qu'ils veulent accéder à Java?

Si c'est l'ancien, alors je dirais essayer de se concentrer sur le Graal car c'est ce que vous allez utiliser. Si c'est ce dernier, vous pourriez vouloir voir si l'équipe de développement est ouverte à L'utilisation de JRuby.

Je n'ai jamais utilisé de grains ou de Rails avant, mais J'ai utilisé Groovy et Ruby avant, et en tant que langage je pense que Ruby est beaucoup plus propre et plus cohérent, et l'équipe pourrait apprécier la production plus. En tant que plate-forme, les Rails sont sortis plus longtemps et ont beaucoup d'attention, donc j'imagine 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, donc c'est pourquoi je dirais d'envisager D'essayer les Rails. Si il est trop tard dans la décision, le temps de l'examiner alors je suppose que vous pouvez simplement ignorer ce post.

fondamentalement, si vous voulez simplement vous connecter avec Java, alors JRuby est une option que vous devriez considérer, mais si l'équipe a peur de la syntaxe non-Java like, peut-être continuer comme telle.

8
répondu Mike Stone 2008-08-07 22:44:42
la source

j'apprendrais les deux. Ce sont à la fois des technologies montantes et en devenir. Apprendre le codage RESTful est un réel avantage dans n'importe quelle langue.

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

brève réponse: ils sont similaires.... que pourrait-il faire mal?

4
répondu Kevin Kaske 2008-09-02 07:35:05
la source

j'ai appris le RoR et le Grail et ce dernier est beaucoup plus facile à apprendre.

les Deux cadres partagent les mêmes principes (agile, baiser, sec, de canard et de typage..) mais Groovy syntaxe est...Eh bien est tout simplement génial, quelque chose que vous pouvez apprendre et utiliser en un clin d'oeil.

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

PD: juste au cas où vous le trouviez utile, une de mes universités il travaille à plein temps avec Grails et a un blog avec quelques conseils:

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

3
répondu Ivan Arrizabalaga 2008-08-20 20:36:21
la source

juste skip RoR. Il n'y a vraiment pas beaucoup de choses semblables(à part le nom)

je crois certainement qu'être assez familier avec Java, plus une certaine expérience de programmation avec un langage dynamique est plus que suffisant si vous projetez de faire un développement sérieux avec des Ombres.

comparer juste seulement des vues (taglibs dans les Grails, RHTML dans RoR) et la substance de persistance(GORM vs ActiveRecord) est tout simplement trop différent dans le noyau, pour investir l'apprentissage du temps les détails croustillants de RoR. Plonge dans le grain, tu ne le regretteras pas.

Edit: correction de faute de frappe.

2
répondu Camilo Díaz Repka 2008-08-07 22:41:24
la source

vous devriez simplement sauter RoR et se concentrer sur L'apprentissage Grails que vous aurez besoin pour le travail.

1
répondu CodingWithoutComments 2008-08-07 22:20:37
la source

@Levi Figueira

d'une part, le grain est beaucoup plus flexible que les Rails. Les Rails sont difficiles à utiliser avec un DB legacy parce Qu'ActiveRecord a trop de contraintes de conception que beaucoup de DB legacy n'ont pas respectées. Grails, oth, peut utiliser des mappages D'hibernation standard, ce qui peut accommoder une gamme beaucoup plus large de dessins DB.

1
répondu Hank Gay 2008-09-02 23:20:22
la source

la communauté des Rails s'est montrée très active dans l'évangélisation du RoR, avec pour résultat que des attentes élevées ont été fixées et pas toujours satisfaites (la productivité des programmeurs est bonne, mais assurer de bonnes performances une fois déployé 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 modernisée.

je vous conseille de vous en tenir au grain; il peut ne pas avoir le même éclat que RoR, mais c'est un choix pragmatique; vous obtenez une productivité améliorée et la réutilisation des bibliothèques Java existantes.

1
répondu Andrew Whitehouse 2008-09-06 23:21:38
la source

sautez directement dans le grain. Je suis sûr que Ruby / Rails est bon, mais il en va de même pour Groovy/Grails. Je recommande ce livre.

http://beginninggroovyandgrails.com

rappelez - vous que l'errata est en ligne. Il y a quelques erreurs dans le livre.

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

aussi, consultez la démo de 3 minutes et 30 secondes de création de votre application premiers grains.

http://grails.org/Grails + Screencasts

Ce tutoriel va vous montrer les bases.

http://grails.org/Quick+Start

1
répondu 2008-09-08 07:05:24
la source

Oui Graal est le chemin à parcourir. RoR est bon, mais il vous lie à L'écosystème Ruby. Une partie de l'effort d'apprentissage d'un nouveau cadre ou d'une nouvelle langue est d'apprendre les bibliothèques de classe ainsi que la syntaxe de la langue. Si vos collègues sont tous de type Java, vous serez beaucoup mieux placés pour recevoir de l'AIDE et du soutien, car ils parleront tous le même langage que vous.

l'autre avantage d'apprendre un peu de Groovy et Java est que les cadres web comme GWT s'ouvrira jusqu'à vous. Grails dispose d'un plugin GWT et en tant que développeur frontal, vous apprécierez la facilité d'utilisation et la compatibilité entre navigateurs.

Il ya aussi au moins une société d'hébergement offrant gratuitement Grails application hosting ( http://www.mor.ph / ) ce qui signifie que vous pouvez prototyper des sites à de petits volumes de données avant d'avoir à payer.

1
répondu Peter Kelley 2008-09-18 09:20:17
la source

je préfère les grils aux Rails, mais apprendre les Rails vous donnera une perspective plus équilibrée et vous permettra d'ouvrir les yeux sur les choses négligées qui sont possibles dans les grils.

1
répondu mbrevoort 2008-09-19 00:44:18
la source

a première vue, on pourrait penser que ce sont des histoires complètement différentes, puisqu'elles sont basées sur des langues extrêmement différentes (Ruby et Groovy).

ensuite, après avoir lu quelques tutoriels, vous vous rendrez compte qu'ils partagent les mêmes principes, échafaudage, duck typing,.. et enfin, le même objectif: faire de la programmation agile possible .

si vous vous sentez déjà à l'aise avec des termes comme CIO et MVC, vous trouverez aucune de ces options facile et excitant d'apprendre.

0
répondu Ivan Arrizabalaga 2008-08-21 13:30:32
la source

je dirais que non, j'apprends le Grail aussi, et j'ai considéré cela aussi, mais juste apprendre le Grail est assez grand, en plus d'apprendre le Groovy (qui accordé est facile, mais doit encore apprendre droit?) et tout ça... donc apprendre les Rails aurait été trop.

0
répondu hendrixski 2008-11-14 01:34:09
la source

Oui si nous comparons les grains et les rails, je choisirais les grains (j'ai développé quelques applications intranet dans les grains).

mais Django est supérieur aux deux - comme python est bien un choix parfait.

0
répondu 2009-07-16 13:27:30
la source

vous pouvez aussi jeter un oeil à Clojure , un JVM langue qui commence juste à devenir populaire. Il peut être un bon choix pour une entreprise basée en Java car il est compatible avec votre ancien codebase, et a beaucoup d'innovations modernes aller pour elle. Il y a quelques bons cadres de web émergeant, y compris Compojure .

0
répondu yayitswei 2010-09-28 08:09:08
la source

Autres questions sur