Partage

Quels sont les avantages de Ruby on Rails ?

Le 18 novembre 2011 à 15:58:54

Salut à tous

Je suis développeur Ruby on Rails.
J'entends pas mal sur les forums, sur Twitter et dans les évènements web la question :
"Quels sont les avantages de Ruby on Rails ?"

J’ai donc décidé d’écrire une série d’articles sur ces avantages qui me servent au quotidien.
Vous pouvez trouver le premier article ici => http://matthieusegret.com/les-avantages-de-ruby-on-rails/

Je vais publier ces articles au rythme de 1 à 2 par semaine.
Je vous invite à réagir sur ce fil de discussion.
Publicité
Le 18 novembre 2011 à 15:58:54
Le 18 novembre 2011 à 16:03:39

Excellente initiative, personnellement je préfère Python donc je n'ai jamais touché à RoR, mais c'est un sujet qui m'intéresse beaucoup.
Le 22 novembre 2011 à 14:31:57

Voici mon deuxième articles sur les avantages de Ruby on Rails : SASS et CoffeeScript :
http://matthieusegret.com/avantages-ru [...] coffeescript/
Le 22 novembre 2011 à 15:19:07

La plupart des frameworks webs un tant soit peu sérieux implémentent la (quasi ?) totalité des arguments que tu avances en faveur de RoR. Qu’apporte-t-il de plus ?
Le 22 novembre 2011 à 16:04:03

Tous les avantages cités dans la 1ère partie, il n'y a strictement rien de plus que SF / CakePHP (pour ceux que je connais). Faire une admin, systèmes de gems qu'on peut rapprocher du systèmes de bundles / plugins, les forms c'est une base de tous les fw, solr / sphinx il existe des intégrations simples pour les 2 frameworks et sûrement pour d'autres.

Dans la 2ème partie, Coffeescript est quelque chose qui ne plait pas à tout le monde, le fait que depuis la version 3.1 de Rails le propose en défault c'est même pour moi un inconvénient (bien que j'aime coffeescript). Tu as pas le droit d'imposer ce genre de choix assez fort à tout le monde, un article très intéressant ici : Coffeescript means giving up on js. Quant à SASS ? Comme LESS CSS et comme tu le dis très bien « SASS et CoffeeScript, ce ne sont pas des exclusivités de Ruby on Rails ? » Tu les utilise sur ce que tu veux en moins de 20 secondes, c'est pas un avantage de RoR. Que rails ait corrigé ton manque de connaissance c'est une chose, mais techniquement être un bon développeur web c'est être un développeur qui connait les technologies et sait à quoi elles servent, SASS ça a au moins 4-5 ans, Coffee ça vient avec la new-wave JS (avec node) donc ça a là aussi quasiment 3 ans.

Ce qui serait intéressant c'est dire en quoi Rails est différent, des avantages que les autres frameworks n'ont pas tu n'en trouveras quasiment pas ou alors faudra aller dans des trucs ultra spécialisés développés en ruby spécialement (capistrano, juggernaut), pas de configuration non plus abusive à aller dans du xml du yaml à se prendre la tête 10 ans, que c'est un framework d'otaku :-° (oui oui ça peut être un avantage :D), insister sur l'activerecord enfin je sais pas moi mais pas nous parler de ce que tu nous dis là.

Mais à vouloir dire " en quoi c'est mieux que X " tu tourneras en rond et tu ne feras rien avancer ;)

Tu sais pourquoi ? Parce qu'il n'y a pas de framework meilleurs que d'autres. Il y a différents publics, utilisation, mais il y a pas de vérité générale.
Projets : Blog Neetcafe.com (En attendant le site) - CakeResque - ResqueBoard . CakePHP & NoSQL enthusiast 
Le 22 novembre 2011 à 16:44:58

Merci pour vos retours.

@Iso Je comprends ton impatience de connaître les prochains avantages que je vais publier. Nous sommes pour le moment au 2ème sur 10. Les prochains articles porteront sur les tests, la gestion des bibliothèques, Active Records, le lanceur de tâches, le déploiement..

@ThePooh Pour CoffeeScript et SASS, ce sont des choix par défaut et non imposés. J'ai des amis qui font du Less avec Rails 3.1
Pour un projet, Je suis intéressé par une bibliothèque PHP pour générer une administration. Peux-tu m'en conseiller une pour CakePHP ?

