Bonjour !

Puisque c'est en ce moment que se tient la traditionnelle DrupalCon, je glisse un mot sur les dernières informations concernant Drupal 7 et les débuts de Drupal 8.

Dans sa conférence d'ouverture, Dries Buytaert a d'abord fait un bilan des premiers mois d'existence de Drupal 7, se félicitant de la rapidité de son adoption. Il avait fallu 12 mois pour atteindre le chiffre de 100000 sites propulsés par Drupal 6, il n'en a suffi que de 6 pour atteindre le même chiffre avec Drupal 7. Par ailleurs le nombre de contributions, comme celui des contributeurs, augmente lui aussi. Drupal continue sa percée, en particulier dans certains domaines (médias et loisirs, éducation, gouvernement et organisations, technologies...) dont on peut relever qu'ils sont fortement liés à la notion de "réseau", de communauté. Preuve, s'il en était besoin, que la capacité à gérer finement les permissions utilisateurs, et donc de grosses communautés, est bien l'une des caractéristiques et des forces principales de Drupal.

Au-delà des chiffres, Dries s'est félicité que d'importants projets aient été lancés qui mettent en oeuvre les changements majeurs dans l'API de Drupal, citant ainsi Media, Workbench ou Commerce. J'ai déjà eu l'occasion de parler du premier ; le dernier est une solution de e-commerce destinée à remplacer la suite Ubercart qui, en la matière, tient le haut du pavé pour Drupal 6. J'ai joué avec Workbench il y a quelques mois, il était déjà très prometteur. C'est un module qui permet de gérer un processus éditorial complexe, avec des éditeurs qui peuvent gérer la publication des contenus, par section (ou rubrique si vous préférez) du site : en d'autres termes organiser vraiment le travail de modération du contenu. Très intéressant à suivre.

Pourquoi ces modules sont-ils à adopter en priorité ? parce qu'ils appliquent le fonctionnement de Drupal 7 en "entités", "bundles" et "instances". Dans Drupal 6 (et inférieur), l'objet de référence est le noeud. Lorsqu'on a besoin de structurer l'information relative à un objet, on est obligé d'en faire un noeud, généralement dans un type de contenu spécifique. Par exemple, si je veux structurer les métadonnées relatives à une image, je dois faire un type "Image" avec des champs spécifiques ("légende", "photographe", "date de la prise de vue", etc.). Le problème vient de ce qu'on se retrouve alors avec des informations superflues (l'auteur du noeud, qui sera rarement celui de la prise de vue ; la date du noeud, idem... : a-t-on vraiment besoin de conserver la date à laquelle le noeud a été créé, si seule celle de la prise de vue compte ?). C'est la raison pour laquelle on utilise maintenant ce système d'entités, au sujet duquel d'autres, et en particulier Julien Dubois (aka Artusamak) ont déjà produit une fort intéressante littérature - je vous y ai déjà renvoyés. 

Pour la suite de son intervention, Dries s'appuie sur un sondage proposé au début du mois (je crois qu'il a piqué l'idée à Matt Mullenweg, mais chut) auquel plus de 3000 personnes ont répondu. Sans revenir sur tous les éléments, je voudrais relever un point qui m'a paru plus intéressant : c'est la question des "biggest opportunities" de Drupal. La perspective la plus citée est le "replace legacy platforms" suivi de près par "IT cost reduction". L'analyse de ce résultat proposée par Dries me parait assez pertinente : on est loin du temps où une organisation avait UN site internet, sa vitrine en quelques pages HTML. Aujourd'hui, une organisation a généralement de très nombreux sites, qui sont pour elle des outils (intranets, forums, blogs, etc.). Drupal est capable de répondre à tous ces besoins fonctionnels, qui peuvent donc être couverts par un même système (voire, par une même instance de Drupal, grâce au multisite, même si à l'usage cela ne se révèle pratique que si tous les sites sont vraiment très semblables fonctionnellement). C'est là que l'organisation réalise une économie d'échelle sur ses coûts "techno", puisqu'il n'est plus nécessaire d'investir dans 25 systèmes.

(On peut cependant préférer ne pas mettre tous ses oeufs dans le même panier).

Enfin Dries est revenu sur ce qu'il avait annoncé lors de la dernière DrupalCon, à Chicago, s'agissant du développement de Drupal 8. Voyez à ce sujet ce très bon résumé proposé par Sylvain Aubé. Pour mener de front les différents besoins soulevés (meilleure intégration des différents supports mobiles, HTML 5, etc.), ce développement sera désormais partagé en "initiatives". Dries a annoncé de quelle façon l'avancement de chacune serait suivi, et fait le point sur l'état des principaux chantiers en cours (à environ 36 minutes dans la vidéo). 

L'impression qui en ressort est pour le moins paradoxale. On hésite entre la perplexité devant tant d'axes de travail et le soulagement de le savoir attentif à chacun. Personne ne se risquerait, je crois, à avancer un calendrier quelconque pour la sortie de Drupal 8. On espère seulement qu'à se fixer tant d'objectifs aussi divers, la communauté ne va pas perdre son efficacité. Il ne faudrait pas qu'à vouloir être optimum dans tous les domaines, Drupal n'en devienne achevé dans aucun. C'est le principal danger que risque le système ; mais Dries a montré sa capacité à synthétiser la situation et à définir les priorités. On peut donc rester plutôt optimiste là-dessus.

***

La rentrée scolaire approchant, Drupalistic va rester un peu plus calme ces toutes prochaines semaines. J'espère pouvoir garder un oeil sur l'actualité et rencontrer de temps en temps les zamisdedrupal, et donner de nouveau signe de vie dès que possible. D'ici là, soyez sages.