Aujourd'hui on part un peu dans tous les sens.

Où en est Drupal 7 ?

Euh... la version alpha 4 est sortie il y a un mois ; il reste environ 80 bugs "critiques" à traiter (114 au moment de la DrupalCon le mois dernier). Sur le même rythme, cela représente encore plus de deux mois de travail, ce qui nous met au coeur de l'été. La prochaine DrupalCon a lieu durant la dernière semaine d'août. Le rendez-vous de San Francisco a été raté, peut-être la communauté réussira-t-elle celui de Copenhague ?

Mais la question maintenant n'est plus (ou plus seulement) Drupal 7, mais également la longue traîne de modules qui doivent basculer. Depuis plusieurs mois, l'initiative D7CX [Drupal 7 Coder eXperience] a permis d'engager le travail. Certains modules présentent déjà une version 7.x stable, mais ils ne sont pas nombreux (et ce ne sont pas les plus riches). Le module Views est en plein chantier, inutilisable (à ce jour, aucune vue utilisant les termes de taxonomie, que ce soit en clé primaire ou en argument, ne fonctionne - ce qui est plutôt handicapant !).

C'est que depuis toujours, la politique de Drupal est que le code subit d'une version majeure à l'autre de très gros changements, qui rendent incompatibles les versions antérieures des modules. S'agissant du code de Drupal 7, c'est toute une nouvelle modélisation qui a été mise en place, avec la promotion des champs : la Field API va bien au-delà du CCK. Cette présentation de Damien Tournoud montre ce qu'elle change pour le développement des modules (quelques passages un peu plus geeky mais même moi j'ai compris l'essentiel). Concrètement, si certains modules simples pourront se contenter d'un minimum syndical, beaucoup de développeurs devront (ou pourront?) se livrer à une réécriture complète, à un rethinking intégral du module en utilisant les nouveaux concepts de Drupal 7. Damien cite ainsi l'exemple du module Organic Groups. La réécriture complète, cela signifie à la fois repenser la conception du module, le coder selon la nouvelle API de Drupal 7, mais aussi prévoir le chemin de mise à jour pour les utilisateurs de la version 6.x du module. Reste donc à savoir combien de modules survivront à ce passage, s'il se fera correctement (ou si les développeurs se contenteront du minimum), et combien de temps il prendra.

