Impressionant d'objectivité cette étude.
En gros : ah, y a largement plus de code écrit en PHP, PHP est plus utilisé, alors PHP caymieux.
Ah bon. Cool. Y a largement plus de développeurs et d'utilisateurs Windows, c'est pas pour autant que c'est mieux.
PHP il existe depuis belle lurette, c'est un langage devenu limite un standard, alors que Ruby n'a décollé sur le Web que depuis l'avénement de RoR donc c'est clair que y avait pas besoin de faire une étude pour savoir que PHP est clairement plus utilisé.
De plus, comme d'habitude, on tente de comparer ce qui n'est pas comparable : PHP qui est un simple langage de script avec Ruby on Rails qui est un framework complet basé sur Ruby.
Selon moi il n'existe aucun framework basé sur PHP qui a actuellement autant de succès que Ruby on Rails. Et c'est pas sans raison...
Le couple Ruby on Rails + RadRails (environnement basé sur Eclipse avec éditeur de code à onglets, navigateur base de données, lancement des serveurs de tests, tests unitaires, débugguage) est "clairement" tueur.
# completement nulle comme étude.
Posté par Nicolas Blanco . En réponse au journal PHP eats rails. Évalué à 9.
En gros : ah, y a largement plus de code écrit en PHP, PHP est plus utilisé, alors PHP caymieux.
Ah bon. Cool. Y a largement plus de développeurs et d'utilisateurs Windows, c'est pas pour autant que c'est mieux.
PHP il existe depuis belle lurette, c'est un langage devenu limite un standard, alors que Ruby n'a décollé sur le Web que depuis l'avénement de RoR donc c'est clair que y avait pas besoin de faire une étude pour savoir que PHP est clairement plus utilisé.
De plus, comme d'habitude, on tente de comparer ce qui n'est pas comparable : PHP qui est un simple langage de script avec Ruby on Rails qui est un framework complet basé sur Ruby.
Selon moi il n'existe aucun framework basé sur PHP qui a actuellement autant de succès que Ruby on Rails. Et c'est pas sans raison...
Le couple Ruby on Rails + RadRails (environnement basé sur Eclipse avec éditeur de code à onglets, navigateur base de données, lancement des serveurs de tests, tests unitaires, débugguage) est "clairement" tueur.