Les développeurs restaient avec Ruby 1.8 principalement parce que c'était compliqué de migrer vers Ruby 1.9. Ruby 1.9.1 avait tendance à segfaulter un peu trop régulièrement, beaucoup de bibliothèques n'étaient pas compatibles avec Ruby 1.9, faire tourner Ruby on Rails avec Ruby 1.9 était un défi de tous les jours. En plus, il n'était pas forcément facile de faire cohabiter Ruby 1.8 et Ruby 1.9 (il faut éviter de mélanger les gems par exemple).
Mais c'est en train de changer. La version 1.9.2 est nettement plus stable que la 1.9.1. Rails, et tout particulièrement Rails3 qui devrait sortir bientôt, supporte de mieux en mieux Ruby 1.9.
L'arrivée de Ruby Version Manager fait également beaucoup de bien. Il est maintenant très facile d'avoir plusieurs implémentations de Ruby sur une même machine et de passer de l'une à l'autre selon les projets. RVM permet de lancer facilement les tests unitaires d'une bibliothèque avec plusieurs versions de Ruby. C'est, je pense, ce qui a permis à beaucoup de développeurs d'avoir des bibliothèques Ruby qui fonctionnent avec les différentes versions.
[^] # Re: Rubinius, JRuby et les autres alternatives
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Sortie de Ruby 1.9.2. Évalué à 5.
Mais c'est en train de changer. La version 1.9.2 est nettement plus stable que la 1.9.1. Rails, et tout particulièrement Rails3 qui devrait sortir bientôt, supporte de mieux en mieux Ruby 1.9.
L'arrivée de Ruby Version Manager fait également beaucoup de bien. Il est maintenant très facile d'avoir plusieurs implémentations de Ruby sur une même machine et de passer de l'une à l'autre selon les projets. RVM permet de lancer facilement les tests unitaires d'une bibliothèque avec plusieurs versions de Ruby. C'est, je pense, ce qui a permis à beaucoup de développeurs d'avoir des bibliothèques Ruby qui fonctionnent avec les différentes versions.