Ce que j'adore c'est que tu compares des choux et des chèvres.
Avec Python tu as Django effectivement mais tu as aussi CherryPy, Pylons, TurboGears, Zope et j'en passe et des meilleurs.
En fait, tu as un standard / une spec qu'on appelle WSGI pour remettre de l'ordre dans tout ca et sur laquelle tous tes framework se basent ou le devraient, spec qui ressemble étrangement à une certaine API servlet et frameworks qui rappellent bien l'offre coté Java.
Et pour chacun d'eux lorsque tu ne prend pas la solution de base parce qu'elle se révele insuffisante en dehors du prototypage, que tu veux pouvoir choisir ton moteur de templating, ta base de donnée, ton ORM, tu dois te palucher des fichiers et des scipts de config à tire larigot l'homogénéité du standard XML en tant que fichier de conf en moins.
Tout pareil dis donc.
Pis avec le serveur web embarqué ca tient pas la route, il faut te coltiner l'interface avec un Apache / mod_python.
Mais là t'es chez toi en bon linuxien et admin tu maitrises tout ca en 3 ligne de commande et 2 fichiers. Ca tombe bien les javaiste aussi sont dans leur elt.
Pis après les libs standard pyhton sont pas suffisantes et tu veux récupérer tes proprs libs pour gérer le log ou encore te connecter à un annuaire LDAP ..
Et là fini les joies du "convention over configuration".
Avec Java c'est pareil . Tu peux faire mumuse avec un Tomcat et un framework unique et crâner en disant ca se fait en 3 clics
Reste que jusqu'il y a peu ( la phenomène RoR) on avait plus de fichier à configurer à la mimine et que le XML s'est imposé come standard avant cette apparition.
Tous tes frameworks python (hormis Zope que tu critiques pour sa lourdeur) sont issus de la même veine basée sur les conventions.
Rassures toi avec Java tu peux le faire aussi, quasiment tous les frameworks ont evolué en ce sens et d'autres sont né sur cette idée
comme par exemple Play qui est passé par ici http://linuxfr.org/2008/09/04/24453.html
mais il doit en exister d'autres.
Bref ce que tu nous décris ce sont des pbs de choix de solutions d'architecture, de choix qui sont de plus en plus ardus à mesure qu'un ecosytème et son offre de composants s'enrichissent.
Python n'y échappe pas.
Reste le troll langage statique vs dynamique.
Ca tombe bien tu peux aussi utiliser ton langage dynamique préféré J2EE et ses librairies et frameworks comme JRuby On Rails qui est réputé plus robuste que son grand frère natifs, ou encore Grails et même Jython (avec ses wagons de release de retards) est présent.
A toi de choisir le mieux ou bien de rester avec ton Django, ses limites et qui à ce que je sache n'est toujours pas foutu de proposer un projet de forge convenable.
Mais tu as raison Django et ses 1928 sites à haute disponibilité témoignent pour lui http://www.djangosites.org/
Bonne année à tous , elle démarre sur les chapeaux de roue.
[^] # Re: Grandiose
Posté par Bozo_le_clown . En réponse au journal Linuxfr en J2EE. Évalué à 5.
Avec Python tu as Django effectivement mais tu as aussi CherryPy, Pylons, TurboGears, Zope et j'en passe et des meilleurs.
En fait, tu as un standard / une spec qu'on appelle WSGI pour remettre de l'ordre dans tout ca et sur laquelle tous tes framework se basent ou le devraient, spec qui ressemble étrangement à une certaine API servlet et frameworks qui rappellent bien l'offre coté Java.
Et pour chacun d'eux lorsque tu ne prend pas la solution de base parce qu'elle se révele insuffisante en dehors du prototypage, que tu veux pouvoir choisir ton moteur de templating, ta base de donnée, ton ORM, tu dois te palucher des fichiers et des scipts de config à tire larigot l'homogénéité du standard XML en tant que fichier de conf en moins.
Tout pareil dis donc.
Pis avec le serveur web embarqué ca tient pas la route, il faut te coltiner l'interface avec un Apache / mod_python.
Mais là t'es chez toi en bon linuxien et admin tu maitrises tout ca en 3 ligne de commande et 2 fichiers. Ca tombe bien les javaiste aussi sont dans leur elt.
Pis après les libs standard pyhton sont pas suffisantes et tu veux récupérer tes proprs libs pour gérer le log ou encore te connecter à un annuaire LDAP ..
Et là fini les joies du "convention over configuration".
Avec Java c'est pareil . Tu peux faire mumuse avec un Tomcat et un framework unique et crâner en disant ca se fait en 3 clics
Reste que jusqu'il y a peu ( la phenomène RoR) on avait plus de fichier à configurer à la mimine et que le XML s'est imposé come standard avant cette apparition.
Tous tes frameworks python (hormis Zope que tu critiques pour sa lourdeur) sont issus de la même veine basée sur les conventions.
Rassures toi avec Java tu peux le faire aussi, quasiment tous les frameworks ont evolué en ce sens et d'autres sont né sur cette idée
comme par exemple Play qui est passé par ici
http://linuxfr.org/2008/09/04/24453.html
mais il doit en exister d'autres.
Bref ce que tu nous décris ce sont des pbs de choix de solutions d'architecture, de choix qui sont de plus en plus ardus à mesure qu'un ecosytème et son offre de composants s'enrichissent.
Python n'y échappe pas.
Reste le troll langage statique vs dynamique.
Ca tombe bien tu peux aussi utiliser ton langage dynamique préféré J2EE et ses librairies et frameworks comme JRuby On Rails qui est réputé plus robuste que son grand frère natifs, ou encore Grails et même Jython (avec ses wagons de release de retards) est présent.
A toi de choisir le mieux ou bien de rester avec ton Django, ses limites et qui à ce que je sache n'est toujours pas foutu de proposer un projet de forge convenable.
Mais tu as raison Django et ses 1928 sites à haute disponibilité témoignent pour lui
http://www.djangosites.org/
Bonne année à tous , elle démarre sur les chapeaux de roue.
Bozo pasJ2EEpasLeadArchitect