Je ne souhaitais par créer de polémique avec ces articles. Je développe depuis plusieurs années en Java et PHP. Cela fait un peu plus d'un an que je travaille avec Ruby on Rails. je trouvais intéressant de faire un retour d'expérience sur ce framework.
Le 22 novembre 2011 à 17:15:51

Déjà désolé si mon message peut paraître cru (je viens de relire) mais il y a pas de polémique ni d'énervement en soit rassure toi :p. C'est juste qu'en général les articles type "les avantages de X sur Y " en terme de framework (voire même de langage) souvent ça ne mène à rien. Par contre oui dire en quoi c'est différent c'est déjà plus intéressant pour comparer et que chacun se fasse son avis. Rails c'est (très) intéressant à mon sens, maintenant il y a des avantages et des inconvénients (comme tout).

Pour les opérations CRUD avec cakephp faut passer par sa console et utiliser la commande Bake, ça reste une admin basique (pagination / CRUD) c'est moins complet que RailsAdmin (qui a des trucs en plus genre les exports en CSV etc...) mais ça fait largement les opérations de bases (CRUD quoi :p)




Projets : Blog Neetcafe.com (En attendant le site) - CakeResque - ResqueBoard . CakePHP & NoSQL enthusiast 
Le 22 novembre 2011 à 17:26:50

Merci pour l'info. Oui c'est un peu plus spartiate que ActiveAdmin ( http://activeadmin.info/ ), mais c'est déjà un bon début, merci !
Je vais continuer à poster ici les prochains articles. N'hésite pas à réagir ;)
Le 1 décembre 2011 à 14:06:02

Mon troisième article sur les avantages de Ruby on Rails : la gestion des bibliothèques
http://matthieusegret.com/avantages-ru [...] ibliotheques/
Le 1 décembre 2011 à 16:48:15

Déjà plus intéressant, même si pour le coup je parlerais davantage d'un avantage de Ruby plus que d'un avantage de RoR. A noter que Python a également ses eggs et qu'on peut encore une fois rapproché ça des bundles de sf (qui ont sans doute étaient inspirés des gems).

Puis le petit message sur n'avoir rien compris à Maven, petit coquin j'y crois pas une seconde :-°
Projets : Blog Neetcafe.com (En attendant le site) - CakeResque - ResqueBoard . CakePHP & NoSQL enthusiast 
Le 9 décembre 2011 à 12:06:32

Je continue mon retour d'expérience sur Ruby et Ruby on Rails avec Rack.
Voici le lien vers mon quatrième article : http://matthieusegret.com/avantages-ruby-on-rails-rack/
Le 14 décembre 2011 à 10:22:55

Citation : ThePooh


Tu sais pourquoi ? Parce qu'il n'y a pas de framework meilleurs que d'autres. Il y a différents publics, utilisation, mais il y a pas de vérité générale.



Ca c'est bien vrai. :)

D'autant plus vrai que tous les frameworks s'inspirent les uns des autres. Les créateurs de Symfony2 pour PHP avouent avoir repris plusieurs des idées efficaces de Ruby On Rails, Django et Spring. De même, les personnes travaillant sur Ruby On Rails récupèrent souvent les bonnes idées des autres Frameworks.

Au final, le choix de tel ou tel Framework se fera surtout selon les goûts du développeur et la communauté autour du Framework. J'imagine mal un non anglophone s'orienter vers un framework où la communauté et les docs francophone sont quasiment inexistantes.

Par contre, ThePooh, je trouve ça bizarre que tu dises que Rails 3.1 "impose" CoffeeScript et Sass. Ce n'est pas vrai. :)
Oui ils y sont par défaut, mais tu peux toujours créer des fichiers .js et .css, donc, programmer en CoffeeScript / Sass reste optionnel quand bien même tu ais les gems dans ton fichier "gemfile". Moi je trouve que les proposer par défaut est une bonne choses, je ne connaissais pas du tout CoffeeScript ni Sass et je suis bien heureux de les avoir découvert par ce biais. ^^

En revanche Rails 3.1 impose JQuery par défaut. ^^ Mais là, je doute que beaucoup de personnes s'en plaignent. ^^

En tout cas Matthieu, c'est une bonne initiative. :)

Tu devrais parler du Scaffold. De ce que j'ai cru comprendre, les développeurs Rails ont mis l'accent sur la puissance du scaffold permettant de "créer un blog en moins de 15 minutes" (y'en a plein des articles comme ça sur le net ^^ ). Je ne saurais te dire si le framework ROR en est "l'inventeur", mais cette fonctionnalité semble avoir été reprise par beaucoup d'autres Frameworks depuis. ^^
Le 14 décembre 2011 à 16:27:17

Citation : MatthieuSegret

"Quels sont les avantages de Ruby on Rails ?"



AMHA le plus gros avantage de RoR est d'être basé sur un vrai langage puissant et élégant (Ruby), et pas un vieux bouzin foireux comme PHP.

On pourrait accorder le même avantage à Django et .NET, soit dit en passant...
Le 14 décembre 2011 à 17:07:54

OYÉ, CAP’TAIN, JE VOIS UN TROLL DROIT-DEVANT !
Le 14 décembre 2011 à 20:07:28

Citation : Kulgar

<citation rid="6859329">
je ne connaissais pas du tout CoffeeScript ni Sass et je suis bien heureux de les avoir découvert par ce biais. ^^



Ce que je voulais surtout dire c'est surtout qu'on ne peut pas voir ça comme un avantage de RoR :)

Imagine dans le sens inverse un mec qui fait un dossier sur SF2 et qui dit " On peut utiliser Coffeescript dans SF2 c'est pour ça que c'est bien "

Citation

OYÉ, CAP’TAIN, JE VOIS UN TROLL DROIT-DEVANT !



Il a pas spécialement tort, le jour où PHP se dotera d'une vraie roadmap d'une vraie personne qui prend les décisions quitte à moins respecter la communauté, je pense que le langage avancera. A cause de sa popularité les développeurs cherchent à trop faire de concessions et ça nuit aux évolutions du projet.
Projets : Blog Neetcafe.com (En attendant le site) - CakeResque - ResqueBoard . CakePHP & NoSQL enthusiast 
Le 14 décembre 2011 à 20:46:49

Tu admettras que ta façon de le dire est d’un autre niveau que la sienne.
Le 14 décembre 2011 à 20:59:41

Oui effectivement, mais bon PHP reste un sujet de troll assez (trop) facile :p
Projets : Blog Neetcafe.com (En attendant le site) - CakeResque - ResqueBoard . CakePHP & NoSQL enthusiast 
Le 14 décembre 2011 à 22:27:05

Citation : ThePooh


Ce que je voulais surtout dire c'est surtout qu'on ne peut pas voir ça comme un avantage de RoR :)

