Du 22 au 25 avril 2026 se déroulaient les Drupal Developer Days 2026 à Athènes.
L'évènement a accueilli environ 300 participants dans une université en périphérie de la ville.
Voici un résumé des sessions auxquelles j'ai assistées et des contributions réalisées.
Test all the things!
Après un rappel sur la nécessité de faire des tests et les différents types de tests. Les différents outils existants pour chaque type de tests ont été passée en revue.
Allant des outils de qualité de code, aux tests fonctionnels, end-to-end, tests d'accessibilité, tests de performance, tests de déploiement.
La plupart de ces outils peuvent être ajoutés sur un environnement DDEV via l'extension https://github.com/Metadrop/ddev-aljibe/
Keynote Session: "Lessons Learned from 5 Years of ECA"
Keynote très inspirante de Jürgen Haas.
- prendre chaque feedback comme un cadeau
- pour un produit, se concentrer sur l'UX est essentiel
Mago - format, lint and analyze your PHP code
La première fois que j'ai entendu parlé de Mago c'était au détour d'un slide de la présentation "Don't be afraid: goto hell" du Drupalcamp Grenoble 2026. Et à nouveau 2 semaines plus tard, ici aux Drupal Dev Days, mais cette fois dans une présentation dédiée.
Après avoir fait un rappel de l'intérêt des outils d'analyse de code et de linting et lister ceux actuellement utilisés:
- PHP CS
- PHP CBF
- PHPStan
Mago a été présenté, ses avantages sont :
- l'analyse de code, le formatage et le linting en un seul outil.
- la vitesse d'exécution, étant écrit en go.
Le seul désavantage est qu'il n'y a pas de système de plugin ou de configuration pour ajuster les règles de linting et formattage.
Là où PHPCS, PHPStan sont extensibles et facilement configurables, Mago est très subjectif sur sa manière de formater le code.
Voici l'issue Coder pour discuter de comment intégrer Mago en évitant les conflits avec PHPCS principalement.
Stop Mapping Fields by Hand: Automating Drupal Migrations with AI + Migrate API
Présentation du module AI Content Migrate.
Revamp Transactional Email in Drupal Core
J'ai manqué les 10-15 premières minutes de la présentation.
Le fond de la présentation était très intéressant, montrant les problèmes de l'API d'email du Core, trop limitée, qui fait que chaque module doit ensuite développer sa propre solution avec les problèmes d'interopérabilité entre modules que cela peut engendrer. L'intégration du composant email de Symfony permettrait de s'appuyer sur un standard.
Durant la phase de questions, la question suivante fut posée "Pourquoi est-ce que ce sujet n'avance pas aussi vite que des initiatives comme Canvas, Drupal CMS ou l'IA ?". J'ai adoré la réponse de Berdir qui a été de rappeler que les trois sujets cités en exemples n'étaient pas des initiatives Core.
Display Builder, the HTMX-powered visual builder
À nouveau, présentation par Pierre du module Display Builder, dans l’amphithéâtre principal, sur scène. Une présentation d'un niveau keynote.
Supercharge Your Drupal Queues with Symfony Messenger
Présentation du composant Messenger de Symfony et de comment l'utiliser.
J'aime les présentations de Luca Lusso sur des composants Symfony, j'avais trouvé sa présentation sur l'autowiring très détaillée.
Dans la même lignée que le composant mailer, j'ai demandé si une roadmap existait déjà pour intégrer ce composant directement dans le Core. Cela permettrait de remplacer la Batch et la queue API.
À nouveau, réponse précise de Berdir sur le fait que ce n'est pas simple de remplacer ces API, car il faut fournir la fonctionnalité pour les sites qui ne déportent pas leur queue dans un système externe et le fait que le Messenger s'appuie fortement sur le déclenchement par crontab ou cron directement. Aspect pas nécessairement contrôlable pour tous les sites Drupal.
En tout cas, cela m'a fait plaisir de voir des personnes s'intéressaient à des API du Core ayant assez peu évoluées par rapport au reste, et ainsi les moderniser, et si possible les remplacer par des librairies existantes pour se rapprocher toujours plus des standards. Le fameux "Getting off the island".
Contribution
J'ai principalement contribué sur les sujets suivants :
- Ajouter Twig CS Fixer pour linter les templates Twig
- Style utility API dans le noyau
- Design Tokens API dans le noyau
- Intégrer le support IgBinary dans le noyau
- Revue d'issues en lien avec Asset Library comme la possibilité de déclarer des polices d'écritures
Conclusion
Merci à toutes les personnes qui ont permis de faire de cet événement une réussite, organisateurs, sponsors, conférenciers, participants.
La visite du musée de l'Acropole à faire en groupe de nuit était également très sympathique.
Vidéos : https://www.youtube.com/playlist?list=PLza5NTXQjgP8W94AsEP-lxwsVnjNsi-XY