J'ai choisi SPIP pour le site d'un ami, qui est un manche total en informatique mais a des choses à publier, parce que je connais la simplicité d'utilisation pour le rédacteur commun. A ce niveau, le cahier des charges est rempli, le pote sait poster un article, il sait lui appliquer la mise en forme *de base*.
Mais avec le temps il s'est avéré que c'était une erreur. J'ai gagné du temps et de la tranquilité en n'ayant pas à former le pote pendant plus de dix minutes. Par contre j'en perds une quantité phénoménale à chercher parmi la doc éparpillée, dépassée et incomplète.
De plus j'ai dû apprendre les bases du langage SPIP, pour apporter au site quelques fonctionnalités propres au sujet traité. Il est souvent plus aisé de trouver un codeur PHP dans le coin, qu'une bonne volonté prête à apprendre un nouveau langage. C'est plus pérenne également, parce que les gens bougent et que le codeur SPIP ne sera pas forcément toujours là (alors qu'un codeur PHP ça se trouve partout).
De plus, comme cela a été dit dans un autre commentaire, SPIP est un outil de publication, pas de gestion de contenu ; pour ce qui est de la communication interne à une équipe, utiliser SPIP n'offre pas plus de fonctions qu'un forum avec sections privées.
Actuellement je suis dans la mise en place d'un réseau de sites. Les sites des diverses associations seront faits sous WordPress (ils le connaissent déjà et ça convient à la publication d'évènements et de quelques pages statiques de présentation). Ces sites seront fédérés par un CMS plus évolué. Drupal est pour l'instant la solution envisagée, il reste à définir les plugins à utiliser ou créer. Joomla a été écarté : bien que riche de fonctions, son interface d'administration est déroutante et n'a pas séduit les foules.
[^] # Re: Spip ?
Posté par skiidoo . En réponse au journal [Help me] CMS simple à utiliser mais utilisable ou autre solution. Évalué à 2.
J'ai choisi SPIP pour le site d'un ami, qui est un manche total en informatique mais a des choses à publier, parce que je connais la simplicité d'utilisation pour le rédacteur commun. A ce niveau, le cahier des charges est rempli, le pote sait poster un article, il sait lui appliquer la mise en forme *de base*.
Mais avec le temps il s'est avéré que c'était une erreur. J'ai gagné du temps et de la tranquilité en n'ayant pas à former le pote pendant plus de dix minutes. Par contre j'en perds une quantité phénoménale à chercher parmi la doc éparpillée, dépassée et incomplète.
De plus j'ai dû apprendre les bases du langage SPIP, pour apporter au site quelques fonctionnalités propres au sujet traité. Il est souvent plus aisé de trouver un codeur PHP dans le coin, qu'une bonne volonté prête à apprendre un nouveau langage. C'est plus pérenne également, parce que les gens bougent et que le codeur SPIP ne sera pas forcément toujours là (alors qu'un codeur PHP ça se trouve partout).
De plus, comme cela a été dit dans un autre commentaire, SPIP est un outil de publication, pas de gestion de contenu ; pour ce qui est de la communication interne à une équipe, utiliser SPIP n'offre pas plus de fonctions qu'un forum avec sections privées.
Actuellement je suis dans la mise en place d'un réseau de sites. Les sites des diverses associations seront faits sous WordPress (ils le connaissent déjà et ça convient à la publication d'évènements et de quelques pages statiques de présentation). Ces sites seront fédérés par un CMS plus évolué. Drupal est pour l'instant la solution envisagée, il reste à définir les plugins à utiliser ou créer. Joomla a été écarté : bien que riche de fonctions, son interface d'administration est déroutante et n'a pas séduit les foules.