Prenez par exemple le module Biblio, qui depuis l'origine n'utilise pas les champs CCK (il n'existait pas quand le développeur a créé le module). Cet été dans le cadre du Google Summer of Code, une tentative a été menée pour le CCK-iser ; mais elle est restée très incomplète et le développeur responsable du module ne l'a pas reprise. Il faut dire que Biblio, c'est tout un écosystème (gestion des auteurs, import et export des données en différents formats bibliographiques, etc.). La version 7.x.1-dev du module n'est qu'une mise à jour du système actuel. Le développeur promet une version 7.x.2 entièrement Field-API-isée mais ... ses journées n'ont que 24 heures... et peu d'utilisateurs du module coopèrent concrètement à son développement. Un autre exemple de ce problème est celui du module Userpoints : le port vers Drupal 7 (qui dans l'idéal devrait être une réécriture pour que le score d'un utilisateur soit un vrai champ) est demandé depuis plusieurs mois mais concrètement, rien n'existe encore.

Si je me réfère au calendrier de Drupal 6, qui est sorti début 2008, beaucoup de modules étaient encore instables au premier semestre 2009. Si donc l'adoption d'une nouvelle version majeure doit se traduire par 15 à 18 mois d'entre-deux incertain sur l'avenir et le calendrier des modules, Drupal va se trouver sérieusement en porte-à-faux par rapport à d'autres solutions (open-source ou propriétaires). Célébrer la sortie d'une version majeure de Drupal n'a pas grand'sens si celle-ci ne commence à être utilisable que 6 mois plus tard... Il y a un moment où la politique du "toujours disponible, jamais abouti" va un peu manquer de solidité (à mon humble avis).

Et vue la profusion de modules, les calendriers seront très disparates, la boule de cristal est assez hasardeuse (certains projets seront réalisables plus vite que d'autres). Disons qu'à ce jour, il paraît déraisonnable d'envisager sortir un site Drupal 7 fonctionnel et terminé avant octobre-novembre, voire carrément 2011 selon les fonctionnalités dont vous avez besoin. D'ailleurs, Acquia s'apprête à sortir cet été une distribution (Drupal Commons) spécialisée "réseau social", qui tournera sous Drupal 6 (ce qui montre que Drupal 6 n'est pas encore mort). [pour la mise à jour des sites existants, inutile de l'envisager avant le milieu de l'année prochaine]

Drupalistic : derrière le blog, le site...

Tout autre chose : j'ai découvert récemment que certains lecteurs réguliers du blog n'avaient jamais eu la curiosité de regarder au-delà et de visiter le site lui-même, avec le guide des modules.

Je me pose des questions sur celui-ci car, malgré une fréquentation tout-à-fait honorable du site (depuis plusieurs semaines Drupalistic commence à bien dépasser les 3000 visites par mois, ce qui pour un site aussi spécialisé est loin d'être négligeable), et bien que 70 personnes environ aient créé un compte personnel, il grossit assez peu. Il y a plusieurs éléments qui entrent en ligne de compte, le fait qu'une communauté est toujours constituée de quelques locomotives et de beaucoup de wagons, le fait que les professionnels spécialistes de Drupal ont eux-mêmes leur propre site ou blog dont ils ont besoin comme d'une vitrine, le fait que les utilisateurs expérimentés se débrouillent avec le site anglophone, le fait qu'il est parfois lourd de présenter un module d'une façon qui soit utile aux lecteurs, le fait que la modélisation que j'ai conçue pêche un peu par complexité et n'est pas immédiatement intelligible (les notices des modules, les notices "multimodules" comparaisons ou études de cas..), j'ai bien conscience de tout cela. Après tout, le besoin d'une documentation francophone "par module" n'est peut-être pas aussi criant que je le pensais, même si je crois toujours à la logique du portail [sur ce module, vous trouverez des infos intéressantes ici, une bonne vidéo là, etc.]

Par ailleurs, les aperçus que l'on peut déjà avoir du futur drupal.org (ici la page d'accueil, là un tableau de bord personnalisable avec des widgets façon Netvibes (module Homebox dans Drupal), et là la page des téléchargements beaucoup plus propre que l'actuelle) laissent penser que la recherche de modules sera beaucoup plus facile à l'avenir : la catégorisation par type de site (oh les copieurs), plusieurs classements proposés dont le vote des utilisateurs (byebye drupalmodules.com ?), etc. vont rendre caduque une partie de ce qui avait motivé la mise en place du guide des modules.

Je réfléchis donc à la place que ce guide a aujourd'hui dans la communauté Drupal, et à celle qu'il peut prendre demain : quels besoins peut-il combler, à quel prix, etc. Je pense que les études de cas et comparaisons sont toujours une source précieuse d'informations, donc j'aimerais les mettre en valeur. La notion (qui m'est propre) de "constellation" est aussi un élément important, à mon avis, du guide ; il faudrait étoffer ces listes des modules-qui-en-étendent-d'autres. Par ailleurs Loïc Riffault ("monsieur traduction française") avait suggéré une meilleure intégration avec le serveur localize.drupal.org d'où l'on peut importer les traductions. Je ne sais pas encore quel sens elle prendrait, mais ce peut être une piste. Enfin, à la suite d'une remarque de Julien Dubreuil, je voudrais proposer une liste des développeurs "efficaces" (ceux qui font de bons modules) - mais elle serait sans doute assez simple. Tout cela pour dire que j'ouvre une grande réflexion sur ce que pourrait devenir le guide des modules, et je vous invite à y prendre part : que manque-t-il dans la sphère Drupal qu'il pourrait combler (autour de la problématique "quels modules pour développer mon site"), comment l'utilisez-vous actuellement, qu'aimeriez vous y trouver, quelle aide pouvez-vous me donner, .... : exprimez-vous !

Et derrière le site, les autres ressources

Pour ce qui est de la partie "veille Drupal", assurée par le blog, Drupalistic propose également, comme vous le savez pour la plupart, un compte Twitter et plusieurs listes qui essaient de regrouper plusieurs sources d'informations. Depuis quelques temps, j'ai aussi ouvert un compte Delicious pour y rassembler les liens glanés au fil du web ; je vous invite à le consulter de temps en temps. Je ne sais pas encore très bien comment catégoriser ces liens, donc les débuts seront peut-être un peu chaotiques !

Et derrière tout cela, moi !

Enfin, je ne m'étais pas encore présentée, les plus curieux (qui ont lu jusqu'ici !) iront donc consulter mon CV en ligne : il est à mon image, verbeux et sans image à colorier :-). Et les plus sagaces d'entre eux découvriront que j'ai un deuxième compte Twitter, personnel celui-là. Vous pouvez le suivre si vous voulez, mais Drupal, c'est sur @drupalistic uniquement. C'est par ce canal (Twitter perso) que j'annoncerai, quand j'aurai pu finaliser ce projet (!), l'ouverture d'un petit blog personnel. Il y sera parfois question d'Internet, mais pas de Drupal et surtout, pas à destination exclusive d'un public expert en la matière. Et les billets y seront plus fréquents, mais moins denses qu'ici !