Dans l'ensemble je partage assez ce point de vue, un CMS c'est souvent :
- Beaucoup plus de fonctionnalités que ce dont on a besoin pour son projet
- Des petites choses qui nous obligent à devoir le modifier
- Ils sont souvent de conception médiocre : pas tjs MVC, parfois ca s'approche d'une PAM (« Pompe A Merde » <=> « Usine A Gaz »), souvent le code est imbitable
- Une merde noire dés qu'on est amené à rentrer dans son cœur …tout n'est alors question que de bidouilles et on en vient à être a des années lumières de la qualité de dev qu'on fait en spécifique à l'aide d'un framework tel que Jelix.
- Et comme on ne trouve jamais de CMS qui donne vraiment satisfaction, on en change très souvent (Typo, Ez, Joomla maintenant Drupal…) et comme chaque CMS a sa propre logique on a à chaque fois à en apprendre les arcanes.
Je pense que tous les CMS rencontre le même écueil, il essayent de répondre de manière globale à l'ensemble des besoins de site divers et variés.
Hors si les Web Agency ne sont pas une espèce en voit de disparition c'est bien par ce qu'il n'y a pas 2 sites pareil ! Que tout site (un tant soit peu ambitieux) doit savoir s'adapter (ergonomie, fonctionnalité, design, administration) aux attentes du clients et aux spécificités de son marché.
A mon avis les CMS prennent donc le problème à l'envers.
Je privilégie largement une approche consistant à enrichir petit à petit le framework avec des briques modulaires permettant de faire de la gestion de contenu (droits, arbo, workflow, versionning, etc…) tout en restant souple.
De plus cette approche à l'avantage de permettre d'avoir un environnement technologie commun entre les projets applicatifs et les projets orientés CMS compte tenu qu'on utilise toujours le même framework.
Le débat est ouvert, comment vous voyez les choses ? Qu'est ce que cela vous inspire ?
Articles
5 commentaires:
Tout à fait d'accord avec ce point de vue, d'ailleur développer son propre CMS from scratch avec une bonne methodologie et d'y ajouter les fonctionnalités voulues (from scratch évidement) est mieux que prendre un CMS et l'adapter à ses besoins. Quelques avantages:
-Retour sur expérience très significatif, au moins on maitrise bien ce qu'on manipule
-réutilisabilité du code (surtout avec les conventions de développement)
-maintenabilité accrue du système
-cohérence globale de l'application (à comparer par exemple avec les peines à adapter n modules développés par différents développeurs avec leurs propres habitudes de nommage et de modélisation sur un projet avec un CMS comme base)
In fine, même si un CMS se vante d'être Open source, ce n'est pas souvent dans la première philosophie de l'open source que l'on l'a conçu qui est compréhensibilité du code par un être humain, qui est, je pense être la condition sine qua none de l'"openeité" d'une application.
Je vois bien ici le type même du commentaire technico-technicienne.
Il est vrai que les besoins de certains clients sont si spécifique qu'on perd tellement du temps à modifier son CMS.
En continuant sur cette lancé, demain le mot "voiture de série" ne devrait même plus exister.
Une citation que j'aime bien, "quelque chose est de bonne qualité, quand il y a un marché énorme pour cette chose".
Si les sites des principaux créateurs de cms enregistre encore des milliers voir des millions de téléchargement, c'est que ces produits sont de bonne qualité.
Faudra peut être apprendre à bien les connaitre.
A propos de framework, autrefois j'utilisai codeIgniter, qui est un framework php léger mais non moins efficace à mon avis. Que pensez vous de lui? Ses avantages sont d'après moi sa légèreté, sa simplicité, son approche mvc , sa compatibilité avec tous les hébergeurs php avec le minimum de spécifications requise, la rapidité d'apprentissage, le découplage objet, le support des DAO, de nombreux plugins et helpers, une documentation facile et très claire (en anglais simple), la facilité d'extension du framework, les nombreux abstractions, support natif d'XML, sa grande communauté actif. De nombreux extension fournis bénévolement par les membres de la communauté, la rapidité de développement(il existe un tutorial pour faire un blog en 1 minutes), son support des templates(qui a mon avis a beusoin d'etre epaulé par un meilleu rmoteur tierce comme smarty ...ect). Comparé à jelix, que vaut il?
Code Ingniter est un framework intéressant par sa légèreté.
Je ne l'ai jamais étudié en détail car, pour moi, être à la fois compatible PHP4 et PHP5 n'est pas une qualité mais un gros défaut car cela sous entend qu'il n'exploite pas les possibilités en terme de POO apportées par PHP5 et que par conséquent il n'offre pas autant de souplesse et de rigueur.
En effet code ignitter manque de rigeur à la base.
Enregistrer un commentaire