Planning BreizhC@mp 26

MDP (pour Medical Data Platform) est le premier service à avoir été extrait du monolithe historique de Doctolib, marquant ainsi une transition architecturale vers une infrastructure davantage distribuée. Cette conférence détaille notre parcours de migration des données médicales, où la stabilité de l'environnement de production et l’expérience utilisateur ont été des enjeux cruciaux. Cette migration nous a permis d’améliorer l’expérience développeur, de découpler les données fonctionnelles des données médicales et de mettre en place une structure de base de données unifiée pour les données médicales saisies à la fois par les praticiens et les patients. Nous aborderons les choix techniques effectués, les défis organisationnels rencontrés liés à la mise en place de nouveaux processus de déploiement, ainsi que les obstacles rencontrés sur « le terrain ». Cela inclut des incidents en production, des débats sur la façon de valider la qualité des nouveaux services et plus globalement la transition vers la philosophie « You build it, you run it ». La présentation propose un retour honnête sur les succès et les échecs rencontrés lors de cette migration, offrant des enseignements concrets aux équipes envisageant des changements architecturaux similaires.

Vous connaissez les gros tableaux, les dashboards et les pages web lourdes… mais avez-vous déjà essayé de pousser un site web en full DIV et CSS jusqu’au point de faire tourner un jeu vidéo ? Pas de three.js, pas de unity, seulement du html, du vrai ! Au départ, je pensais devoir me battre contre le navigateur: perfs instables, rendu fragile… et à me perdre dans une complexité ingérable côté code. Je me trompais. Pendant 3 ans, mon projet a été l’une des aventures les plus fun et gratifiantes de ma carrière, et aujourd’hui, il a donné naissance à un jeu complet, dont la démo a déjà été testée sur Steam par plusieurs milliers d’utilisateurs. Dans ce talk, je partagerai mon expérience sur tous les aspects de la création, avec un focus sur ce que les développeurs web peuvent en tirer : - Les ponts techniques et créatifs entre sites web et jeux vidéo. - Les challenges techniques rencontrés, mais aussi leurs solutions et leurs limites. - Des astuces CSS/HTML puissantes et souvent méconnues. - La gestion d’un projet long terme, du développement au lancement sur Steam, marketing inclus. Dans ce talk vous allez réaliser que le web est plus puissant que vous ne le pensez et que créer vos jeux sans bibliothèques externes est non seulement possible, mais aussi très accessible. Lancez-vous… le web est prêt à vous suivre !

L'annotation @Transactional de Spring semble simple en apparence : on l'ajoute sur une méthode et magie, nos opérations deviennent transactionnelles ! Mais derrière cette simplicité se cachent des mécanismes complexes qui, mal compris, peuvent conduire à des bugs subtils et des problèmes d'intégrité de données. Dans ce talk, nous décoderons ensemble les subtilités de @Transactional pour comprendre comment Spring gère réellement vos transactions et pourquoi certains patterns échouent là où d'autres réussissent. À travers des exemples concrets et des cas d'usage réels, vous découvrirez les mécanismes internes de Spring et développerez une intuition solide pour éviter les pièges les plus fréquents.

Dans le premier projet dans ma carrière professionnelle en tant que développeur, les membres de l’équipe ont souvent changé durant la durée de vie du projet d’une douzaine d'années. Étant arrivé vers la fin du projet, j’ai pu rapidement comprendre les choix techniques du projet, et apprécier la qualité de maintenabilité de la base de code. Très peu de dettes de connaissances étaient présentes car tous les changements étaient bien retranscrits en utilisant une pratique de commits atomiques au sein de l’outil de versionning Git. Dans mon projet actuel, les développeurs n’utilisent pas cette même pratique. Les difficultés sont donc multiples. Ma présentation a pour but de faire un retex sur les gains et la mise en place de cette pratique de commits atomiques Voici ce que vous apprendrez dans la conférence: Définir ce qu'est un commit atomique et les types de changements rencontrés Structuration du commit: Choisir une convention de nommage des commits. Utilisation de la nomenclature de commit conventionnels S'attacher au “pourquoi” plutôt qu'au “quoi” “comment” dans le message de commit Réécrire son historique Git avec le rebase interactif A la fin de cette conférence, les spectateurs pourront eux mêmes appliquer cette méthode et en tirer les bénéfices suivants Tracer et documenter des choix techniques sans utiliser des commentaires directement dans le code Réduire le temps passer à faire des relectures & le nombre de commentaires pour comprendre la visée de certains changements Identifier plus rapidement l’introduction de bugs au sein du code avec l’utilisation de la commande “git bisect”

En tant qu’actrices et acteurs de la Tech, nous nous pensons souvent comme des ingénieurs et ingénieures : rationnels, méthodiques, cherchant à améliorer nos produits et nos pratiques par l’intelligence collective. Nous parlons d’expérimentation, d’itération, de rigueur… bref, d’ingénierie. Pourtant, quand on observe nos échanges sur les réseaux sociaux ou dans nos réunions, on découvre un tout autre monde. D’un côté, un influenceur proclame que “tester est une perte de temps”. De l’autre, une experte affirme que le TDD est la clé de la robustesse logicielle. Un Scrum Master défend la vélocité en story points pendant qu’une développeuse revendique le noEstimates. Et au centre, les commentateurs tranchent : “tout le monde a raison, du moment que ça vous apporte de la valeur”. Et si, au fond, notre univers technique ressemblait plus à une pop culture qu’à une science appliquée ? Et si, derrière nos débats passionnés, se cachait une croyance partagée : celle que nos opinions valent des vérités ? Dans cette conférence, nous verrons comment nos comportements, nos biais et nos figures d’autorité ont transformé la Tech en un espace de croyances, parfois éloigné de sa nature d’ingénierie. Nous explorerons comment retrouver une posture plus critique et plus rigoureuse : - distinguer opinion, intuition et preuve scientifique - reconnaître nos défauts de posture en tant qu'observateurs / observatrices mais aussi bien en tant qu'expertes et experts (dualité anti-intellectualisme et gatekeeping) et comment réformer notre posture intellectuelle. - renouer avec l’esprit de la méthode scientifique, comme l’agilité l’avait initialement envisagé ; - sortir du relativisme confortable sans tomber dans le dogmatisme. Une invitation à réconcilier curiosité, esprit critique et humanité dans un métier qui n’a jamais été aussi "culturel" qu’aujourd’hui.

