Un moment génial : retour sur les TYPO3 DevDays
Un mauvais détour à travers une forêt, un champ de maïs, puis une conférence tech. Aux TYPO3 Developer Days, j'ai découvert à quel point les communautés TYPO3 et Symfony sont liées, par la technologie, les défis et un principe essentiel : construire pour les utilisateurs.
Maps m'offrait deux itinéraires pour rejoindre le lieu de la conférence : le long de l'autoroute, ou à travers « le parc ». Naturellement, j'ai choisi le parc (qui s'est avéré être une véritable forêt). J'étais là, sac d'ordinateur sur l'épaule, chaussures de ville aux pieds, en train de franchir tant bien que mal une portion de sentier inondée que quelqu'un avait enjambée avec ce que j'appellerai, par charité, des branches.
Au moment où je pensais enfin arriver, les arbres ont laissé place à un immense champ de maïs. Je me suis arrêté là, amusé, en me disant c'est génial, puis j'ai aperçu le lieu de la conférence juste de l'autre côté.
Mon collègue Silas et moi avions été invités par la communauté Symfony, et quand on regarde TYPO3 de plus près, cette invitation prend tout son sens. Depuis TYPO3 v10, le conteneur d'injection de dépendances du cœur est directement basé sur le composant DependencyInjection de Symfony. Tout comme les composants Console pour les commandes CLI, EventDispatcher pour son système d'événements PSR-14, ainsi que des éléments de Mailer, Messenger et Routing. Ce n'est pas un simple hommage. TYPO3 a délibérément choisi de s'appuyer sur l'implémentation de Symfony plutôt que d'en construire une faite maison, afin que les développeurs passant d'un écosystème à l'autre s'y sentent immédiatement à l'aise. Et, en fin de compte, c'est exactement ce qui nous est arrivé.
Ce voyage n'était pas seulement l'occasion d'assister à l'événement : j'ai aussi prendre la parole aux Typo3 Dev Days. Ma conférence, Speccing Out Teamwork, s'appuyait sur dix ans de projets Symfony pour présenter des pratiques concrètes qu'une équipe de développement peut adopter, quel que soit le cadre de processus (Scrum, Kanban ou autre) déjà en place dans son organisation. Silas a enchaîné avec Refactor Like a Pro: Clean Code Meets DDD, une présentation très utile et pratique. Il a montré comment transformer un spaghetti legacy en code qui parle réellement le langage du domaine, en s'appuyant sur les principes du clean code, les briques du DDD et des outils qui rendent le refactoring sûr et automatisé.
Au-delà des conférences, l'ambiance était tout aussi mémorable : chaleureuse et accueillante, le genre d'atmosphère qui facilite les conversations avec des inconnus autour d'un café. Parmi les meilleurs moments, il y a eu ces échanges entre deux sessions, durant lesquels j'ai pu comparer mes notes avec des personnes qui résolvent exactement les mêmes problèmes que moi au quotidien, mais à travers le prisme d'un autre framework. Entendre comment un autre écosystème aborde une question que l'on croyait avoir résolue de manière unique a le pouvoir de faire reconsidérer son propre point de vue.
Une chose m'a marqué en particulier tout au long de l'événement : le nombre d'intervenants, lors de conférences totalement différentes, qui revenaient sans cesse à la même idée : construire pour les utilisateurs. Pas pour le framework, pas pour la démonstration, pas pour ce qui est techniquement impressionnant, mais pour la personne réelle qui se trouve de l'autre côté.
Amusant, non, qu'un mauvais détour dans une forêt finisse par enseigner la même leçon qu'une conférence tech : parfois, le chemin le plus évident n'est pas le bon. C'est celui que les gens auront plaisir à emprunter.
