Hum, on va essayé d'éviter les trolls :) Les 2 CMS sont effectivement basés sur Zope/CMF. Je connais assez mal CPS donc je ne préfère pas rentrer dans les détails. Ils ont des points communs (Archetypes vs CPSschema par exemple) et la plupart des composants CPS fonctionnent sous Plone 2.0.
- Plone est un projet international, et issu de la communauté Zope. Il y a donc une "attirance" plus "naturelle" vers celui ci.
- CPS est un projet d'une entreprise française. Il est donc vu différent de Plone. De plus la communauté est principalement française a ce je sais.
Cela donc se ressent. il existe beaucoup plus d'hébergements Plone que CPS, plus de gens pour t'aider, plus de livres, plus d'infos, etc. J'ai l'impression (encore une fois, je connais assez mal le monde CPS, donc à prendre avec des pincettes) que Nuxeo n'a pas réussi à fédérer une communauté libre (ie hors clients) assez importante.
Techniquement, CPS est plus avancé et propose des fonctionnalités qui n'existent pas dans Plone. C'est clairement le CMS le plus abouti.
Donc j'aurai tendance à privilégier Plone, non pas techniquement mais pour le reste.
Pour l'avenir, et c'est un point trés positif, les différents créateurs des principaux CMS sous Zope (Plone, CPS, Silva) + Zope Corp ont décidés de s'associer pour développer l'équivalent du CMF pour Zope3 (en plus avancé evidemment). Donc même s'il existera plusieurs CMS, il existera un énorme tronc commun.
> Ouille ! Zope, mal foutu ?? Là ça fait mal. J'ai rarement vu un framework mieux
> foutu que Zope justement. Ca peut s'étendre dans tous les sens. Ca te fournit
> tous les éléments classiques du web tout en restant extrêmement souple.
Oula, tu dois parler de Zope 3 la non ? ;) Parce que l'API de Zope 2 commence à devenir un sacré bordel. Par contre, il est clair qu'il tient encore la dragé haute sur les fonctionnalités.
> J'ai pas bossé avec Plone, mais avec CPS qui est son "concurrent" et qui est
> basé sur le même framework, et j'ai trouvé ça sacrément puissant.
Oui, plus puissant que Plone d'ailleurs. La version 3 de CPS est d'ailleurs un point de repère pour la future couche CMS de Zope 3 (dont la société Nuxeo qui développe CPS est trés active).
> Par contre, évidemment, ça aime la RAM. Beaucoup même.
512 Mo de RAM et un proc à 1Ghz est recommandé pour être à l'aise.
> Mais d'un autre côté, en changeant deux ligne dans un fichier de conf, tu
> passes à une architecture distribuée (load balancing + failover).
Ca s'appelle ZEO, qui sépare backend et frontend. Ca permet de multiplier les frontaux. Plone.org par exemple en possède 2 (de mémoire) + 1 backend. Cela lui permet de tenir 30M de hits sans problème (c'est un site fortement collaboratif, ou tout est calculé dynamiquement).
> Mais pour faire quelquechose d'imposant et le garder contrôllable, je trouve
> justement que Zope est bien foutu.
Toutafé, le développement objet et l'utilisation de frameworks fait ici toute la différence.
Bon alors, sans troller hein :). Chacun utilise ce qu'il souhaite, selon ses gouts ou ses affinités mais je ne vois la qu'un tissus d'avis sans aucune argumentation. On peut passer la nuit en discussion stérile avec ce genre de remarques. De plus, il faut tester la version *2.1* avant, car ca change pas mal avec la 2.0 et je ne parle même pas des 1.x. Ensuite l'attrait est avant tout technique. Il faut développer pour saisir la nuance avec les autres CMS.
> - basé sur Zope qui est lent, mal foutu, pleins de problèmes si on a le malheur
> d'utiliser une DB relationnelle, etc
Lent ? C'est faux depuis au moins les versions 2.7.x avec l'utilisation de Python 2.2 minimum et la réécriture des parties critiques en C. Mal foutu ? Zope à débuter sa vie en 96, forcément ca date et il commence à faire son age c'est clair. Maintenant faut comprendre que Zope est un *serveur d'application*, avec tout ce que cela implique en fonctionnalité. C'est stupide de le comparer avec du PHP pur : il comprend une base objet qui gère la persistance, d'un broker objet et de la gestion de l'héritage dynamique.pour ne parler que de quelques spécificités phares. C'est pareil pour Jboss ou RoR. Et pour finir la dessus, le développement n'a plus lieu d'être en Zope 2 pur, Zope 3 arrive à grand pas.
> - incomplet : le fait de devoir passer par la ZMI (...) est totalement absurde,
> menu d'administration est totalement incomplet.
Effectivement, il y a encore besoin de passer de temps en temps par la ZMI mais cela devient rare, surtout avec la 2.1. Et cela concerne uniquement de l'administration avancée. De plus, l'utilisation d'extension qui vont bien diminue encore le recours à la ZMI.
> - templates bourrés de code incompréhensible (il n'y a cas voir le template
> utilisé pour générer le menu de navigation ...), à croire que les développeurs
> ne savent pas à quoi servent les templates ... (à éviter le code justemment ..)
Mouais, la on commence à voir les limites de tes connaissances sur le sujet. La portlet dont tu parles est dans skins/plone_portlet et fait 39 lignes. Le tout en xhtml valide :
Le langage de template est le ZPT, qui manipule des tags HTML. C'est je trouve un des meilleurs systèmes de templating que j'ai pu voir : clair, propre et séparement clairement logique & présentation. J'aime ce compromis.
> - une tonne de modules qui ne sont plus développés, complètement buggés,
> qui plantent si on a le malheur d'utiliser la version 1.3.4 de la dépendance X
> et pas la version 1.3.3
Ce sont des développements externes. Et comme Plone utilise une succession de framework (Zope, CMF, Archetypes) forcément faut la bonne version. Tout les modules développés par des gens sérieux sont déja ou presique à jour pour la 2.1. Et la plupart commence même à développer pour Five/Zope 3. L'arrivée d'une surcouche pour création des types est aussi un bon en avant dans la normalisation du développement.
> Personnellement je lui préfère de loin Drupal, même s'il est écrit en PHP ...
Si cela te conviens, c'est tant mieux pour toi, tu as trouvé ce dont tu avais besoin. Mais dénigrer un produit que tu sembles pas comprendre, ni ce que tu peux en tirer est sans intérêt. Je reste trés intéressé par les autres CMS (Typo3 en particulier) et d'autres techno comme RoR et de ce que je peux en comprendre, c'est que Plone se défend trés bien (et ce n'est que la 5eme release). Surtout dans un perspective à moyen terme ou la technologie suivante est déja en route...
Disons que Smalltalk est un des langages que Meyer s'est inspiré. Plusieurs points qui me semblent intéressant sur Eiffel :
- Le créateur, B. Meyer est un ancien élève de l'école polytechnique et de l'ENST, ancien prof et fondateur de revue technique, ... Un homme que je trouve personnellement intéressant.
- B. Meyer à étudié la programmation objet pendant des années. Je vous invite fortement à lire ses livres si vous êtes intéressé par le sujet (dont le volumineux (1300 pages) "Conception et programmation orientée objets" qui est pour moi une bible sur le sujet).
- Le langage est donc le fruit d'un intense travail, avec un but : un langage dédié à l'analyse, la conception et la réalisation. C'est à dire capable de gérer de bout en bout le processus de développement logiciel; et des objectifs clairs : concision, esthétique, réutilisabilité, extensibilité, fiabilité, effficacité, ouverture, portabilité.
- Inspiré de plusieurs langages : smalltalk pour le coté objet, le langage Z pour son formaliste (spécification), de Simula 67, d'Algol, de CLU, d'Ada , ...
- La programmation par contrat. Pour moi une idée génialissime, que les méthodes agiles avec la programmation conduit par les tests approchent de loin pour l'efficacité.
- Et pour valider ses idées, il a monté une boite, créé un compilateur. Ses clients sont principalement dans des domaines ou l'efficacité est primordiale (banque, assurance, transport, ...).
Bref, plus qu'un langage, Eiffel est une méthode de pensé. La lecture des livres de Meyer ne vous apportent pas que des techniques de programmation mais une vision complète de la conception et du développement. C'est à ce titre que je trouve ses livres des plus intéressants. Et pour ne rien gaché, il écrit trés bien. Ses livres sont clairs, abondamment commentés dans ses choix, avec une double lecture, et fort bien documentés. Bref, pour moi un vrai régal. J'invite tout ceux qui aiment ce domaine de lire le livre cité plus haut ...
Bref un tableau presque idilique si ce langage était beaucoup utilisé, mais ce n'est pas le cas :/ Une vision plus Open Source dans son développement aurait amha été bénéfique ...
J'adore toujours autant les commentaires sur linuxFR, toujours constructifs et intéressant. Donc la prochaine fois, au lieu de venir pleuré, vous vous occupez de créer ce genre de manifestations, de trouver un lieu, de contacter les personnes, de faire de la pub ...
> Je suis le responsable du projet de traduction de Mozilla, Fire..., Thunder et
> compagnie : même remarque. Nous n'avons pas été prévenu du tout.
Et ? Tu crois que Mozilla est le centre de l'univers ? Qu'un projet de traduc doit forcement inclure Mozilla ?
> Bref, il semblerait que ce soit un projet parigo-parisien
Cool, un peu d'anti-parisianisme pour faire encore plus beauf.
> centré sur KDE ?
Moi je lis :
"Les projets à traduire:
* KDE: Gérard Delafond
* Linux From Scratch: Guillaume Lelarge
* ABS: Guillaume Lelarge
* PostgreSQL: Guillaume Lelarge
* Howto: Jean-Philippe Guérard
* Pages de man non Linux Documentation Project: Gérard Delafond"
Alors si c'est centré KDE comme tu dis, c'est surement parce que Gérard s'est cassé le cul à co-gérer cet évènement. Parce qu'on le voit souvant, qu'ils nous aide à chaque fois qu'on lui demande, c'est un juste retour des choses.
Pelle, seau, sable, tout ca ...
Seb, pas organisateur de la chose mais toujours sidéré par les commentaires de ceux qui ne font pas.
Donc la prochaine fois, qu'on vous lisez :
"Vous aimez voir vos programmes et documentations libres en français?
Venez librement nous rejoindre à la première Traduc Party de France organisée par Parinux. Vous aurez librement à disposition des ordinateurs configurés pour traduire la dernière version (ou la prochaine!) de vos Logiciels Libres préférés. Vous serez encadrés par des traducteurs expérimentés."
Vous envoyez un gentil mail au orga pour ajouter votre projet ou co-organisé la suite, je suis sur que cela sera plus utile que de pleurer ici.
[^] # Re: je me demande...
Posté par Sébastien Douche . En réponse à la dépêche Install-party à la Cité des sciences, à Paris, La Villette. Évalué à 4.
L'ensemble fait dans les 160 Go :)
[^] # Re: Plone ...
Posté par Sébastien Douche . En réponse à la dépêche Sortie de la version 2.1 du CMS Plone. Évalué à 4.
- Plone est un projet international, et issu de la communauté Zope. Il y a donc une "attirance" plus "naturelle" vers celui ci.
- CPS est un projet d'une entreprise française. Il est donc vu différent de Plone. De plus la communauté est principalement française a ce je sais.
Cela donc se ressent. il existe beaucoup plus d'hébergements Plone que CPS, plus de gens pour t'aider, plus de livres, plus d'infos, etc. J'ai l'impression (encore une fois, je connais assez mal le monde CPS, donc à prendre avec des pincettes) que Nuxeo n'a pas réussi à fédérer une communauté libre (ie hors clients) assez importante.
Techniquement, CPS est plus avancé et propose des fonctionnalités qui n'existent pas dans Plone. C'est clairement le CMS le plus abouti.
Donc j'aurai tendance à privilégier Plone, non pas techniquement mais pour le reste.
Pour l'avenir, et c'est un point trés positif, les différents créateurs des principaux CMS sous Zope (Plone, CPS, Silva) + Zope Corp ont décidés de s'associer pour développer l'équivalent du CMF pour Zope3 (en plus avancé evidemment). Donc même s'il existera plusieurs CMS, il existera un énorme tronc commun.
[^] # Re: Plone ...
Posté par Sébastien Douche . En réponse à la dépêche Sortie de la version 2.1 du CMS Plone. Évalué à 1.
> foutu que Zope justement. Ca peut s'étendre dans tous les sens. Ca te fournit
> tous les éléments classiques du web tout en restant extrêmement souple.
Oula, tu dois parler de Zope 3 la non ? ;) Parce que l'API de Zope 2 commence à devenir un sacré bordel. Par contre, il est clair qu'il tient encore la dragé haute sur les fonctionnalités.
> J'ai pas bossé avec Plone, mais avec CPS qui est son "concurrent" et qui est
> basé sur le même framework, et j'ai trouvé ça sacrément puissant.
Oui, plus puissant que Plone d'ailleurs. La version 3 de CPS est d'ailleurs un point de repère pour la future couche CMS de Zope 3 (dont la société Nuxeo qui développe CPS est trés active).
> Par contre, évidemment, ça aime la RAM. Beaucoup même.
512 Mo de RAM et un proc à 1Ghz est recommandé pour être à l'aise.
> Mais d'un autre côté, en changeant deux ligne dans un fichier de conf, tu
> passes à une architecture distribuée (load balancing + failover).
Ca s'appelle ZEO, qui sépare backend et frontend. Ca permet de multiplier les frontaux. Plone.org par exemple en possède 2 (de mémoire) + 1 backend. Cela lui permet de tenir 30M de hits sans problème (c'est un site fortement collaboratif, ou tout est calculé dynamiquement).
> Mais pour faire quelquechose d'imposant et le garder contrôllable, je trouve
> justement que Zope est bien foutu.
Toutafé, le développement objet et l'utilisation de frameworks fait ici toute la différence.
[^] # Re: Plone ...
Posté par Sébastien Douche . En réponse à la dépêche Sortie de la version 2.1 du CMS Plone. Évalué à 2.
> - basé sur Zope qui est lent, mal foutu, pleins de problèmes si on a le malheur
> d'utiliser une DB relationnelle, etc
Lent ? C'est faux depuis au moins les versions 2.7.x avec l'utilisation de Python 2.2 minimum et la réécriture des parties critiques en C. Mal foutu ? Zope à débuter sa vie en 96, forcément ca date et il commence à faire son age c'est clair. Maintenant faut comprendre que Zope est un *serveur d'application*, avec tout ce que cela implique en fonctionnalité. C'est stupide de le comparer avec du PHP pur : il comprend une base objet qui gère la persistance, d'un broker objet et de la gestion de l'héritage dynamique.pour ne parler que de quelques spécificités phares. C'est pareil pour Jboss ou RoR. Et pour finir la dessus, le développement n'a plus lieu d'être en Zope 2 pur, Zope 3 arrive à grand pas.
> - incomplet : le fait de devoir passer par la ZMI (...) est totalement absurde,
> menu d'administration est totalement incomplet.
Effectivement, il y a encore besoin de passer de temps en temps par la ZMI mais cela devient rare, surtout avec la 2.1. Et cela concerne uniquement de l'administration avancée. De plus, l'utilisation d'extension qui vont bien diminue encore le recours à la ZMI.
> - templates bourrés de code incompréhensible (il n'y a cas voir le template
> utilisé pour générer le menu de navigation ...), à croire que les développeurs
> ne savent pas à quoi servent les templates ... (à éviter le code justemment ..)
Mouais, la on commence à voir les limites de tes connaissances sur le sujet. La portlet dont tu parles est dans skins/plone_portlet et fait 39 lignes. Le tout en xhtml valide :
http://svn.plone.org/view/plone/CMFPlone/branches/2.1/skins/plone_portlets/portlet_navigation.pt?rev=7921&view=markup
Le langage de template est le ZPT, qui manipule des tags HTML. C'est je trouve un des meilleurs systèmes de templating que j'ai pu voir : clair, propre et séparement clairement logique & présentation. J'aime ce compromis.
> - une tonne de modules qui ne sont plus développés, complètement buggés,
> qui plantent si on a le malheur d'utiliser la version 1.3.4 de la dépendance X
> et pas la version 1.3.3
Ce sont des développements externes. Et comme Plone utilise une succession de framework (Zope, CMF, Archetypes) forcément faut la bonne version. Tout les modules développés par des gens sérieux sont déja ou presique à jour pour la 2.1. Et la plupart commence même à développer pour Five/Zope 3. L'arrivée d'une surcouche pour création des types est aussi un bon en avant dans la normalisation du développement.
> Personnellement je lui préfère de loin Drupal, même s'il est écrit en PHP ...
Si cela te conviens, c'est tant mieux pour toi, tu as trouvé ce dont tu avais besoin. Mais dénigrer un produit que tu sembles pas comprendre, ni ce que tu peux en tirer est sans intérêt. Je reste trés intéressé par les autres CMS (Typo3 en particulier) et d'autres techno comme RoR et de ce que je peux en comprendre, c'est que Plone se défend trés bien (et ce n'est que la 5eme release). Surtout dans un perspective à moyen terme ou la technologie suivante est déja en route...
[^] # Re: Des interfaces en python
Posté par Sébastien Douche . En réponse à la dépêche Zope X3 en version finale. Évalué à 2.
http://svn.zope.org/Zope3/trunk/src/zope/interface/README.txt?rev=2(...)
Le README sur les interfaces dans Zope3.
[^] # Re: Des interfaces en python
Posté par Sébastien Douche . En réponse à la dépêche Zope X3 en version finale. Évalué à 3.
- Zope 3
http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/Fr(...)
- Twisted
http://twistedmatrix.com/(...)
- PyProtocols
http://peak.telecommunity.com/PyProtocols.html(...)
[^] # Re: Quelques "coquilles"
Posté par Sébastien Douche . En réponse à la dépêche Sortie de Hercule la version 2 du compilateur SmartEiffel. Évalué à 9.
Disons que Smalltalk est un des langages que Meyer s'est inspiré. Plusieurs points qui me semblent intéressant sur Eiffel :
- Le créateur, B. Meyer est un ancien élève de l'école polytechnique et de l'ENST, ancien prof et fondateur de revue technique, ... Un homme que je trouve personnellement intéressant.
- B. Meyer à étudié la programmation objet pendant des années. Je vous invite fortement à lire ses livres si vous êtes intéressé par le sujet (dont le volumineux (1300 pages) "Conception et programmation orientée objets" qui est pour moi une bible sur le sujet).
- Le langage est donc le fruit d'un intense travail, avec un but : un langage dédié à l'analyse, la conception et la réalisation. C'est à dire capable de gérer de bout en bout le processus de développement logiciel; et des objectifs clairs : concision, esthétique, réutilisabilité, extensibilité, fiabilité, effficacité, ouverture, portabilité.
- Inspiré de plusieurs langages : smalltalk pour le coté objet, le langage Z pour son formaliste (spécification), de Simula 67, d'Algol, de CLU, d'Ada , ...
- La programmation par contrat. Pour moi une idée génialissime, que les méthodes agiles avec la programmation conduit par les tests approchent de loin pour l'efficacité.
- Et pour valider ses idées, il a monté une boite, créé un compilateur. Ses clients sont principalement dans des domaines ou l'efficacité est primordiale (banque, assurance, transport, ...).
Bref, plus qu'un langage, Eiffel est une méthode de pensé. La lecture des livres de Meyer ne vous apportent pas que des techniques de programmation mais une vision complète de la conception et du développement. C'est à ce titre que je trouve ses livres des plus intéressants. Et pour ne rien gaché, il écrit trés bien. Ses livres sont clairs, abondamment commentés dans ses choix, avec une double lecture, et fort bien documentés. Bref, pour moi un vrai régal. J'invite tout ceux qui aiment ce domaine de lire le livre cité plus haut ...
Bref un tableau presque idilique si ce langage était beaucoup utilisé, mais ce n'est pas le cas :/ Une vision plus Open Source dans son développement aurait amha été bénéfique ...
[^] # Re: Et GNOME ? Et MOZILLA
Posté par Sébastien Douche . En réponse à la dépêche Parinux organise la première Traduc Party de France le samedi 26 juin 2004 à Orsay. Évalué à -1.
> Je suis le responsable du projet de traduction de Mozilla, Fire..., Thunder et
> compagnie : même remarque. Nous n'avons pas été prévenu du tout.
Et ? Tu crois que Mozilla est le centre de l'univers ? Qu'un projet de traduc doit forcement inclure Mozilla ?
> Bref, il semblerait que ce soit un projet parigo-parisien
Cool, un peu d'anti-parisianisme pour faire encore plus beauf.
> centré sur KDE ?
Moi je lis :
"Les projets à traduire:
* KDE: Gérard Delafond
* Linux From Scratch: Guillaume Lelarge
* ABS: Guillaume Lelarge
* PostgreSQL: Guillaume Lelarge
* Howto: Jean-Philippe Guérard
* Pages de man non Linux Documentation Project: Gérard Delafond"
et aussi :
"Organisateurs:
Gérard Delafond (KDE - France) & Matthieu Compin (président de Parinux)"
Alors si c'est centré KDE comme tu dis, c'est surement parce que Gérard s'est cassé le cul à co-gérer cet évènement. Parce qu'on le voit souvant, qu'ils nous aide à chaque fois qu'on lui demande, c'est un juste retour des choses.
Pelle, seau, sable, tout ca ...
Seb, pas organisateur de la chose mais toujours sidéré par les commentaires de ceux qui ne font pas.
Donc la prochaine fois, qu'on vous lisez :
"Vous aimez voir vos programmes et documentations libres en français?
Venez librement nous rejoindre à la première Traduc Party de France organisée par Parinux. Vous aurez librement à disposition des ordinateurs configurés pour traduire la dernière version (ou la prochaine!) de vos Logiciels Libres préférés. Vous serez encadrés par des traducteurs expérimentés."
Vous envoyez un gentil mail au orga pour ajouter votre projet ou co-organisé la suite, je suis sur que cela sera plus utile que de pleurer ici.