C'est vrai que c'est beaucoup plus subtil comme approche,
là tu compare avec la batterie lourde (J2EE,.NEt) et l'ultra light (PHP) selon ton image.
J'ai adoré.
Tout d'abord, la barrière à l'entrée est très imposante et le développement est entrecoupé de beaucoup de tâches purement administrative, comme dans le cas de J2EE et de .Net.
Par ailleurs, ces langage partent de bases plus ou moins défectueuses : l'aspect objet de PHP n'est ainsi apparu que tardivement et n'est qu'une surcouche. Autre manque fréquent, le langage n'est pas adjoint d'outils efficaces pour un certain domaine de développement. Ruby on Rails dispose de son côté d'une multitude d'outils facilitant le développement Web, allant d'un débugge
Tu attaque sur la lourdeur J2EE et tu enchaines
"Tous ces langages"
on pense quels langages ?
logiquement Java et C# ben non en fait c'est de PHP que tu parles.
Du grand art.
Rien sur la robustesse, la qualité.
C'est un langage interprété, dynamique, orienté Objet pur. On part donc déjà d'une base très saine. L'aspect dynamique du langage est une caractéristique essentielle à mon avis. On peut faire des choses impensables dans d'autres langages, et cela se fait de manière très naturelle.
Le developpement orienté test n'est pas l'apanage des langages fortement typés, mais eux apportent un niveau de sécurité suppléméntaire.
Alors vaut-il mieux faire des piles de n'importe quoi et s'apercevoir qu'on a tenté declencher une méthode sur un n'importe quoi qui ne présente pas cette méthode dans son contrat en prod parce qu'on avait pas testé toute la combinatoire (tests d'intégration) ou bien faire une
pile d'objet qui respecte un contrat que l'on maitrise dans la suite de son prog ?
Sinon le reste ne part pas dans des envolées naivement enthousiaste donc pas mal joué ;-)
[^] # Re: Python? Ruby!
Posté par golum . En réponse au journal interview sur jdnet. Évalué à 3.