Imagine dans le sens inverse un mec qui fait un dossier sur SF2 et qui dit " On peut utiliser Coffeescript dans SF2 c'est pour ça que c'est bien "



Ah oui, sur ce point je suis entièrement d'accord. :)

D'ailleurs dans le tuto que je rédige autour de Ruby On Rails (ici même, sur le site du zéro ^^ ), je ne manque pas de dire, dès la partie d'introduction, que les Frameworks s'inspirent les uns des autres et que toutes les bonnes idées sont reprises très rapidement par les différents frameworks Web jusqu'à une certaine uniformisation entre eux (ce qui est d'autant mieux pour nous, les développeurs, au moins passer d'un Framework à un autre n'est pas dépaysant, quand bien même nous changions de langage ^^ ).

Par contre, Sass et CoffeeScript sont bien nés grâce et pour Ruby On Rails, non ?

C'est juste une question anodine hein ? :) Parce qu'il m'a semblé avoir lu ça quelque part (peut-être dans le About de Sass/CoffeeScript) et j'aimerais être sûr que c'est effectivement le cas. :)

Citation : ThePooh


Il a pas spécialement tort, le jour où PHP se dotera d'une vraie roadmap d'une vraie personne qui prend les décisions quitte à moins respecter la communauté, je pense que le langage avancera. A cause de sa popularité les développeurs cherchent à trop faire de concessions et ça nuit aux évolutions du projet.



Récemment, quelqu'un m'a demandé si PHP n'allait pas mourir au profit d'autres langages/Framework Web (comme Ruby & le Framework Rails). Je ne pense pas que PHP mourra, ça m'étonnerait fortement, la communauté autour de ce langage est bien trop active.

Mais étrangement, le langage pâtit justement de cette communauté trop active, comme tu le dis si bien. Je suis par contre convaincu que ceux qui feront évoluer PHP dans le bon sens sont ceux à l'origine des Frameworks PHP les plus utilisés. M'étonnerait pas qu'ils fusionnent un jour (comme Merb et ROR) afin d'avoir un poids certain sur l'évolution du langage PHP et de pouvoir prendre plus de libertés. :)

Pour en revenir au sujet, je ne saurais trop dire si c'est effectivement un avantage propre uniquement à ROR, mais ce qui m'a tout de suite plu et frappé dans ce Framework, c'est sa "propreté" à tous les niveaux. Propreté au niveau du code, au niveau de la façon de coder (très épurée et libre tout en t'empêchant de faire n'importe quoi), au niveau de l'architecture des dossiers, au niveau de la séparation des 3 environnements Dev/Test/Prod, de la séparation également du code pour le site et du code pour les tests... Et aussi le fait que les commandes "rails generate, rails new, rails scaffold" te créent tous ces beaux fichiers, bien proprement, sans en oublier.

Vraiment très appréciable.
Le 14 décembre 2011 à 22:30:27

Bon ça me donne envie d’essayer RoR tout ça. J’ai pas touché à Ruby depuis la 1.7, though.
Le 14 décembre 2011 à 23:09:24

C'est un bon débat Kulgar (concernant PHP), déjà oui PHP ne mourra pas grâce à sa communauté, mais également grâce au fait que Facebook roule toujours sous PHP et fait véritablement avancer les choses (récemment ils ont sorti la VM de HipHop)

Citation

Je suis par contre convaincu que ceux qui feront évoluer PHP dans le bon sens sont ceux à l'origine des Frameworks PHP les plus utilisés.



A l'inverse j'en suis moins sûr, tout d'abord c'est une affirmation qui était vraie avec Zend notamment pour les versions 3 et 4 l'apport de Zend a été monstrueux. Mais encore une fois le PHP est victime de sa notoriété, aujourd'hui sur PHP tu as de nombreux framework web qui se tirent la bourre. Beaucoup moins vrai sur Ruby ou Python, où tu as RoR et Django, alors oui évidemment à côté tu en as d'autres (Sinatra pour les toutes petites applications, ou web2py pour python) mais c'est bien moins fort que la guerre des frameworks PHP. Aujourd'hui SF est prédominant en France (cocorico + le travail de sape auprès des entreprises françaises de Sensio Labs) mais à l'étranger c'est beaucoup moins vrai on va te parler de Zend, de Cake, de CI, de Kohana.... Du coup difficile de tirer vraiment un framework PHP au dessus du lot qui va porter le langage vers quelque chose de mieux :(

Surtout qu'ils n'ont pas du tout les mêmes approches, Zend a une approche "améliorer le PHP" quand SF / Cake etc...sont plus dans "gommer les défauts du PHP en s'inspirant de RoR notamment (et d'autres que tu as cité)" c'est subtil mais bien différent (dans un cas tu essaie de ranger ta chambre, dans l'autre tu mets tout sous le lit, un peu de parfum des beaux meubles et ça passe :lol: )

