Quand et Pourquoi utiliser Ruby on Rails?
Pourquoi utiliser Ruby on Rails au lieu d’un framework PHP?
SI on pouvait comparer les framework et les logiciels de traitement d’image, je dirais que le PHP c’est Gimp, et que le Ruby on Rails c’est Photoshop.
La triste réalité c’est que Photoshop est juste plus user-friendly, même s’il coûte beaucoup plus cher (Gimp est gratuit). OR, Je ne veut pas dire par là que Ruby on Rails coûte quelque chose en soi. Il est tout aussi gratuit que PHP! Le fait que Ruby on Rails est une solution plus coûteuse que le PHP c’est que les hébergeurs qui supportent le Ruby on Rails offrent ce service à un coût plus élevé que si ce n’était que pour PHP.
Mais “combien plus cher?”, je vous entend demander!
Pour comparer, voici un graphique :
On peut dire en effet que c’est plus cher du côté de WebFaction que de iWeb. Mais pas énormément plus cher! Et c’est sûr que les fonctionnalités ne sont pas non plus similaires. Par exemple, du côté de WebFaction, c’est 600gig de traffic par mois, et iWeb c’est “Unmetered”. Personnellement je n’ai jamais fait de site qui avait un traffic de plus de 600gig par mois. Mais du côté de iWeb, il manque l’accès au SSH (Secure SHell). Donc on ne peut pas utiliser de logiciel pour gérer les versions comme Subversion ou Git(!!!). C’est une grosse lacune pour un hébergeur comme iWeb.
Assez parlé de chiffres. Parlons maintenant de code!
Le gros avantage d’utiliser Ruby on Rails, c’est surtout pour la beauté de la syntaxe du Ruby. C’est un pur délice pour un programmeur que de travailler avec un tel language. Voici un example qui démontre la différence entre du code PHP et du code Ruby :
Il est pas beau le Ruby? Il est merveilleux! C’est comme comparer Napoleon Dynamite et Tyler Durden.
Un projet en Ruby est plus lisible, et donc, plus facile à maintenir. Car ça prends moins de lignes de code pour exprimer un algorytme qu’en PHP, par exemple. Ruby est juste trop cool! Et là je parle pas seulement de Ruby on Rails, mais aussi du framework Sinatra, et de toutes les autres librairies (Gems) qui existent dans l’écosystème de Ruby.
En conclusion
Le PHP n’est pas mort. Il y a (et aura) encore des projets qui sont mieux servis par le PHP. Comme si par exemple vous voulez seulement un blog, le meilleur engin de blog aujourd’hui est encore Wordpress (qui est codé en PHP). Et le forum le plus utilisé et le plus supporté auprès des hébergeurs est PHPBB.
C’est juste que si on sort du conventionnel et que pour cela il faille développer quelque chose de personnalisé, il vaut mieux utiliser le chemin le plus facile, c’est à dire, le Ruby.
22 Feb 2009, 10:36am Uncategorized 11 comments |