Enfin pas obligatoirement du rififi, mais des changements de paysage importants à venir en 2010.
La version 3.0 de WordPress, une étape importante, va sortir normalement en avril, et la version 7 de Drupal sortie en alpha le 15 janvier, deux des gros CMS vont beaucoup évoluer. Et on peut penser que la version finalisée de Drupal 7 sortira en même temps, ou peu de temps avant Wordpress 3.0
Et se pose à nouveau la question « WordPress ou Drupal ». Il est amusant de voir que la comparaison avec l’interface de Joomla, « concurrent direct et honni » s’efface au profit d’une comparaison avec WordPress.
A ma gauche, donc le CMS de blog le plus utilisé, avec des fonctionnalités très larges, qui permettent en réalité de gérer sur WordPress énormément de sites professionnels, et des communautés (avec Budypress). La version 3 va inclure un gestionnaire de menus, et des types de contenus. Bref, à part un workflow poussé, il ne manquera plus grand chose pour en faire un véritable CMS capable de faire face à presque tous les besoins.
A ma droite, Drupal, dont la « branche » 7 sera basée exclusivement sur php5, avec une PDO (qui est encore en développement sur WordPress). L’installation particulièrement « légère » sera alourdie avec des modules essentiels intégrés dans le Core, comme CCK (Custom Content) et globalement un énorme effort pour rendre l’interface plus agréable.
Bref, l’écart se réduit fortement. Comme le signalait Marie-Hélène ça discutait ferme chez Drupal, pour savoir si ce CMS risquait de devenir « WordPress like » (et pour être honnête, ça discute beaucoup moins fort sur wordpress-fr).
Demain 26 janvier, cela va discuter encore plus, à la Cantine, avec deux débats, un assez général sur les deux communautés, auquel participera notamment Xavier Borderie, qui maintient la traduction française de WordPress, en plus d’être le président de l’association WordpressFR, et un deuxième plus orienté sur la gestion de communauté proprement dite, où WordPress a su se faire une très belle place avec BuddyPress.
Edit : je viens de tomber sur ce lien amusant, où la communauté Drupal se demande si il faut sortir un « package » pour concurrencer Buddypress :) A part ça, WordPress ne sert qu’à faire des blogs…
Je suis très curieuse du résultat de ce débat. Intéressant, j’en suis sure, et loin des diktats de ce que « doit être » un « beau code ».
Parce que cela c’est l’autre tendance, celle des développeurs purs et durs, qui au nom du « beau code », veulent ranger WordPress dans un placard « tout juste bon pour des blogs », dont il n’aurait pas le droit de sortir, sous prétexte qu’il serait codé comme les pieds, pas php5 (faux), pas orienté objet (partiellement faux), et fait pour gérer des blogs.
« On ne développe pas sous WordPress, au mieux on intègre », tel est le message d’un vrai développeur, récemment.
Il y a du faux et du vrai dans ces critiques.
Codé avec les pieds, peut-être, mais finalement pas plus ni moins que la plupart des CMS, et sans doute moins, car répondant bien aux besoins.
Pas php5, faux, depuis la 2.9 php5 est en pratique nécessaire ; avant la 2.9, des fonctions spécifiques de php5 étaient implantées, mais avec une couche de compatibilité qui permettait d’émuler leur fonctionnement, dégradé, sous php4.
Pas PDO, pas faux, en tout cas en partie. La migration vers une PDO est pourtant prévue, les tickets sont enregistrés dans le trac, mais ce ne sera pas pour la 3.0, qui elle est une grosse mise à jour de structures.
Fait pour gérer les blogs, oui, mais pas seulement. Si il est sans doute difficile de faire « Amazon » sur WordPress, mais aussi sur Drupal, il est tout à fait possible de faire des sites d’entreprise, des sites vitrines, et même une gestion de contenu assez complexe avec WordPress.
Alors ? Il se pourrait que justement, avec WordPress, il soit plus facile au « codeur » débutant de sortir quelque chose qui tienne, et qu’il y ait aussi une réaction de caste de la part de « vrais codeurs ». J’ai lu notamment des critiques, parce que WordPress restait compatible avec php4, aussi longtemps que possible.
Au contraire, pour moi, c’est un des plus de WordPress par rapport à Drupal. Et j’ai du mal à comprendre en quoi la rétrocompatibilité pourrait être mauvaise. C’est comme si la dernière version d’Office 2007 ne pouvait pas tourner sur XP, comme si le futur Office 2010 ne pouvait tourner que sur Windows7. Vous imaginez le tollé ?
L’environnement de production n’est pas toujours maitrisable. Pendant longtemps, les hébergeurs ne proposaient pas php5 dans les offres de départ. Faut il rendre la vie impossible à tous les petits webmasters en les obligeant à prendre un hébergement plus cher ?
Je viens d’un monde « gros système », où on gérait des bases de données de millions d’enregistrements. Je suis passée par SAP, par SAS, j’ai beaucoup travaillé sur les modèles de données. J’ai aussi travaillé avec des contraintes de délai, de budget, avec des tests qu’on faisait rapidement.
Le beau code, c’est bien, le « code pas trop moche », c’est encore mieux. C’est le bon compromis entre la perfection du code et les autres contraintes. Parce que, à de très rares exceptions, on ne code pas pour coder. Mais pour faire quelque chose. Et du moment qu’on arrive à le faire, à un coût raisonnable, et d’une façon qui peut évoluer sans trop de difficultés… c’est ce que demande le client.
Pour ceux qui veulent aller voir sur le ring directement :
- L’article de Palleas : « wordpress c’est de la m… » (je traduis le sens général)
- La réponse de Bruno Bichet, Dites WordPress, par Weirdpress


















Bonjour,
Je viens de lire votre article et je suis totalement d’accord avec vos avis. Moi-même développeur Web (PHP, CMS, bla bla bla :-) ) et je suis toujours contraint entre des délais et autres éléments. Donc, à mon sens le mieux est de voir comment on est à l’aise avec le CMS ou du moins voir les détails du projet plus en profondeur pour voir les résultats finaux souhaités.
De nos jours, nous ne sommes plus obligés d’être contraint à un CMS pour réaliser tels ou tels types de besoins. On peut vraiment utiliser chaque CMS à nos fins. Il suffit de savoir ce que nous voulons vraiment, et savoir comment nous sommes à l’aise à travailler avec telle ou telle CMS. Je crois qu’on ne pourra jamais (ou presque) arriver à un résultat fixe à savoir qu’elle est le meilleur système de gestion de contenu, car c’est un univers tellement vaste…
En plus, c’est un monde ou les avancés ce font coter libre. Donc, je ne crois pas pouvoir penché vers une solution ou une autre en particulier, mais la seule chose que je peux dire c’est vraiment d’analysé les besoins des clients et voir seulement moi leur compétence face à l’utilisation d’un outil Web, car la aussi ça peut jouer en fonction d’une méthode meilleure qu’une autre…
Surement d’autres débats à venir…
Bonne soirée et continuez d’écrire, car c’est tellement plaisant de vous lire.