Le PHP souffre de sa principale qualité (la popularité), on lui reproche de pas avancer (je parle pas de toi bien entendu), mais faut aussi comprendre un minimum la chose. PHP a de vrais mastodontes, ils peuvent pas s'amuser entre 2 versions du même numéro faire des changements énormes comme entre 1.8 et 1.9 de ruby (single character strings >_< où les {"a", "b"} qui faisaient un hash ). C'est joomla / wordpress / drupal qui vont faire la gueule.

En tout cas c'est un débat intéressant,

Citation

Par contre, Sass et CoffeeScript sont bien nés grâce et pour Ruby On Rails, non ?



Honnêtement je n'en ai aucune idée mais pour Coffeescript je pense que ça serait plus une "inspiration" (comme Python) ? Enfin j'en sais rien,
Projets : Blog Neetcafe.com (En attendant le site) - CakeResque - ResqueBoard . CakePHP & NoSQL enthusiast 
Le 14 décembre 2011 à 23:55:56

Citation : ThePooh

Oui effectivement, mais bon PHP reste un sujet de troll assez (trop) facile :p



Personnellement, j'aime bien tirer sur l'ambulance, surtout quand elle a deux pneus crevés.

Sinon, ça m'étonne tout de même que personne n'ait mentionné l'avantage N°1 de RoR et qu'il faille que ce soit moi, passant troller tranquillement, qui le sorte (alors que je n'utilise pas RoR).

Citation

je ne saurais trop dire si c'est effectivement un avantage propre uniquement à ROR, mais ce qui m'a tout de suite plu et frappé dans ce Framework, c'est sa "propreté" à tous les niveaux. Propreté au niveau du code, au niveau de la façon de coder (très épurée et libre tout en t'empêchant de faire n'importe quoi),



Ta description s'applique à l'identique au langage Ruby en lui-même.

Ruby est un langage propre, élégant, puissant, très bien pensé et conçu, avec une bibliothèque standard riche et bien organisée. D'ailleurs Ruby et Python se ressemblent pas mal malgré leurs différences. Personnellement, je trouve Ruby plus élégant et Python mieux équipé.

Il est naturel que les programmeurs doués (ceux qui créent les bons outils et innovent) soient attirés ce style de langage. Ruby a siphonné une grande quantité de cerveaux qui se faisaient précédemment chier à faire du php, avec le succès que l'on voit.

Quand un bon langage attire des bons codeurs, il se créé une librarie standard de grande qualité (cf python, ruby) au lieu d'un tas de fumier (php). Et finalement, des frameworks innovants. Qui sont ensuite copiés (mal) par ceux qui sont restés coincés à l'étage d'en-dessous.

> le PHP est victime de sa notoriété

C'est surtout un canard sans tête qui court dans tous les sens mais n'arrive nulle part.

Quelques autres petits détails que tu attribues à Rails (mais qui proviennent en fait du langage) :

- la gestion des modules,
- l'Unicode,
- Rack,
- Le fait que ça tourne dans un appserver, qui garde son état et tout le code en mémoire, et où il est donc possible d'exécuter une étape de configuration longue et complexe (faut bien que activerecord aille se configurer, etc) mais uniquement au démarrage du serveur, pas au chargement de chaque page... et qui a des impacts non négligeables sur les performances (en gros, le temps de charger la moitié de symfony, rails a le temps de terminer quelques requêtes déjà...)

En fait je suis prêt à parier qu'à la fin des 10 articles, au moins la moitié des "avantages" de Rails seront en fait des avantages du langage en lui-même. Ce qui est, en fait, encore plus intéressant.
Le 15 décembre 2011 à 0:24:30

Citation : Iso

Bon ça me donne envie d’essayer RoR tout ça. J’ai pas touché à Ruby depuis la 1.7, though.



Eh beh, prends ton mal un peu en patience, ;) j'espère faire publier les premières parties de mon tuto en ROR d'ici janvier. :)

