spip . blog : commentaires

Drupal et mySQL sont sur un serveur...(1)

2010-08-26T07:48:57Z

Bonjour Jean-Baptiste,

Concernant ton attente :

« j'attends toujours un moyen simple d'intégrer quelques composants "sociaux" (plugin "Amis" ?) facilement »

As-tu essayé le plugin :

Social tags (8 septembre 2008 – par phil)
http://www.spip-contrib.net/Social-tags

Il fonctionne à la perfection. La version 0.9 que j'utilise propose de choisir parmi 64 sites sociaux.

Mais peut-être fais-tu allusion à autre chose !

Cordialement

FDG

Drupal et mySQL sont sur un serveur...(1)

2010-07-19T14:55:33Z

Pour avoir fait quelques formations à SPIP, et écouté mes proches au sujet de son interface privé, le seul truc qui ennuie vraiment le rédacteur "lambda" (selon l'expression désormais consacrée), c'est l'absence d'un éditeur WYSIWYG, et le positionnement

Soyons franc, l'interface d'administration de Joomla et de Drupal est excessivement complexe. Trop de boutons pour l'un, trop de texte pour l'autre.

En matière de "ouèb 2.0", la gestion d'AJAX par SPIP est merveilleuse. En revanche, j'attends toujours un moyen simple d'intégrer quelques composants "sociaux" (plugin "Amis" ?) facilement. Un tutoriel à conseiller ?

J'ai été étonné d'entendre que la gestion du multilinguisme est mauvaise en SPIP. Elle me semble très bonne au contraire ! Je suis actuellement sur un projet de site en français/breton, et il n'y a bien que SPIP pour proposer une traduction intégrale en breton (interface privé comme publique) ;)

La communauté de SPIP est extraordinaire, et ses nombreux sites amusants. Très loin du très ennuyeux site tout bleu tout propre de Drupal, ou des sites au look bien commerciaux de Joomla.

J'aime que SPIP soit en français. Pour moi, c'est une force. Je sais lire l'anglais, parfaitement bien. Mais j'en ai un peu marre de passer mon temps à coder en anglais. Quel plaisir de pouvoir parler de "boucles" !

Drupal et mySQL sont sur un serveur...(1)

2010-06-21T15:43:32Z

La facilité avec SPIP versus la souffrance avec Drupal ....
entièrement d'accord !!!
voilà 4 ans que je dev tous mes sites sous SPIP, très vite et très rentable pour ma boite :-) et voilà t'y pas que ma boss à décider de me faire faire le plus gros site que l'agence ai eu à faire avec ... drupal :(
3 jours de formation "sur le pouce" et me voilà lancer dans le dev de ce projet ... à mon avis, à Noël j'y suis encore.
Il est vrai que les possibilités de Drupal sont impressionnantes, mais que c'est compliqué de mettre tout ca en oeuvre.
en plus, comme l'a si bien dit Manao plus haut, pour la formation client au back office ... je redoute pour drupal, il faudrait presque créer une surcouche du BO faite pour l'administrateur (ou les administrateurs) final, un truc simple et intuitif ... comme celui de SPIP !!!

Drupal et mySQL sont sur un serveur...(1)

2010-06-05T11:53:39Z

La discussion sur http://didier.misson.net/blog/2010/... confirme un ordre de grandeur d'une capacité de service par Drupal de 125 000 pages/jour/frontal et 335 000 pages/jour/sql.

Drupal et mySQL sont sur un serveur...(1)

2010-04-17T22:49:27Z

Un article intéressant de retour d'expérience d'un déploiement de Drupal, où l'on apprend que pour gérer 200 000visiteurs/jour il faut 8 serveurs frontaux+3 serveurs de BDD+un filer NFS (et que un ou deux frontaux de plus ne seraient pas de trop) : http://www.media-business.biz/conte...

A comparer avec certains gros sites sous SPIP qui absorbent un trafic comparable avec 2 frontaux web+1 SQL+1filer.
Et d'après mon retour d'expérience, un site SPIP codé proprement et bien optimisé peut absorber un trafic de cet ordre sur un unique serveur HTTP+SQL.

Alors, à votre avis, quand on prend en compte la durée de vie d'un projet et les coûts de maintenance et d'hébergment en production, de quel côté aura-t-on un TCO le plus bas ?

Drupal et mySQL sont sur un serveur...(1)

2010-02-13T12:12:03Z

Sinon pour rester dans la comparaison Drupal / SPIP, j'ai trouvé cet article assez complet qui parle plus de l'aspect fonctionnel :
La facilité avec SPIP versus la souffrance avec Drupal (le point de vue de PoolSPIP)

Drupal et mySQL sont sur un serveur...(1)

2010-01-10T20:25:17Z

Oui bien sûr tetue mais, si ed a fait une belle vidéo de tutoriel autant la partager en attendant que quelqu'un ai le temps d'améliorer la dite interface, non ? D'autant plus qu'on sait tous les deux que l'interface est un sujet sensible chez SPIP :p

Drupal et mySQL sont sur un serveur...(1)

2010-01-10T15:24:37Z

@ed : merci pour cet intéressant retour utilisateur !

@b_b : huhu, il me semble plus futé d'améliorer l'interface pour éviter d'avoir à palier, plutôt que de se refiler les rustines et perdre NxN temps en formation :-P

Drupal et mySQL sont sur un serveur...(1)

2010-01-10T10:44:00Z

Salut ed,

on y pallie avec quelques heures de formations vidéos

Elles sont où tes vidéos ? Si elle peuvent permettre à des utilisateurs de comprendre facilement des notions de SPIP elles auraient peut être leur place sur videos.spip.org non ? Partageons, partageons...

Drupal et mySQL sont sur un serveur...(1)

2010-01-09T18:48:42Z

histoire de faire mon cheveux sur la soupe (froide, à l'heure qu'il est...)
J'ai fait développer 8 sites cette année pour des clients souhaitant quelque chose de plus "simple à gérer" que ce qu'ils avaient déjà.... Leur point commun ? Ils étaient tous sous drupal.

Donc, moi je pense que Drupal, c'est génial. Ça me permet de vivre. :P

Mais tous les nouveaux sites n'étaient pas sous SPIP... Parfois, Wordpress suffisait à la tâche. Si je me fie aux retours des clients sur l'utilisation de SPIP, le seul point vraiment à améliorer, c'est l'interface privé. Pas dans le sens qu'elle est désuète, mais plus dans le sens qu'elle ne répond plus à la logique standard de bien des outils de publications de contenu. Les gens s'attendent à un panneau admin de style wordpress en un peu plus compliqué, ils s'attendent à cette "logique". Pour pallier à cela, on doit créer des panneaux déroulant dans la partie public pour proposer des liens pour "écrire un nouvel article ect" et, bien sûr, les crayons aident énormément ! Sans les crayons, plusieurs clients pleureraient. L'interface pour traduire les articles mériterait d'être plus poussée, mais on y pallie avec quelques heures de formations vidéos.
Finalement, le point final, c'est que si on pouvais 'squelettiser' la partie admin, avec des noisettes et des inclusions de blocs d'éditions, beaucoup de gens seraient plus heureux.

Drupal et mySQL sont sur un serveur...(1)

2009-11-12T23:02:08Z

@cedric

Peut-être arriverons nous un jour à conjuguer les deux pour le bonheur de tous ? ...

Je comprends la démarche de Spip et je m'étonne tjs (à part sur le coup des 20h ;-) de la disponilibité des spipiens sur le canal irc. En plus en français, c'est un vrai luxe.

Mais peut-être que les 2 langues pourraient coexister avec un leadership francophone. Il suffirait de proposer une traduction anglaise du langage Spip et complet du site internet pour voir déjà quelle serait l'évolution. Si en plus les plugins les plus utilisés (couteau suisse etc,) et les nouveaux plugins seraient traduits automatiquement, cela pourrait donner une belle perspective d'avenir et d'aventure au projet Spip.

Ce point de vue est certainement utopique et naïf de ma part, mais je pense que Spip est un bon choix de CMS sur certains projets et que cela devrait être partagé avec le plus grand nombre. La solution dans ce sens est l'anglais.

Drupal et mySQL sont sur un serveur...(1)

2009-11-12T18:42:48Z

Merci de ce retour éclairé à la fois d'un côté et de l'autre. J'ai lu il y a peu, sur un blog anglo-saxon, que SPIP était un très bon outil, dont le seul défaut était d'être français.

Sans aller jusque là, mais en abondant dans ton sens, il est certain que la francophonie de SPIP et de son langage de squelette bloque la croissance de sa communauté dans toute la partie anglo-saxone du monde.

Néanmoins, il faut aussi reconnaitre que c'est cette qualité qui lui vaut d'être utilisé par nombre de personnes qui ne veulent pas céder (pour tout un tas de raisons, bonnes ou mauvaises) à la culture dominante anglo-saxone.

Donc oui, si la collectivité de SPIP était une société chargée de pénètrer un marché et de gagner des PDM, nul doute que l'anglicisation du produit serait un incontournable.

Mais on est plutôt des passionés, qui avons envie de faire durer un projet humain, et de ne pas abandonner ce qui en constitue une partie essentielle. Alors dans ce cas, garder son côté francophone est important, voire vital.

Peut-être arriverons nous un jour à conjuguer les deux pour le bonheur de tous ? ...

Drupal et mySQL sont sur un serveur...(1)

2009-11-12T18:33:13Z

Bonjour,

Je ne veux pas rajouter de l'huile sur le feu sur ce long débat (commentaires de juin à août) et enflammé, mais j'ai eu l'occasion de travailler sur SPIP et Drupal. Le choix du CMS n'est pas des plus simple et les critères qui font son choix varient d'une personne à l'autre.

Dans mon cas, mes objectifs dans le choix du cms étaient les suivants :
Facilité à créer un site internet selon une maquette graphique claire. Pas de template ou theming préfabriqué,
Interface d'administration claire et intuitive à utiliser pour le (les) administrateur (s)
et c'est tout.

J'ai constaté plusieurs choses :
L'utilisation d'un cms demande bcp d'énergie pour s'habituer à l'utiliser et à créer un site internet. Personnellement, je trouve la courbe d'apprentissage de Drupal très complexe.
Les personnes qui se déchirent dans des comparaisons de cms sont souvent des programmeurs. Et Drupal de ce côté en est le parfait exemple. Pourtant, contrairement à spip, il y a souvent très peu de code à écrire du fait des plugins views, panel, cck, etc. Et au final, l'utilisateur se fiche de savoir quel cms est utilisé pourvu que le site tourne et soit clair.
Si l'on créée un site internet en partant d'une maquette visuelle, la démarche entre spip et drupal est complètement différente. Spip permet de travailler les css et le code en même temps (bien que cela ne soit pas une obligation). Avec Drupal on génére le code, puis on habille le site (cela m'a rappelé joomla).
Pour avoir participer à des réunions de geeks drupalien en Allemagne, j'ai constaté que les programmeurs ont réalisés de gros projets, mais qu'ils ont passé plus temps sur le theming que sur le code ! Cela prouve bien un handicap majeur de Drupal. Les tutorials sur le theming sont très compliqués et peu nombreux par rapport à des tutorials techniques.
Et finalement, spip est très français et cela est son frein principal. Drupal est internationalement reconnu et s'en vante, mais je connais personnellement qu'une personne qui écrit des modules Drupal. A mon avis, si le langage de boucles SPIP existeraient en anglais, Spip gagnerait en popularité.

En conclusion, les 2 cms se valent. Tout dépend du projet. Drupal plaît bcp aux programmeurs (avec tous ces modules à installer et à configurer sans fin) et SPIP est tout prêt pour se concentrer sur le Design.

Selon mes critères, mon choix se fait sur SPIP, mais Drupal s'imposera certainement à l'avenir du fait de sa popularité (ce qui est un très mauvais critère dans le choix d'un cms).

Drupal et mySQL sont sur un serveur...(1)

2009-08-30T11:33:41Z

Une petite mise au point pour la discussion : Drupal a un système de cache, qui s'est amélioré en drupal 6. En 5, c'était géré page par page, et désactivé pour les utilisateurs connectés, mais à partir de 6, le cache est géré "bloc" (grande division d'une page, quoi) par bloc, et ça fonctionne mieux du coup.

Autre mise au point : du point de vue du langage, Drupal n'utilise pas les fonctionnalités objet de PHP ! Il est donc dans le même lot que Spip à ce niveau.

Sinon, rien n'oblige un administrateur drupal à créer une view. Il a parfaitement le droit d'écrire sa requête et tout. Simplement, le mécanisme des views, et surtout celui de CCK (création de nouveaux types de contenus avec les champs qu'on veut), permettent d'ajouter à la volée et sans programmation de nouvelles fonctionnalités à un site.

Drupal et mySQL sont sur un serveur...(1)

2009-08-26T17:36:51Z

Ton jugement me parait bien sévère : je vois dans ce forum une discussion plutôt construite et argumentée sur des points techniques, ce qui est suffisament rare pour être souligné, et non des discours sans fondements réels.

Drupal et mySQL sont sur un serveur...(1)

2009-08-26T12:48:53Z

Salut à tous,

J'ai lu presque en entier (si si je le jure) ce long, très long jeu de ping pong entre les pro et anti.

Et franchement, j'ai maintenant compris pourquoi ce monde avait encore tant de guerre.

Les mêmes personnes qui ici se font les ayatollah d'un CMS où de l'autre font sûrement partie de ceux qui s'offusquent de voir des gens faire de l'extrémisme religieux.

Je suis un total newbe dans le monde des CMS, mais voilà plus de 10 ans que je travail dans le monde des systèmes d'information et je suis encore et toujours accablé par ces discours sans fondements réels.

Le monde du libre était "un jour" un monde où les différents contributeurs se sentaient comme complémentaire.

Chaque nouveau venu était un contributeur qui amenait sa sensibilité, son expérience et ses envies, et chacun l'acceuillait comme quelqu'un qui faisait grandir une communauté mondial des "GPListes".

Aujourd'hui la communauté n'est plus "mondiale", mais chacun s'identifie à l'un ou l'autre logiciel et adopte alors presque immédiatement une attitude guerrière contre le membre de la communauté d'un autre logiciel.

REVEILLEZ-VOUS !!! Sommes nous tous devenus des futurs développeurs de "propriétaires" ??? NON

La présence et l'émergence de multitude d'approches différentes d'une même problématique, que ce soit pour un CMS, un ERP, un eCommerce ou autre, est bénéfique à l'ensemble de la communauté !!!

Allez... je vous laisse à vos combats d'Ayatollah et je retourne à ma vie de bohême.

Bonne route à tous

Marc

P.S. : newbe total du CMS, j'ai installé Joomla, SPIP et Drupal... ben le seul que j'ai réussi à prendre en mains c'est Drupal :-)

Drupal et mySQL sont sur un serveur...(1)

2009-08-11T16:26:51Z

tant qu'on parle de sites de type "editorial" ou "generaliste", ça va,
chacun peut amener son cms...
après chacun a ses forces et ses faiblesses, et ses façons de faire,
qu'ils s'appellent drupal, spip,typo3, ezpublish, wordpress, xoops ou autres...

maintenant, qu'on me propose des faire un site de vente en ligne de vidéos,
imposer une seule possibilité de cms au client parce que c'est le seul
qu'on souhaite proposer, c'est pas forcément une solution
suivant le cahier des charges précis :
pour certaines (ssii ou clients), la maintenance sera facilitée sous spip,
pour d'autres, sous wordpress, pour d'autres encore sous drupal
ou typo3...

il faut aussi étudier la capacité du client (et/ou son personnel) en amont,
sinon on risque parfois de grosses surprises au moment de la prise en charge
(cf. joomla et son panneau d'administration : pour les admins c'est touffu,
mais un admin peut régler pour que ceux qui vont publier ne voient
que les 2 ou 3 options qui les concernent : tiens d'un coup y'en a beaucoup moins !
ah, oui, c'est vrai : beaucoup de "petites" ssii oublient de faire ce genre de détail
et préfèrent larguer le client en admin... dommage le client !
des ssii de tous niveaux, on en trouve partout et pour tous les cms
[@manao, 9 aout] )

l'essentiel, c'est pas les guéguerres à la con, c'est le respect
du client, de son cahier des charges initial, de sa modularité éventuelle
à venir, et de la prise en compte de ses capacités propres non ?

comme dit plusieurs fois plus haut, il vaut mieux privilégier
l'ergonomie et la facilité de la maintenance, même si on "galère" un peu au développement initial
(éventuellement !) que ce soit sous spip, drupal, ezpublish, xoops ou autres...

chaque projet a ses spécificités après tout, il n'existe pas de
"une même taille pour tous" sinon ça se saurait depuis le projet
de "modules de programmation universel" prévu dès les années 40 :

après c'est sûr que la plupart des choses sont réalisables dans
tous ces cms, qui sont tous autant les uns que les autres des usines à gaz
(d'un point de vue développeur en particulier - hem :) )
mais tellement indispensables pour gérer nos données préférées !

wordpress conviendra peut-être mieux
que spip ou drupal pour un débutant absolu en particulier,
qui veut juste faire un petit blog "bête et méchant"...

ezpublish/typo3/drupal pour une gestion de franchises de véhicules à louer
et gestion bancaire associé (tant qu'on ne parle que de php bien entendu),
à moins que symfony/cakephp/autre framework ne passent ici,
ça commence à faire limite suivant le besoin :)

après entre les deux, il existe tellement de besoins et de façons
de résoudre qu'il vaut mieux voir les impressions du client
et comment lui, ressent ça (infogérance ? allez-y avec ce que vous souhaitez !
que lui ou son équipe se chargent de la gestion du contenu ?
attention à l'interface, mieux vaut proposer un panel de maquettes/cms si vous pouvez...
avec accès restreint, cf joomla mal configuré plus haut mais c'est valable
pour tous les cms)

Drupal et mySQL sont sur un serveur...(1)

2009-08-09T20:08:49Z

@BoOz : bien dit, l'ami

Drupal et mySQL sont sur un serveur...(1)

2009-08-09T18:10:22Z

@ Manao et @cedric : ce qui pourra faire l'objet d'un super plugin "drupal2spip" comme l'avait fait Booz pour "joomla2spip" !

Et on ne comptera plus tous les sites Drupal qui pourront enfin se libérer facilement ensuite ! Hahahahahaha.

Drupal et mySQL sont sur un serveur...(1)

2009-08-09T18:00:36Z

j'ai personnellement l'exemple d'un super projet d'intranet/internet basé sur un super produit STELLENT a l'époque, Oracle UCM maintenant, qui a été choisi a la place de SPIP-agora (on ne pouvait même pas évoquer SPIP ce logiciel libre pas cher ). du DRUPAL en J2EE si on veut.

Oracle UCM est très très puissant avec des réglages d'autorisation (une des raisons du choix ) qui n'ont jamais servi a rien car les autorisations fines il faut aussi les gérer et ce n'est pas forcément facile. On s'en sert aujourd'hui après 5 ans d'efforts comme d'un vulgaire SPIP avec des pièces jointes.

Et même pour avoir des flux RSS on nous dit que cela fait parti d'un développement spécifique. bonjour la pompe a finances. Mais notre prestataire est bien sur a notre écoute.....

Drupal et mySQL sont sur un serveur...(1)

2009-08-09T13:27:08Z

@MT

Il suffirait d'ajouter le plugin "recherche fulltext" au site du RSA et ca fonctionnerait comme on pourrait souhaiter. En travaillant plus sérieusement tes dossiers, tu l'aurais su.

Concernant les "exigences" du gouvernement, elles sont souvent dictée par des lobbies industriels (SSII etc). A l'époque précédente l'exigence c'était "spip-agora", c'est à dire au moment ou les SSII avaient investi la dedans, maintenant c'est Drupal, bon.

Je crois qu'il y a une chance avec SPIP de produire un CMS francais d'envergure, certains acteurs économiques et départements du gouvernement l'ont compris, et pendant ce temps là, nos SSII font du Drupal parce que Drupal permet de "faire des réseaux sociaux avancés" : de qui se moque t'on ?

Comme le dit Cerdic, si vraiment il fallait réaliser autant de sites de réseaux sociaux à la Mozilla que ca (je demande à voir), et bien un dev motivé produirait les plugins spip qui vont bien assez rapidement.

Idem pour la gestion des droits avancés (feature in-dis-pen-sable à toute bonne usine à gaz) ; depuis le temps que les SSII nous bassinent avec ca, que n'ont elles proposé un plan de travail en vue d'un plugin qui permettrait de gérer des droits à l'infini.

Qui sont les devs des SSII françaises qui participent aux projets open source francais ? Combien de temps par semaine ? Ou est leur livre blanc sérieux sur SPIP ? Ou sont leurs powerpoint (lol) analytiques sur les faiblesses de SPIP et les pistes d'amélioration, ou est - rêvons tout haut - leur code informatique ?

Nulle part. Les SSII aujourd'hui en France, ne sont pas là pour produire du logiciel libre de qualité avec les communautés d'utilisateurs, mais pour vendre des services le plus cher possibles, le plus souvent possible, pragmatisme décomplexé j'imagine.

Drupal de son coté permet aux SSII de réaliser une meilleure marge commerciale à court terme en vendant un projet technique bien touffu, plein de nouveautés in-dis-pen-sables, et qui bouffe énormément de ressources, c'est un peu triste, mais c'est la vie des affaires. Alors ces temps-ci on installe du Drupal.

Ensuite je prédis qu'il faudra bientôt migrer vers un nième nouveau système qui gère cette fois-ci le web 3.0, in-dis-pen-sable, et on repartira pour un tour.

Ce jour là, si le « décideur » est toujours en place, il se dira peut-être : « j'aurais du le faire moi même en SPIP dès le début ce site »

Drupal et mySQL sont sur un serveur...(1)

2009-08-09T11:28:46Z

Non seulement ce qu'on ressent, mais aussi ce que Drupal affiche lui-même dans sa présentation comme ressources nécessaires à son fonctionnement.

Je reviens d'ailleurs sur le commentaire disant que l'optimisation des requêtes SQL aurait un intérêt négligeable du fait de la présence d'un cache. C'est une affirmation bien superficielle, car il y a quantité de situations où le cache n'est pas utilisable. Les jugements sur les performances qui ne reposent pas sur des jeux de tests libre d'accès n'ont aucune valeur chaque utilisation va tomber sur certaines forces et faiblesses du système utilisé, qui peuvent se revéler déterminante dans un sens ou dans l'autre.

Drupal et mySQL sont sur un serveur...(1)

2009-08-09T10:07:18Z

Merci Manao pour ton retour, c'est très instructif, et ça correspond vraiment à ce que je ressens et crois comprendre de Drupal. Mais je ne l'avais encore jamais lu aussi explicitement.

Il serait vraiment très intéressant de pouvoir comparer les performances de ton site en version Drupal et en version SPIP sur un même serveur. Si le projet t'intéresse, je suis prêt à te donner un coup de main dans ta migration, pour pouvoir faire ensuite un joli article sur ce blog !

Drupal et mySQL sont sur un serveur...(1)

2009-08-09T03:21:32Z

Bravo pour tous ces commentaires ! Passionnant, réellement et pas mal de courtoisie, malgré la passion de certains. Ceci dit certaines remarques font quand même hurler de rire, surtout quand je pense à l'interface d'administration de Joomla !… Un total fiasco devant les clients. Alors non… pas vendeur du tout. Au début ils aiment les boutons, puis, après avoir quitté la salle de formation ils pleurent leur mère de ne pas avoir pris suffisamment de notes ;)

Pour Spip les formations des utilisateurs ont le mérite de se terminer avec une heure d'avance et de ne plus avoir à faire avec le client pendant des mois… Enfin, si, il y en a toujours qui rempilent ;))

Sinon merci à Cédric pour le texte et les commentaires. Je dois migrer un site depuis Drupal vers Spip et je suis tombé ici par hasard pour glaner quelques informations. La raison de ce "retour arrière" est le coût d'exploitation sous Drupal. Les modifications post-prod sont prohibitives alors on va se regarder la migration sous un bon CMS bien solide comme Spip. C'est pas gagné mais comme il s'agit d'un site d'information ça devrait pouvoir le faire !

Bonnes vacances à tous.

Drupal et mySQL sont sur un serveur...(1)

2009-07-15T09:48:24Z

Trés bon commentaire, très construit, monsieur anonyme ...

Pas de SPIP dans un palmarés organisé par une maison d'édition anglaise qui ne comporte aucun ouvrage sur ce sujet ? Qu'est ce que ça nous apprend ? Qu'il faut être comme les moutons de panurge, et suivre la communauté anglaise qui sait bien mieux ce qui est bon pour nous ?

L'interface d'administration de SPIP ferait pas envie ? La lecture de cette comparaison avec d'autres outils me semble plus constructive que ta question ouverte dont la réponse ne semble évident que pour toi. Contrairement à l'interface des autres outils à tout faire, celle de SPIP a un parti pris. Elle n'est pas parfaite, mais on en est conscient et on y travaille dur. Avec plein de nouveautés à venir dont un système de thèmes.

AAAhhh. Le code objet. Nous y voilà. Je vais commencer par un bref rappel : les méthodes objets sont tout à fait utilisables dans un langage sans objet, et réciproquement, l'usage d'un langage objet ne présume aucunement de l'utilisation des méthodes objet.

Donc commençons par préciser de quoi on parle. Une étude de Potok et al. a montré qu'il n'y avait pas de différence significative de productivité entre la programmation par méthodes objet et l'approche procédurale. Un article de Lucas Cardelli dénonce aussi les défauts des méthodes objets.

Mais les méthodes objet peuvent surtout être vues comme un outil méthodologique qui fait office de garde fou dans les grosses entreprises, en empêchant les mauvais programmeurs débutants de faire trop de dégâts. Au prix d'un ralentissement des bons programmeurs. C'est l'essence même du fonctionnement des grosses organisations : avoir des outils et des méthodes qui garantissent que la qualité du résultat sera à peu près constante, quelles que soient les équipes internes qui travaillent dessus.

Tout le contraire du développement Open Source, où c'est avant tout la qualité du contributeur qui garantit le résultat. L'utilisation intensive des objets sert beaucoup plus les sociétés qui vendent du service autour de l'Open Source en les protégeant par un écran de fumée technologique que le logiciel Open Source lui même.

En créant une barrière à l'entrée dans la compréhension du code, l'utilisation intensive des objets filtre les contributeurs possibles et tend à homogénéiser les profils de ceux-ci, laissant sur le bord des profils atypiques qui peuvent apporter une vision différente souvent à la source de l'innovation.

Ce manque de diversité est un problème récurent dans la gestion des ressources humaines des grosses structures. Cette diversité est a contrario une richesse dans le monde de l'Open Source. Calquer les méthodes sur celles de l'industrie, c'est à coup sûr accepter de s'enrichir d'une part de ses défauts...

La communauté trop francophone ? Sûrement oui. Comme on le lit dans ce comparatif si SPIP est si bon, pourquoi est-ce que personne n'en a entendu parler ? Parce qu'il est français ..
Mais SPIP doit-il sacrifier toute son âme sur l'autel de la domination anglo-saxonne ? Encore une fois, le choix de conserver un langage francophone, qui est ici le vrai problème, est un choix délibéré de rester accessible au plus grand nombre des utilisateurs, y compris non anglophones. A abandonner cette spécificité, SPIP perdrait beaucoup, mais y gagnerait-il vraiment quelque chose ?

Maintenant, de quoi parle-t-on quand on parle de la communauté ?

De taille critique ? La francophonie a une taille tout de même suffisante pour cela il me semble
D'externalisation off-shore ? Ah c'est sûr qu'il n'est pas facile d'externaliser dans un pays de l'est ou en inde des développements sous SPIP, au contraire de ce qu'on a pu voir plus haut pour la société qui fait des sites sous Drupal pour le gouvernement... Pas sûr non plus que ce mode de fonctionnement soit celui qu'on ait envie de promouvoir autour de SPIP.
De se couler dans le moule anglo saxon ? Certes ...

Bref, comme tu disais, il faut savoir faire la part des choses. Ce billet prenait un exemple concret, et s'appuyait sur une analyse technique etayée et argumentée pour montrer que les CMS à la mode, anglo-saxons et tout objet ne sont pas forcèment la panacée.

Tu peux ne pas être d'accord, mais il faudrait tout de même argumenter un peu plus sérieusement.

Ou alors, tu ne fait que contribuer à propager un phénomène de mode sans fondemant rationnel, ce que je dénonçais à travers ce billet, justement. CQFD