Comme vous avez pu le remarquer, ce blog fonctionne sous dotclear 2.

On pourrait se demander pourquoi diable, alors je passe plus ou moins ma vie à travailler sur CPS, je lui ai préféré dotclear pour ce site. CPS aurait-il des problèmes ? Ou serait-ce dotclear qui fait vraiment la différence avec les autres CMS et plate-formes de blog ? Tentons une petite synthèse introspective... Ne vous attendez pas cependant à trouver ici une réflexion d'une folle originalité.

Avant ça, un mot : vous avez pu aussi remarquer que ceci est la première entrée après deux mois d'ouverture. Je promets de faire quelques efforts dans les mois qui viennent.

Un besoin, une solution

En tant que travailleur indépendant, je n'ai par définition pas de besoin collaboratif. J'ai beau rester convaincu que la dualité espaces de travail / espaces de publication de CPS est une excellente chose, et même l'avantage distinctif majeur du produit, elle ne me servirait pas à grand-chose.

Certes, je pourrais envisager d'inviter des gens pour parler sur ce site, mais cela ne resterait que marginal. On peut d'ailleurs dire que le concept même d'un blog est de de gérer cela par commentaires et "trackbacks". C'est différent, mais on n'est pas bloqué, et un peu de changement ne fait pas de mal.

Pour ce qui est de la question du blog plutôt que du CMS. Pour faire comme les autres bien sûr, mais aussi pour avoir d'autant moins la tentation d'utiliser CPS, sans doute. Pour diverses raisons, je n'ai pas l'intention à court terme de faire évoluer CPSBlog.

Veille et dogfooding

Encore une contradiction apparente : je suis à fond pour le principe du "dogfooding", donc je devrais utiliser mes propres systèmes, n'est-ce pas ? Mais je le fais déjà assez en entretenant deux sites associatifs sous CPS dernière version de développement.

Par contre, il est important de sortir un peu le nez du guidon et d'aller voir ce qui se fait ailleurs. Et je dois dire que le fait d'utiliser dotclear m'a ouvert les yeux sur quelques limitations de CPS, notamment pour ce qui est de l'intégration graphique. Je reviendrai certainement sous peu sur ce point dans un autre billet.

La force de la solution standard

Ces derniers temps, j'ai plus de contacts avec des graphistes et des " webdesigners", qui n'ont pour la plupart entendu parler que de PHP/MySQL. L'habillage de ce site ne risque pas d'être un projet assez gros pour justifier d'employer un graphiste spécialisé sur CPS, ou d'un former un. Pourquoi ne pas le faire moi-même, puisqu'après tout je maîtrise CPSSkins, sans parler de XHTML et CSS ? Venez voir mes dessins, vous comprendrez ce que je veux dire. Je jure pourtant savoir tout du crayon, du taille-crayons et du papier ! D'un autre côté, trouver un graphiste qui sache travailler pour dotclear, c'est assez facile, surtout dans mon cas.

Voir ce qui se fait ailleurs, comme j'écrivais plus haut, c'est aussi voir à quoi les gens - potentiellement nos utilisateurs - sont habitués. Il faut bien reconnaître qu'en matière d'ergonomie l'habitude est au moins aussi importante que la logique.

Je ne prévoyais pas au départ d'héberger le dotclear moi-même, puisque mon hébergeur favori (Gandi) propose une plate-forme de blogs basée dessus. Mais j'ai découvert rapidement que je voulais plus de souplesse, j'ai donc franchi le pas. L'avantage du standard ici, c'est donc bien d'être déjà déployé à grande échelle et utilisable rapidement pour démarrer. Rien de bien original, mais je tenais à le mentionner.

Dotclear en soi

Je ne prétendrais pas avoir fait plus que gratter la surface du système, mais j'apprécie :

  • que la page de présentation mentionne tout de suite la possibilité d'utiliser la base PostgreSQL, qui m'est plus familière que MySQL ;
  • d'avoir une API XML-RPC pour pouvoir reverser plus tard des documents, par exemple depuis un CPS ;
  • le système de thèmes, avec les banques de thèmes en ligne ;
  • d'être un utilisateur de base !

Fondamentalement, ça fonctionne, je suis content.