Par contre, je te rassure tout de suite, ne pas avoir touché à Ruby depuis la 1.7 ne va pas te pénaliser (je pense). Personnellement je n'avais jamais touché à Ruby avant de m'attaquer à l'assimilation de Ruby On Rails. Et maintenant, j'en arrive à modifier des gems existantes pour les besoins de mes projets...

@Lord Casque Noir :

Eh bien, je dois dire que nos idées se rejoignent. :) Je reste agréablement impressionné par l'ingéniosité du langage Ruby et la qualité du travail fournie gratuitement par les développeurs de la communauté Rails. Quand on voit la qualité (et la quantité) de programmation des gems, la complexité de leurs fonctionnalités avec pourtant un code source propre, compréhensible en simple lecture, avec quantité de commentaires, de docs... Bref... Ils font ça gratuitement et pourtant c'est du travail d'une qualité remarquable et bien mieux fait que certaines bibliothèques payantes dans d'autres langages.

@ThePooh :


C'est vrai que parfois RoR se permet des évolutions tout bonnement énormes (je pense notamment l'ajout de la pipeline Assets entre Rails 3.0 et Rails 3.1, ils auraient limite pu passer en Rails 4.0...). Mais la force de Rails c'est sa compatibilité à (presque) toute épreuve. Si un gars veut développer une appli en Rails 2.x, il aura aucun soucis pour ça, toutes les gems sont disponibles dans leurs plus anciennes versions sur GitHub et certaines sont mêmes développées de façon rétro-compatibles...

