Je vous ai déjà beaucoup parlé de Rails sur ce blog et de tout le bien que je pense de ce framework.

Pourtant, la communauté des développeurs web Ruby était en train de se séparer en deux, depuis quelques mois. En effet un autre framework, partageant les idées ("conventions plutôt que configuration", "Don't repeat Yourself"...) était apparu : Merb.

Merb donc est né de l'idée que Rails était trop "Full Stack", comprenez par là que Rails vous offre un environnement complet et choisi pour vous un ORM (ActiveRecord), un Framework Javascript(Prototype)...
Rails permet évidemment de modifier ces choix par défauts, mais ne facilitait pas forcement la migration. Merb, au contraire, embarque un minimum de choses et laisse le choix des composants additionnels au développeur (ORM, Framework JS, langage de templates...).
Merb est aussi connu pour l'importance accordée aux performances par ses développeurs.
Là ou Rails avait parfois sacrifié un peu de performances, pour un peu plus de clarté, Merb ne fait aucun sacrifice et veut vous apporter le beurre, l'argent du beurre et la crémière (comprenez les performances, la clarté et ... la classe :) )

De cette fission, certains avaient essayé de créer une "guerre" des frameworks entre ces deux là. Mais les principaux intéressés (les développeurs de chacun des frameworks) ne tarissait pas d'éloges sur leurs concurrents.
J'en veux pour preuve cette liste "tronquée" des raisons pour lesquels Matt Aimonetti, développeur Merb français aime Rails :

  • Sans Rails, Ruby ne serais pas un des 11 premiers langages de programmation.
  • Sans Rails, on écrirait encore des centaines de lignes de configurations pour démarrer une petite application.
  • Sans Rails, beaucoup de développeurs ne saurais pas ce que MVC signifie.
  • Sans Rails, je ne serais pas un développeur Ruby.
  • Sans Rails seuls les élites feraient des tests.

Malgré cela, de plus en plus de personnes pensaient à migrer vers Merb, qui semblait devenir plus intéressant que Rails pour les raisons évoquées précédemment et quelques autres (routing, slices...).

Et hier, est arrivé le cadeau de Noël inespéré, les développeurs des deux équipes ont en effet décidé de réunir leurs efforts et de nous réunir les deux frameworks pour la prochaine version majeure.

Merb sera donc mergé dans Rails afin de devenir Rails 3, cela veut dire, tous les avantages de Rails, à commencer par le nom que c'est fait ce framework dans le monde du web, auquels viendront s'additionner tous ceux de Merb (Les API publiques, les slices, le routing avancé, le choix des composants, les performances... ...)

Les réactions dans le monde Ruby sont pour le moment partagées même si le positivisme l'emporte déjà. Pour ma part, je suis TRÈS confiant sur ce rassemblement des forces pour trois raisons :

  • Les nouveaux modes de développement, Git, Github (ses commentaires), facilite l'investissement de la communauté dans le code du framework. Les décisions prises lors de cette phase de réunion de Rails et Merb seront donc surveillées de très près.
  • Les développeurs de Rails et de Merb sont parmi les meilleurs que je "connaisse", lire le code des commits des "leads développeurs" de ces deux frameworks est presque toujours un plaisir et une source d'inspiration pour ses propres projets.
  • La communauté Ruby est très active et beaucoup d'outils, de tutoriels visant à faciliter la migration devrait voir le jour ses prochaines semaines/mois.

En conclusion, nous n'avons plus désormais deux gros frameworks Ruby, mais un seul.
Alors certes la concurrence sera moindre (même si de nombreux autres frameworks encore moins connus existent), mais l'effervescence au sein de la communauté Ruby et les outils adéquats devraient permettre de combler ce manque.

Alors vive Rails, vive Merb, vive Ruby, et Joyeux Noël.