Mes nouvelles activités ne me laissent que peu de temps pour mettre à jour ce blog. En attendant une éventuelle reprise de mes divagations éditoriales, vous pouvez toujours parcourir les anciens articles. A+ et bonne lecture!
Inéation
100% Drupal : Actualité, Documentation, Formation, Module, Thème
Drupal sur le point de dénicher le Saint-Graal ?
Un CMS ne pourra jamais être la solution unique à toutes les problématiques clients. Je ne sais pas le nombre de fois que j'ai répété cela. Ou alors "Un CMS / Un besoin"...
Et bien, désolé, je crois que je suis entrain de revenir sur cette idée.
Non seulement, je pense qu'il faut se concentrer sur un nombre limité de solutions (2 ou 3) et cultiver son expertise plus que sa polyvalence, mais en plus je commence à croire que Drupal pourrait-être cette Arlésienne tant réclamée.
Drupal le CMS (presque) universel ? Laissez moi vous expliquer.
Lorsque vous choisissez votre CMS, vous devez toujours choisir entre flexibilité maximale et complexité minimale. Et oui, dès que vous rajoutez des axes de liberté (des options) et que vous ouvrez l'arbre des possibles, vous augmentez la complexité du travail des concepteurs du site.
Aujourd'hui, si l'on analyse le choix d'un CMS sous l'angle du couple "flexibilité / complexité", vous disposez de 4 possibilités :
1) Développer votre CMS sur la base d'un framework, Zend par exemple. Pour un maximum du flexibilité mais aussi un maximum de complexité et de temps.
2) Utiliser un CMS extrèmement modulaire comme Drupal. En assemblant et en configurant des petits bouts de fonctionnalité (les modules) vous allez pouvoir bâtir une application complexe et adaptée à des cahiers des charges précis. Par contre le paramétrage nécessite du temps et une connaissance fine du CMS.
3) Tirer parti de plugins standards avec des CMS comme Joomla et Wordpress. En un clic de souris vous avez un superbe forum ou une galerie photo. Le seule problème c'est la relative standardisation des fonctionnalités proposées.
4) Enfin, vous pouvez utiliser un CMS spécialisé comme Wordpress, qui vous installe directement un site prêt à l'emploi.
Attention, je suis tout à fait conscient de la simplification de la catégorisation de CMS cité dans cet exemple. Oui Joomla et Wordpress ont aussi des plugins flexibles et oui, ils ont tous une API... Néanmoins aucun CMS aujourd'hui n'est excellent dans chacune de ces quatre catégories.
Et bien, roulement de tambour, j'ai le plaisir de vous annoncer que Drupal pourrait être le premier CMS a réussir le tour de force d'être à l'aise dans chacune des catégories.
Examinons comment il pourra se comporter dans les 4 niveaux :
Niveau 1, Flexibilité maximale: avec son API, qui s'améliore de version en version, Drupal permet de réaliser des applications extrêmement complexes. De plus en plus de modules proposent aussi une API spécialisée qui permet de développer des applications sur-mesure en rien de temps.
Niveau 2, Excellente adaptabilité sans programmation: Drupal est reconnu pour son extrême modularité. D'innombrables modules interagissent entre eux pour donner naissance à des fonctionnalités complexes et sur mesure.
Niveau 3, De puissantes fonctionnalités standards. C'est aujourd'hui la faiblesse majeure de Drupal. Vous avez déjà composé un forum ou une galerie photo complexe ? C'est évidemment possible (cf. niveau 2) mais c'est long et demande une expertise certaine. La bonne nouvelle ? Avec des modules comme Features ou Pattern, cette faiblesse sera bientôt comblée. Ces modules permettent de packager un jeu de module avec leur configuration associée. Il sera donc bientôt possible, dès lors que de nombreuses "features" seront disponibles, de disposer de fonctionnalités puissantes qu'un utilisateur peu expérimenté pourra installer en un clic de souris.
Niveau 4, un site complet out-of-the-box: en théorie avec de meilleurs profils d'installation Drupal devrait vous permettre de disposer de sites clés en main : blog, magasin, intranet, site communautaire... D'autant plus qu'avec une initiative comme D7UX, l'ergonomie de Drupal sera largement améliorée et la bête enfin accessible à tous.
La grande force de Drupal est qu'il sera possible d'utiliser les forces de chacun de ces 4 niveaux au sein d'une même application. Ainsi vous allez pouvoir installer un profil de site communautaire en trois minutes (N4), activer en quelques secondes une superbe galerie photo (N3), paramétrer finement, en une quinzaine de minutes, le système des relations utilisateurs (N2) pour finalement vous concentrer sur le développement de fonctionnalités à forte valeur ajoutée (N1).
Et après ? Vous pourrez profiter de votre temps libre, nouvellement gagné, pour boire des bières ou emmener votre aimé(e) au restaurant.
Le Saint-Graal, vous disais-je...
Bonjour Alexandre,
entièrement d'accord! Drupal est tellement modulaire que ça en est à la fois un bénéfice énorme quand on cherche à monter un projet complexe et en même temps un handicap certain quand on cherche à monter un projet complexe...
Le temps d'assembler tous les modules et de les configurer, et voilà 3j au moins passés. J'en suis venu à préparer mes packages, comme je le faisais sous Joomla, pour répondre à un besoin particulier : eCommerce, social networking, annonces, etc.
Je n'ai pas eu le temps de tester Features mais ça figure dans la liste de Michelle et la tienne : donc ça doit être intéressant! En tous les cas c'est dès à présent possible, pour peu qu'on se donne la peine initiale de créer soit même ses packages (qui ne sont qu'un dump de base de données finalement).
Quand même, 3j c'est peu quand on voit le gain de temps énorme qu'apporte ensuite la modularité par rapport à des solutions toutes prêtes mais nécessairement limitées dans leur périmètre et leur rendu. La puissance de l'approche microkernel permet de réaliser un site en quelques jours tandis qu'il aurait fallu des semaines de développements en utilisant un autre CMS.
Pour moi, après avoir testé pas mal d'autres CMS&frameworks, Drupal est déjà le Saint Graal!
@+
Fabien
Franchement, je suis assez d'accord. Pour avoir manipulé d'autres CMS avant Drupal, je ne vois plus aucune raison de faire autre chose que du Drupal. Même si les modules sont nombreux et parfois complexes, je vois bien, projet après projet, que Drupal peut répondre à tous mes besoins. Ce CMS est absolument incroyable !
Je suis également d'accord avec votre point de vue, étant également gros consommateur de Drupal. J'utilise également CMS made simple pour des projets de plus petite envergure. Je le trouve plus facile d'accès quand à l'aspect design. Drupal est encore trop rigide de ce côté là de mon point de vue.
Mon seul regret avec ces genres d'outils c'est que désormais tous les sites se ressemblent. C'est l'industrialisation du développement web. Ce que j'aimais au début d'internet c'était les "vrais" sites avec du vrai contenu, pas de pompage de flux rss de tout les côtés...bon ok il y avait des gifs animés pourris ;) et du blink en pagaille mais bon...
Également d'accord avec toi Alex, même si je reste sur ma fin concernant le "Niveau 4, un site complet out-of-the-box" : le système de profil de Drupal est très bien pensé mais finalement peu utilisé et c'est vraiment dommage !
Avec la sortie de Open Atrium qui exploite le système de profil combiné au module Context, on voit tout de suite les possibilités et je pense que pas mal de développeurs vont suivre l'exemple de Development Seed ! :-)
Merci à tous pour vos commentaires. N'oubliez cependant pas que vous avez tous les 4 a peu près le même profil d'utilisation de Drupal et que, en plus, vous êtes déjà acquis à la cause de Drupal...
D'autres développeurs / webdesigners / site builder pourraient avoir d'autres mode d'utilisation d'un CMS.
Certain souhaite avoir un contrôle maximum de l'appli, ou demande une optimisation extrème des performances d'où la nécessité d'améliorer encore et toujours l'API.
D'autres peuvent avoir besoin d'un CMS facile à utiliser et à mettre en place et pas cher (la custo, c'est du temps donc des coûts). D'où le besoin d'avoir un niveau 3 et 4.
Enfin avec un très bon niveau 3 et 4 on facilitera l'accès à Drupal. Les gens mettant facilement le pied à l'étrier puis au fur à mesure de leur montée en compétence il pourront customiser plus avec le sniveau 1 et 2.
@anonyme, avec le système de thème de Drupal 6 on peut cependant faire énormément de chose. Voir quasiment tout avec des petites notions de PHP.
Certes cela nécessite un expertise plutôt pointue que l'on ne trouve pas en grande quantité sur le marché. D'où l'impression d'uniformité que l'on retrouve dans la plupart des thèmes.
Bonjour Alexandre et à tous les autres,
Quand j'ai cherché un CMS pour m'aider à développer plus vite et plus facilement j'étais à milles lieux d'imaginer que je ferrai autant de chose avec. J'ai d'abord fait le tour des CMS pour voir de quoi ils étaient capables et je me suis arrêté sur Drupal.
Depuis que je joue avec, parce qu'il faut le dire c'est quand même une partie de plaisir, je n'ai jamais été limité dans ce que j'ai fait. Il est vrai que je n'ai peut être pas le recule de certains d'entre vous mais pour le moment je n'y vois aucune limite.
Je participe pour mon entreprise aux réponses d'appels d'offres et je m'aperçois qu'au travers des lignes on peut lire "Merci de choisir Drupal pour vos réalisation" parce que les DSI en entendent parler en bien.
Je suis arrivé à un stade maintenant ou j’ai chopé le virus Drupal (stade avancé) à tel point que je passe beaucoup de temps par jour sur Drupal en participant à la communauté. Même si pour le moment ca ne se voit pas de trop j’ai quelques articles, tutos en préparations, plus le groupe de Traduction et j’aimerai en faire encore plus, j’essai d’apporter ma pierre à l’édifice ! Tout ca pour vous dire que l’on à une force inestimable et une chance avec Drupal c’est la communauté. C’est parce qu’elle est active (4500 modules et combien de guides et de tutos) et réactive (intégration du RDFa sur D7 après l’annonce de Google) qu’il est arrivé à un point ou on parle de Drupal comme le ‘Saint Graal’.
Aujourd’hui il est clair que mon choix est arrêté c’est Drupal ou rien.
@Anonyme Comme te le souligne Alexandre il est possible de se démarquer des autres sites Drupal. Il est possible de tout faire avec le templating par contre cela nécessite de connaitre le php
"J'utilise également CMS made simple pour des projets de plus petite envergure. Je le trouve plus facile d'accès quand à l'aspect design. Drupal est encore trop rigide de ce côté là de mon point de vue."
-- Anonyme
Je suis assez étonné sur ce point, car le système de template de Drupal est vraiment bien fichu. Mes collègues intégrateur d'interface ont beaucoup plus de facilité à réalisé le thème d'un site Drupal que celui d'un site Magento par exemple. Bien entendu on est loin de la simplicité d'une solution tel que Wordpress, mais c'est également beaucoup moins brouillon.
"Je suis assez étonné sur ce point, car le système de template de Drupal est vraiment bien fichu."
Oui mais comparé à des CMS basées sur des tags (cms made simple, modx, textpattern), ça reste beaucoup moins facile. Dans modx, la séparation entre html et PHP est totale, réellement; et c'est formidable ça :-)
Ca ne veut pas dire que Drupal est mauvais de ce côté, juste moins bon sur ce point précis que ce genre de CMS.
Sinon moi aussi je me suis arreté sur Drupal pour son framework et son impressionante communauté de développeur.
Maintenant j'attends beaucoup d'un CMS tel que Modx Revolution car il offre une flexibilité naturelle incroyable et un controle du templating irréprochable.
Drupal bénéficie d'une communauté de développeurs vraiment exceptionnelle.
Certains modules existants pour cette plateformes sont excellent.
Ce qui fait sa grande force, c'est que tres souvent, ces modules aditionels sont aussi disponibles pour d'autres CMS mais toujours pour Drupal.
Aujourd'hui en terme de pluralité de modules seul Wordpress et Joomla sont au même niveau que Drupal.
Wordpress n'est pas un vrai CMS, mais un excellent outil de Blog dont Drupal n'atteint pas la facilité d'accès.
Joomla n'est pas la panacée en terme de personnalisation, et bien moins modulable que Drupal (ou du moins pas aussi facilement).
Ma préférence est pour MODx pour les raisons citées par nyl, mais l'outil ne dispose pas de puissants modules comme CiviCRM ou le nouveau Open Atrium.
Si plus de talentueux développeurs se penche sur cette plateforme lors de la sortie de MODx Revolution, il y aura une belle bataille avec Drupal.
Si ce dernier part avec une belle avance, rien n'est jamais gagné.
Framework, Briques, Plug-ins et Prêt-à-l'emploi. Drupal essaye de couvrir les 4 manières de travailler, c'est vrai.
Merci Alexandre de l'avoir si bien exposé. Et d'avoir pointé les échecs -- comme les profils d'installation, qui n'ont pas le succès qu'on aimerait voir.
Cette vision de la couverture fonctionnelle de Drupal en 4 domaines mérite d'être poussée plus avant, et discutée.
On pourrait par exemple affiner les besoins utilisateurs et les manques actuels dans chacun des modes d'utilisation.
Comme toi je crois que Drupal est le seul CMS candidat à une couverture réelle de ces 4 grands modes d'utilisation.
Mais comme tu le souligne, il est pour l'instant seulement candidat.
Il va falloir partager cette vision avec la communauté de manière large et probablement continue pour que cela devienne une réalité.
Salut Julien,
C'est vrai qu'il serait intéressant de mener une analyse méthodique et détaillée des écarts entre la vision et la réalité pour chacun des niveaux.
Par exemple en ce qui concerne l'API, moi qui ne suis pas dev, j'aimerai bien comprendre qu'elles sont les faiblesses vis vis des meilleurs framework.
En ce qui concerne les profils d'installation, il y dejà un certain nombre de pistes proposées, mais je ne sais pas ce qui va pouvoir être fait ou pas.
++
@lossy, @nyl,
Pour la peine je viens de ma faire une install de modx revolution, histoire de voir comment lui piquer ses meilleures idées ;-)
Bon par contre il va me falloir quelques heures de formation avant de pouvoir bien comprendre les forces de l'appli...
@alexandre
bon courage avec modx REVolution; je n'ai pas fait grand chose avec donc je ne pourrais pas du tout t'aider sur sa prise en main,. En revanche si tu veux des tuyaux sur modx EVOlution là je peux t'aider à dégrossir très vite.
Sur modx evolution tu verras que l'équivalent de view c'est le snippet Ditto (dans l'install de base direct) et que l'équivalent des CCK c'est le superbe systeme de "template variables" : champ associé à un template.
Tu verras surtout que si tu créer un nouveau champ dans un formulaire qui s'apelle "adresse-web" tu pourras afficher directement sa valeur dans ton template en écrivant
[adresse-web]
avoue que c'est beau :-)
et que récupérer la valeur d'un champ CCK c'est pas aussi simple, et j'épargne la question du check_plain ou du check_markup ou autre filter_xss
(genre $node->content['field_parent_document_value'][0]['nids'] )
et surtout c'est UNIFIE.
je précise que ça n'empeche pas que pour l'heure Drupal a largement le dessus pour moi et c'est mon CMS favori : je pense simplement que Modx a une approche très intéressante qui fait gagner beaucoup de temps sur certains choses.
Si un jour modxrevolution se constitue une vrai communauté de développeur et que les formulaires dispose d'un API sympa, je ferai peut être le changement.
Mais je ne sais pas si il est possible de concurrencer un jour la communauté de dévelopeurs de Drupal qui me semble exceptionnelle...
Non seulement, je pense qu'il faut se concentrer sur un nombre limité de solutions (2 ou 3) et cultiver son expertise plus que sa polyvalence, mais en plus je commence à croire que Drupal pourrait-être cette Arlésienne tant réclamée.
C'est ce que je me suis dit la première fois, et avec un peu de recul maintenant, il semble que cela soit la bonne direction.
bon courage
a + pour le DC Paris 2009
"cultiver son expertise plus que sa polyvalence"
tout à fait d'accord avec ce point.
Salut
Je suis un amateur qui a la chance de trouver drupal (après des essaies sur d'autres cms) , je le trouve difficile au début (je l'ai même remplacer par php-fusion -à mes debut-) à cause de la LANGUE ANGLAIS ,alors que je suis moyen en français et faible en anglais ...
Drupal est prêts pour être multilingue , mais il a besoin de plus en plus de volontaires multilingues .
Je résume en disant : Apprendre à utiliser drupal c'est avant tout apprendre l'anglais
C'est vrai, mais de moins en moins.
Le coeur de Drupal et de nombreux modules sont traduits.
Des livres pour débutant existent en français, "using Drupal" pour utilisateurs un peu plus confirmés arrive en Septembre.
Sans compter que la documentation gratuite va s'améliorer dans les semaines et mois qui viennent grace au boulot du groupe documentation.
Je ne partage pas (encore ?) votre enthousiasme vis-à-vis de drupal. Je dois avouer que j'ai été bluffé par la facilité d'installation mais pour le moment je reste un peu bloqué et je ne sais pas trop par où commencer.
Je n'ai pas l'habitude d'utiliser un CMS. Je fais du développement depuis presque 10 ans et j'ai pour habitude de presque tout développer moi-même. Sauf jusqu'à il y a un ou deux ans où j'ai découvert symfony. Que m'apporterait en plus drupal par rapport à un framework tel que symfony ?
p.s: bravo pour le site. J'ai découvert par hasard mais je reviendrais. :-)
Symfony est un excellent framework php parfaitement complémentaire avec Drupal.
J'utiliserai Drupal en priorité car cela va réduire très largement tes temps de développement et te permettre de te concentrer sur les fonctionnalités à valeur ajoutée... Une fois l'expertise acquise, ce qui nécessite temps et investissement.
Puis si le cahier des charges est vraiment spécifique et s'éloigne de ce que l'on a l'habitude de faire et nécessite de modifier en profondeur les concepts sous-jacents à Drupal alors là tu peux partir sur un dev custo.
Toute la difficulté est dans la reconnaissance de cette limite. Cela tu ne l'acquerra qu'avec la formation ET l'expérience.
Symfony + Drupal est donc est couple parfait pour un webshop qui souhaite pouvoir faire face à toutes les situations ou PHP est la bonne techno.
Drupal est beaucoup plus «haut niveau» que Symphony.
(au sens des niveau d'abstraction des langages de développement ou des interfaces utilisateurs)
Avec Drupal, tu as «gratuit» la gestion des authentification et des droits utilisateurs (ce qui est totalement nécessaire à tout projet web aujourd'hui), que tu peux directement paramétrer.
Tu as gratuit, déjà prêt un système d'URL propres, essentiel pour le référencement des sites.
Tu as gratuit, déjà prêt un système de catégorisation et de tagging du contenu (ou taxonomie), qui peut être hiérarchique, plat, libre ou contraint...
Tu as «gratuit» un système de création de contenu/formulaires personnalisés (CCK) qui ne te demande pas de toucher ni à la base de donné, ni à aucun code.
Tu as «gratuit» les Views, pour afficher le contenu selon des critères de tri et de recherche complexe, exposable à l'utilisateur final ou pas. Toujours sans coder.
En réalité, l'attrait de Drupal vient de ce qu'il y a des fonctions existantes pour gérer 90% de ce qui fait un site web contemporain.
Et toutes ces fonctions de haut niveau sont bien sur attaquable en PHP ou même en ligne de commande avec Drush, et extensible avec tes propres modules pour gérer les 10% vraiment spécifiques.
Ce haut niveau d'abstraction a des défauts -- comme du code «inutile» et une vitesse réduite -- mais c'est la marche classique en programmation. On abstrait de plus en plus les fonctions, et les fonctions font de plus en plus de choses sous le capot.
J'ajouterais que si l'on veut voir un bel exemple de web app qui utilise intelligement Drupal comme plateforme, il faut regarder OpenAtrium :
http://openatrium.com
Particulièrement, j'ai trouvé malin la façon dont le Case Tracker est implémenté, avec si je ne m'abuse simplement des concepts Drupal de node parent et node enfant (Book) et la taxonomie.
Je découvre avec beaucoup de retard ton billet Alex et le débat passionnant qui en découle !
Etant arrivé tardivement à Drupal après une grosse expérience de Textpattern puis de MODx, je peux apporter un autre point de vue puisqu'à la base il faut bien le reconnaître même Drupal 6 me laissait sur ma faim notamment au niveau du templating.
Il faut bien comprendre que je viens de CMS assez atypiques puisque Textpattern a été le premier à offrir un système de template léger et flexible.
Ca veut dire pas de "fragmentation" des templates, autrement dit quand on travaille avec un template on a une vision globale de ce qu'on fait. Ca peut paraître anodin mais par expérience ça facilite grandement le processus de création et aussi (surtout ?) de maintenance. Avec Drupal je m'astreint à documenter tout ce que je fais parceque je sais que 3 mois après si je remet le nez dedans il va me falloir du temps pour "retrouver mes petits". Avec Drupal on est contraint de documenter et standardiser son approche parceque l'outil est, qu'on le veuille ou non, complexe.
Deuxième chose, Textpattern ou MODx n'ont pas de php dans les templates (CMS Made Simple cité plus haut, non plus). Les codeurs vont dire que c'est plus performant, qu'il n'y a pas d'apprentissage d'un nouveau langage de tag et ils auront raison sur ces deux points. Mais personnellement je me demande quelle est la différence de perf entre un CMS qui utilise des tags mais un seul template et un CMS qui utilise du PHP avec des paquets d'includes d'autres templates... ça n'est pas un troll mais une question réelle. Enfin j'ai un argument en faveur d'un système de template flexible et léger utilisant les tags, c'est que jusqu'à preuve du contraire ce sont les designers qui crééent les templates et qu'ils seront plus efficaces si ils travaillent avec des templates lisibles (oui les tags, c'est plus lisible et de loin !).
Ok vous allez me dire mais bon je peux trouver à la pelle des thémeurs Drupal qui connaissent PHP et sont à l'aise avec son système de template. Ou alors on peut m'opposer : pourquoi ne pas utiliser Smarty avec Drupal puisque c'est possible ? Effectivement il faut que je me penche là dessus mais je crois qu'on perd une bonne partie de la puissance offerte par phpTemplate.
Maintenant vu ce que je viens de dire vous allez vous demander pourquoi j'en suis venu à utiliser Drupal alors que je suis fervent de MODx ? La réponse c'est la couverture fonctionnelle : 4500 modules mais aussi la flexibilité de Drupal (pas en matière de template, mais en terme de customisation).
Dans mon cas, celui d'un projet complexe pour un freelance en solo (site web + extranet de 400 utilisateurs avec un workflow permettant de gérer la publication de l'extranet -> site entre autre), Drupal s'est imposé car c'est le seul qui pouvait répondre au cahier des charges sans développement additionnel. Développer le même site avec MODx aurait pris des mois de développement d'un module de gestion de workflow, sans compter les fonctionnalités qu'offrent Organic Groups... inimaginable à vendre en terme de budget/délais client.
Alors évidemment j'ai passé 5x plus de temps avec Drupal à intégrer le design que je ne l'aurai fait avec MODx, mais c'est une question d'arbitrage et c'était plus compétitif avec Drupal.
Je ne pense pas qu'on puisse trouver un CMS qui soit un véritable "Saint Graal" pour tous les projets, et concernant Drupal quelques réserves quand même :
Pour conclure, Drupal est un outil fantastique c'est vrai mais il n'est pas parfait (même si la version 7 risque d'être un grand cru !) et on peut encore l'améliorer.
De toute façon il vaut mieux car sur un marché en constante évolution, se reposer sur ses lauriers serait fatal... heureusement ce n'est pas le cas de Drupal, comme je le dit D7 s'annonce extrêmement bien !
David, voila une excellente manière de lancer le débat.
Comme je n'ai pas forcément bcp de temps maintenant, je vais tenter de répondre point après point.
Le premier point sur lequel je souhaite te répondre est celui du theming. Le travail de "theming" consiste en la transformation du travail d'un graphiste en un thème pour Drupal.
Classiquement, ce travail nécessite de très bonnes connaissances en CSS, XHTML et Javascript (JQuery ou autre) ce qui permet de transformer le travail graphique en une page web statique.
Mais pour réaliser un véritable thème il faut en plus connaitre le fonctionnement du CMS auquel il est destiné. C'est vrai pour Drupal mais c'est aussi vrai pour Wordpress dont personne ne contestera l'énorme succès qu'il a auprès des graphistes et concepteurs d'interface web.
Ta critique, que l'on retrouve souvent, consiste à mettre en avant la difficulté de ce travail sous Drupal. Travail qui nécessite quelques connaissances en PHP. Pourtant, une fois les mécanismes de neutralisation des fonctions de thème (override) et l'importance des pré-processeurs compris, le theming devient un jeu d'enfant. Je peux en témoigner, je ne suis qu'un amateur, j'y consacre moins de 5% de mon temps, je suis à peine capable d'afficher "hello world" en php et pourtant je suis capable de réaliser à peu près n'importe quel design avec Drupal (hors jquery).
Certes c'est un peu plus long à apprendre mais après cela devient plus flexible et plus puissant. D'où mon point : "l'apprentissage de Drupal est un investissement, le ROI n'est effectif qu'après quelques projets".
Par contre, tout n'est pas rose, bien sur il y a des limitations, principalement dues à l'emboitement des templates, qui ne rend pas facilement disponibles certaines variables d'un tpl à un autre. Elles sont très bien décrites dans ce billet : http://developmentseed.org/blog/2009/mar/01/limitations-drupal-theme-layer
D'ailleurs je conseille ce billet à tout le monde...
bon allez, c'est tout pour maintenant... Je complèterai un peu plus tard...
Drupal possède également un fort avantage par rapport à pas mal de CMS. C'est simplement vous!!!
L'ensemble des informations sur des blogs "hors" officiel est tout simplement hallucinant.
Si le billet est bon, les commentaires qui en découles sont tout simplement géniaux et finissent souvent par donner des trucs et astuces plus qu'utiles dans le domaine.
Drupal est pour moi le seul CMS qui arrive à toucher une classe bien particulière: les bidouilleurs du dimanche. Chaque utilisation de drupal nous en apprend un peu plus son fonctionnement et nous permet d'être de plus en plus propre pour finalement correspondre à nos besoins.
En tout cas une chose est sûre, la D7 est très attendu.