eLamBlog

Depuis quelques mois, je développe mes sites en Ruby On Rails. En effet, je reste avant tout un geek et cela m’amuse de temps en temps de développer selon mes besoins des applications Web. La plupart d’entre elles restent des prototypes, une fois la difficulté passée ou le core terminé, je me lasse et je passe à autre chose…

La question étant souvent la même : Pourquoi après 5 ans sous PHP, ce changement “radical” ?

Je vais tacher de me résumer en une simple liste de 10 points :

1. Les CRUD assistés. Un gain de temps non-négligeable. (Toi aussi code ton blog en moins de 15min )
2. Le modèle MVC.
3. Une propreté/structure dans le code du fait du modèle forcé en MVC.
4. Une richesse de centaines de tips/helpers intégrés au framework. Là aussi un gain de temps et d’effort.
5. Une communauté active et structurée.
6. Une diversité de plugins hallucinante, pour la plupart orienté production, comme des daemons d’indexation pour des moteurs de recherche, des interface pour système de paiement en ligne, de tag, de template, c’est sans-fin… Pas de scripts tiers à intégrer. Logique différente.
7. Database agnostic. Assez cool pour une migration de MySQL vers PostgreSQL (Du vécu… ).
8. JS/AJAX intégré et assisté. Malgré le fait que je remplace systématiquement Prototype par jQuery.
9. La maintenance est bien plus simple ! Dépends du petit 3.
10. Le Ruby est, au final, un langage agréable à coder. Basé sur la convention plutôt que la configuration, on ne recode par la roue…

Il y a des trolls en ce moment sur les performances de Ruby On Rails, sa stabilité et sa capacité à prendre la charge. Bref, comme dit au début du paragraphe, ceci est un troll. Je vous invite à faire quelques recherches pour vous en rendre compte. Ceci est parti de Twitter et de son downtime systématique, cela viens de Twitter et non du Ruby. La preuve, ni YellowPages qui vient complètement d’être refait en Rails et Scribd ne sont sujets à cette polémique. Cela vient, je pense, de la sur-utilisation de l’API de Twitter (+ de 3000 requètes SQL par seconde).

Comme le dit le titre, je suis récemment tombé fan du Ruby On Rails, un framework web libre écrit en Ruby.

Comme certains le savent déjà, il y a depuis quelques mois un gros buzz autour de ce framework, et cela pour plusieurs raisons qui sont à mon goûts très vraies.

Pour résumer en quelques points :

• Il est conçu selon un modèle : Modèle-Vue-Contrôleur très agréable d’un point de vue de développeur.
• JS/AJAX inclue via les librairies script.aculo.us et Prototype. jQuery peut être utilisé pour les fans comme moi
• Déploiement simple : Pré-installé sous Mac, dans tous les dépots Linux et sous Windows ca se fait également très bien puisque qu’il embarque un serveur local au projet.
• Au-delà du support des bases de données suivantes : SQLite, MySQL, PostgreSQL, DB2, Oracle et Microsoft SQL Server. L’avantage est qu’il gère toutes les connections à la base automatique, donc pas de requète à écrire et il devient donc extrèmement facile de migrer de base (Un simple ligne à ahcnger dans son fichier de config), il intègre aussi un système de versionnalisation de base. Il gère aussi plusieurs environnement : Dev, Production et tests. (Précision sur ce dernier RoR inclus un moteur de tests unitaire de son appli)
• Les deux principes, cité de Wikipedia, sont :
  • “Ne pas se répéter : les éléments de l’application ne doivent être qu’à un seul endroit.” , logique mais pas forcement évident en PHP par exemple.
  • Et l’autre principe, celui qui rends l’approche un peu plus repoussante, mais qui devient un réel avantage de performance et de temps de programmation avec le temps, et dont je suis moi-même très content, c’est : Convention plutôt que Configuration : il est inutile de préciser des détails lorsqu’ils respectent des conventions établies. (En effet, Rails exploite cela en proposant des comportements par défaut pour la plupart de ses fonctionnalités).

Pour ma part, j’ai développer un Craigslist-like avec gestion de GoogleMap, FlickR, Comptes utilisateurs, Authentification, Recherche et admin en Ajax, en 5/6h et 200 lignes de code (En moyenne 20 mots par ligne…). Et c’était mon 1er site en RoR !

J’esserais de faire quelques rapports de mon apprentissage et passage à Ruby On Rails, en effet après près de 6ans sous PHP, ca va pas être évident. Je vais aussi vous fournir mes bookmarks dans un prochain billet (Déjà 31 après une semaine…).

Je vous invite à lire le eBook que je joinds à l’article, qui permet de faire une partie de se qui est décrit ci-dessus. Et aussi la doc/Wiki officiel du site de Ruby On Rails.

Liens :

• eBook Railslist (Simple et bien fait, il pose les premiers princips de RoR, certaines commandes sont à revoir si vous developpez sous RoR 2.0.2)
• Site officiel de Ruby On Rails
• RubyForge (Dépot de Plugins, Engines et Projets en Ruby et donc en Rails.)