Et puis sans même parler de ça, je trouve qu’il y en a beaucoup trop (suffit de voir la liste non exhaustive des cms http://blog.devoueb.com/index......ent-system). Du coup ça met déjà un peu le bazar dans la recherche d’emplois…
Quand on voit sur 100 offres:
“vous êtes développeur joomla ?” (aberrant ce genre de question quand même),
“vous faites du drupal ? Non parce qu’ici on cherche du prestashop…” etc etc
C’est du n’importe quoi, sans compter qu’il faut un certain temps d’apprentissage par cms
Heureusement qu’il n’en est pas de même pour les frameworks !

Ou est donc passé le petit artisan qui codait à la main pour ces clients, leurs octroyant tout leurs souhaits et merveilles ?
Bon à me lire, on penserais vite que je suis anti-cms.
J’en utilise pour certains clients indécrottables mais j’ai du mal à en faire une généralité.

WordPress est un CMS ou pas… peu importe la philosophie qu’on adopte, WordPress répond à la définition-même du Content Management System en tant que tel. Il y a des choses que WordPress fait très bien, il y en a d’autres que WordPress ne fait pas, sinon au prix de longues heures de développement qui pourraient être investies plus intelligemment.

Ne limiter WordPress qu’à un cliché de “blog” est inutile… on développe (pas moi, tout le monde ensemble) tous les jours des tas de sites professionnels tournant avec WP et qui n’ont rien à voir avec les blogs classiques. Dans ces cas-là, WordPress montre toute sa malléabilité et son potentiel de Système de Gestion de Contenu pur, pas de système de blog. Nuance.

Trafiquer un widget ou un plugin… mmm oui, pourquoi pas, c’est généralement assez easy. Mais qu’en advient-il lorsque l’auteur du plugin sort une mise à jour et que notre client met lui-même son plugin à jour ? C’est reparti pour un tour de modification du code.

On manque parfois (souvent) de temps pour expliquer tout de A à Z à nos clients sur les sites qu’on développe et sur notre philosophie WordPress. Cependant il reste de la responsabilité de tout webmaster (au sens large) de faire comprendre à son client qu’un contrat défini la ligne directrice du projet. Que faire si j’ai un client néophyte qui n’y connaît rien et qui veut du tout automatisé ? Hé bien c’est simple : comme on discute avant de démarrer le projet, le plan de travail est défini et je sais ce que le client voudra, pourra et ne pourrait pas faire avec son site. S’il veut que je lui sorte un site WP ou il n’a plus qu’à utiliser l’éditeur WYSIWYG sans toucher au code… pas de problème : il me paie pour ça. Il faut savoir ce qu’on peut faire et ne pas faire. Comme je l’ai dit, et on le sait tous, il y a des choses qu’on ne peut pas faire avec WordPress sans toucher au minimum à l’éditeur HTML : il faut que le client le sache. Et encore, il y en a qui ne veulent pas entendre parler des champs personnalisés…

Enfin soit, tout ça pour dire que bien souvent on déborde du cadre défini par le contrat et que c’est un peu de notre faute aussi…

http://www.wordpress-fr.net/su.....57#p118557
Merci

http://www.wordpress-fr.net/su.....56#p118456

Me disant que je finirai bien par y arriver un jour,
pour me detendre l’esprit, je suis passe directement à la page 169

où l’on parle de style ! … j’ai lu http://www.fran6art.com …. et je suis ici.

En effet ! du beau style !
notamment un joli vert pomme léger se détachant sur la nuit tombante !
hmm! je sens la brise
Si vous pouviez me sortir de la sombre et etroite impasse newyorkaise ou je me trouve
ce serait très sympa.
Merci
- – – - – - – - – - – - –
PostScriptum:
Question subsidiaire aux deux experts MagicCyril et Francis
Drupal n’est-il pas reserve aux seuls champions aguerris ?
Pour un neophite ou beotien, quid de l’installation, par exemple, sans livre PearsonEducation !
CMS est-ce que ça ne fait penser à “Usine-à-gaz ERP allemand” (SAP,…)

J’imagine que cela n’aurait aucun sens de preparer des tas de trucs en WordPress
puis de passer l’ensemble en Drupal.
Ce soir je ne connais rien sur Drupal, mais demain je regarderai.
Pourquoi ne pas faire avec WordPress ce que ce produit fait très bien et au moindre effort, d’une part, et avec Drupal ce qui est parfait pour Drupal et “banal” pour cet autre produit.
Dans quels cas pourrait-il y avoir une difficulté à gérer les liens entre un produit et l’autre ?
Je ne serai pas surpris qu’il me faille les deux
C’est encore beaucoup trop tôt pour le dire.

@Francis
Objet CDC : la difficulte c’est qu’il y a des allers-et-retours au sein de sa propre pensee interieure qui prennent du temps … surtout quand on sait que sur Internet tout est gratuit.

@mulilinguistes
Pour un bon moment, mon projet sera 100% en français.

Sur certains cas, il est plus intéressant de mettre le client en face de 2 devis, l’un sous WP (par exemple), avec les contraintes actuelles et surtout futures que cela implique, l’autre sous un CMS maison que l’on aura développé à partir des besoins du client (et non l’inverse), qui sera peut être plus cher dans l’immédiat, mais aura beaucoup plus de souplesse par la suite.