Il faut savoir evoluer ... après quelques années de developpement de ce que certain appelerai de l'artisanat  en matière de cms, je dois avouer que les outils existants sont assez bien fichu pour arreter de faire l'irréductible qui fais tout à la main...

Lorsque j'ai commencé à developper pour le web, il n'y avais rien (1999). Les sites etais en flash et en html "en dur". Les languages web dynamiques pointait le bout de leur nez et une méthodologie me parraissait plûtot efficace : organiser le contenu du site (le pré-macher en fait : une news c'est une image avec un texte par exemple). 

Pour cela, je me suis developper un outil : un orm en base avec des fichiers de définition pour les "objets" de formulaire, un backoffice qui n'a aucun lien avec le front.

Pourquoi ?

• le client gère le contenu de son site mais fait appel au developpeur pour rajouter un type de contenu (buisness model)
• le front est hyper performant ( basé sur des style intélligent et une factorisation simple)
• le backoffice est flexible puisque l'on rajoute des champs dans une base et on fais correspondre avec un "objet" de formulaire (pas trés end user c'est vrai) à la demande ( mais ça demande des compétences ...) 

Mais bon, voila, à force de bosser tout seul (ou presque) on en oubli l'essentiel : le contenu. Et quand on passe 80% du temps à developper des fonctonnalités, il ne reste que 20% pour rediger. Alors, comme il y a quelques bon outils sur le marché et que le metier va essentiellement vers des sites template + noyau, il est bon de passer à ceux ci.

Pourquoi ce revirement ? tout simplement, l'adage qui dis pour faire faire il faut savoir faire prévot.

• Peu importe que la sécurité soit à  a revoir et a maintenir, 
• peu importe qu'il faille a chaque fois faire la mise en page d'un article de A à Z ( ou ne rien faire si le fichier de style est bien fais),
• peu importe que le système sois lourd pour afficher 3 pauvres textes comme 100 000,
• peu importe que l'on ne maîtrise pas grand chose dans les montées de versions, les mise à jours
• Peu importe aussi, qu'a prioris il y ai des backdors pour ceux qui les connaissent ...

Et puis, il y des composants à developper, des modules à prévoir et des possibilités à creer sur ces noyaux ... même si le metier n'est plus que de l'assemblage d'outils, il n'en faut pas moins des compétences pour faire ça correctement.

je me demande seulement,

Aujourd'hui on pose un cms qui fait tout, une charte graphique trouvé sur le net (ou fait sur mesure) et le client se débrouille... dommage pour le client quoi ... mais c'est vrai, il peut faire ce qu'il veut, s'il en a le temps. Et puis au moins, il apprend.

Et puis qui se soucie du besoin réel du client, du temps de maintenance, de la perenité de la relation client/fournisseur (si tout le monde fais pareil ??? )