Factorio est un jeu vidéo d'automatisation hautement addictif (croyez-en mes 400h de jeu). Le but est simple : le vaisseau spatial du joueur est échoué sur une planète extra-terrestre, il faut construire une fusée pour s'échapper, en utilisant toutes les ressources disponibles sur la planète. Le joueur construit alors une usine (d'où le nom du jeu) pour créer des matériaux de plus en plus complexes, jusqu'à pouvoir construire la fusée. Mais quel rapport avec la tech ? Architectures de code spaghetti, en couches et micro-services. Métriques, alertes, root-cause analysis. Scalabilité horizontale, verticale, load-balancing. Charge, débit, performance. Sécurité, firewalls, DDoS. On peut retrouver tous ces concepts dans le jeu. Ce talk, intégralement réalisé dans le jeu, reprend et illustre ces différents concepts qui sont au coeur de nos métiers. Pour les débutants, ce sera l'occasion de comprendre ces concepts fondamentaux. Pour les plus expérimentés, ce sera l'occasion de les voir illustrés en dehors d'un schéma d'architecture ennuyeux. The Factory Must Grow.

Je vais vous parler d'un gros projet, avec un métier complexe. La croissance du nombre de contributeurs a été aussi forte que rapide, mais son architecture logicielle n'a pas été maitrisée. Jusqu'au jour où la dette technique est apparue comme un problème majeur, qui freinait le développement du business, et qu'il a fallu se résoudre à traiter. Dans ce talk je vous expliquerai comment nous avons procédé, et décrirai les outils et méthodes mis en oeuvre pour réorganiser le code aussi bien que les équipes, tout en continuant à faire évoluer le produit. J'évoquerai aussi les difficultés rencontrées, car les embûches sont toujours nombreuses sur un chemin de ce type. Vous pourrez alors réutiliser ces outils et méthodes sur vos projets, afin de démêler votre propre plat de spaghettis.

Depuis des années, nous utilisons plusieurs environnements intermédiaires avant LA livraison en production. Mais en 2026, est-ce vraiment nécessaire ? Sommes-nous certains qu’un déploiement en recette nous garantit une livraison réussie en production ? Et si nous tentions le coup ? Et si nous bazardions tout pour ne conserver que la production ? Durant cette présentation, nous explorerons comment allier craft et ingénierie logicielle pour concevoir des architectures prêtes pour la production. Nous aborderons les meilleures pratiques, les outils et les stratégies essentiels pour minimiser les risques et maximiser l'efficacité.

Rust est connu pour être un langage très performant, très "bas niveau", très ardu à prendre en main, etc. Et si je vous disais que si tout ça est probablement vrai, ce n'est pas du tout le plus important ? Eh oui, Rust est selon moi le langage idéal pour développer des applications, parfois de très haut niveau, car il nous donne les moyens de modéliser des domaines métiers avec précision et simplicité. Parcourons-donc ensemble ce qui fait la richesse "applicative" de Rust ! 🦀 - Un système de types ultra-expressif, appliqué à des domaines métiers complexes. Voyons comment les Structs, le Pattern Matching et les Traits de Rust le rendent totalement compatible avec des approches haut-niveau comme l'Architecture Hexagonale ou le Domain Driven Design - Un écosystème de librairies applicatives solide, complet, et agréablement documenté. Venez avec moi parcourir la somptueuse documentation de librairies comme serde, actix-web, ou wiremocks, qui vont vous redonner envie d'écrire de la documentation technique, pour les devs et par les devs - Une manière de tester les applications qui n'a pas son pareil, et qui complémente superbement le langage afin de vous permettre de développer vos applications avec le meilleur filet de sécurité possible. Tests d'Intégrations, Mocks, Rust a tout du langage de haut-niveau pour délivrer le maximum de valeur. C'est un tour d'horizon qui changera, j'en suis sûr, votre perception de ce langage qui paraît tellement "orienté performance et optimisation mémoire" qu'on en oublie que c'est avant tout un langage très expressif. Et même si vous n'écrirez jamais une ligne de Rust, cette conférence devrait vous donner pas mal de tuyaux sur l'écriture moderne d'applications et ce qu'on est en droit d'attendre de nos écosystèmes de développement 😉

Vos collègues mettent longtemps à relire votre code ? Ou pire, vous avez l'impression qu'ils le valident sans l'avoir réellement regardé ? Sans doute que vos pull requests (PRs) sont trop conséquentes, et donc leur relecture difficile à caser dans un agenda chargé… Essayez de passer aux « stacked pull requests », qui permettent de faire relire votre travail progressivement, de façon incrémentale ! Je ne vous expliquerai pas comment découper vos commits – sujet trop vaste pour cette courte présentation – mais comment utiliser Git pour travailler sur plusieurs branches simultanément, chacune étant associé à une pull request différente. Avec ces quelques commandes simples, vous aurez le plaisir de revoir des commentaires et suggestions sur vos PRs !