A mon avis, PHP devrait se scinder en deux... 1 branche "conservatrice" et 1 branche "évoluant". La branche conservatrice s'inspirait de la branche évoluant pour en récupérer ce qui fonctionne le mieux sans modifier profondément la logique PHP. La branche "évoluant" beh... pourrait enfin donner 1 second souffle à PHP. :) Et comme ça, les développeurs restent libres de faire évoluer leurs applis ou pas... En tout cas, à l'heure actuelle, je ne vois pas d'autres solutions pour continuer à réellement faire avancer les choses en PHP.

Moi pour l'heure je ne reproche rien à PHP. C'est juste que quand j'ai commencé à l'apprendre, je l'ai trouvé très fouillis (c'pour ça aussi que j'ai adoré RoR pour sa propreté). Avec les Frameworks PHP, ça va mieux. On verra ensuite ce que dit l'avenir. ^^

Bref, en effet, débat très intéressant que j'aimerais volontiers continuer. On peut continuer par MP si tu le souhaites (je te laisse l'initiative). :p
Le 25 juillet 2012 à 12:03:31

Après une longue pause je compte bien terminer ma série d'articles. Voici le dernier sur Active Record : http://matthieusegret.com/les-avantage [...] ctive-record/

Je rappelle que ces articles sont avant tout destinés aux personnes curieuses ne connaissant pas Ruby et Rails. Cela permet d'avoir un aperçu de certains avantages du langage Ruby et du framework Ruby on Rails.
Le 7 août 2012 à 12:22:26

Quand on parles de l'impact des framework php, j'avais lu un commentaire très judicieux, disant que rails était la meilleure chose qui soit arrivée à php. ===> aka symfony et ses copains.


Alors oui, comme souligné plus haut, le plus gros avantage de rails est d'être écrit en ruby. C'est de ça que découlent tout les grands avantages de rails.

Un exemple est la gem client_side_validation, qui récupère les validations de modèles et génère toute seule la validation ajax. La partie qui affiche le message d'erreur est une réécriture d'une méthode de rails. Ce qui permet, de n'avoir aucune modification à faire. A l'exception de cette méthode, pour avoir la validation ajax qui fonctionne sur tout le site. Même si y a 500 formulaires.


Le langage est fun, le framework bien ===> créations de trolls et de grosse communautés ====> des tonnes de plugins. Bon de qualité variables, mais plus y a de plugins, plus y a des plugins bien.

Ha si en avantage de rails, mais probablement présent sur quelques conccurents, la minification automatique <3 . Une doc correcte. Et probablement, un des frameworks a propos du quel le plus de questions ont été posées. Donc très facile de chercher une réponse. Contrairement à du symfony 1.4, ou faut bien souvent lire les sources de symfony pour avoir sa réponse.
anonyme
Photo
Le 8 août 2012 à 19:50:10

Citation

Alors oui, comme souligné plus haut, le plus gros avantage de rails est d'être écrit en ruby. C'est de ça que découlent tout les grands avantages de rails.

Un exemple est la gem client_side_validation, qui récupère les validations de modèles et génère toute seule la validation ajax.



À ce moment-là, je serais bien plus intéressé par un framework qui génère automatiquement la validation côté client sans passer par AJAX.
Le 13 août 2012 à 12:16:41

Comment voudrais tu avoir une validation client fonctionnant sans ajax ?


Sur un certain nombre d'éléments c'est faisable et sans danger. Mais comment reproduirait tu les critères de validations qui dépendent de valeurs en base. Ou de méthodes venant de ton code client ?

C'est pour ca que la validation est en ajax. Car sinon tu es obligé soit d'avoir uniquement des tests simples, soit d'avoir à écrire 2 fois ton code, et envoyer des données (confidentielles ou non, au client).
anonyme
Photo
Le 13 août 2012 à 12:33:52

Citation : xrorox

Comment voudrais tu avoir une validation client fonctionnant sans ajax ?


Sur un certain nombre d'éléments c'est faisable et sans danger. Mais comment reproduirait tu les critères de validations qui dépendent de valeurs en base. Ou de méthodes venant de ton code client ?



Bien sûr ça n'est pas possible pour tout. De là à dire que ça n'est possible pour rien…
Le 6 septembre 2012 à 18:44:34

Rails fait quand même des efforts au niveau du JS etc https://github.com/rails/jquery-ujs (ou https://gist.github.com/3062690 hihix)

Quels sont les avantages de Ruby on Rails ?

× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
  • Editeur
  • Markdown