Le problème des CMS est pour commencer un problème conceptuel. Sous le terme CMS on mélange édition de site et présentation de données.
En réalité un CMS est destiné à un être utilisé par un petit groupe d'éditeurs qui doivent présenter un grand nombre de données structurées. Présenter des articles, des produits ou d'autres types de données existantes et très différents de présenter des informations historiquement linéaires ou classée par thèmes. Essayez de couvrir tous ces besoins avec une seule application est sans doute utopique. Chaque nouveau type de données structurées a provoqué un nouveau fork ou un nouveau CMS. Accéder à des données existantes nécessitera toujours de la programmation. L'organisation doit déjà disposer de workflow ou de données structurées. Ce n'est pas un CMS qui changera le mode de fonctionnement de l'organisation. Ou alors il ne faut pas oublier de prendre en compte la réorganisation indispensable.
En réalité lorsque on crée un site, dans la grande majorité des cas, l'information de référence est produite sur le site. Si les données sont essentiellement historique un blog sera suffisant. Si elles doivent être thématisée ont utilisera un wiki. Les contributeurs y gagnent une facilité et une rapidité d'utilisation. Les moteurs de blogs ou de wiki existants sont nettement moins nombreux et plus proches en fonctionnalités que les CMS.
La première question à se poser est donc "quelle est la nature principale des informations à publier". La seconde est "qui les publiera".
# CMS mot fourre tout
Posté par Yves Agostini . En réponse au journal Dans la jungle des CMS.... Évalué à 10.
En réalité un CMS est destiné à un être utilisé par un petit groupe d'éditeurs qui doivent présenter un grand nombre de données structurées. Présenter des articles, des produits ou d'autres types de données existantes et très différents de présenter des informations historiquement linéaires ou classée par thèmes. Essayez de couvrir tous ces besoins avec une seule application est sans doute utopique. Chaque nouveau type de données structurées a provoqué un nouveau fork ou un nouveau CMS. Accéder à des données existantes nécessitera toujours de la programmation. L'organisation doit déjà disposer de workflow ou de données structurées. Ce n'est pas un CMS qui changera le mode de fonctionnement de l'organisation. Ou alors il ne faut pas oublier de prendre en compte la réorganisation indispensable.
En réalité lorsque on crée un site, dans la grande majorité des cas, l'information de référence est produite sur le site. Si les données sont essentiellement historique un blog sera suffisant. Si elles doivent être thématisée ont utilisera un wiki. Les contributeurs y gagnent une facilité et une rapidité d'utilisation. Les moteurs de blogs ou de wiki existants sont nettement moins nombreux et plus proches en fonctionnalités que les CMS.
La première question à se poser est donc "quelle est la nature principale des informations à publier". La seconde est "qui les publiera".