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 !

Tout le monde pense que la "Clean Architecture / Architecture Hexagonale" se fait uniquement côté Back. Dans cet atelier, nous allons vous montrer que cela fonctionne également côté Front. Et oui, Redux n'est pas le Silver Bullet des applications front-end. Et oui, Les Stores ne sont pas toujours obligatoires, mais ceci est une autre histoire ! On va coder ensemble une petit App Front pour voir comment mettre en place cela. Take away : Comprendre et manipuler les concepts. Architecture Logicielle Stratégie de Tests

Bienvenue dans la Matrice. Un monde où les deadlines pleuvent, où les notifications remplacent les battements de ton cœur, et où la productivité est devenue la nouvelle réalité. Tu te crois libre, maître de ton code et de ton agenda ? 🧑‍💻 Et si tout cela n’était qu’une illusion soigneusement entretenue ? Dans ce talk, je vous invite à replonger dans votre cerveau, non pas pour sauver l’humanité, mais pour sauver vous-même. Car quelque part entre un sprint Jira et un visio Teams, beaucoup d’entre nous ont avalé la mauvaise pilule. 😵‍💫 En suivant la voie de Neo, on décodera ensemble les illusions du travail moderne — performance, perfection, disponibilité permanente — qui nous font glisser pas à pas vers le burn-out 🧠. Avec humour, anecdotes et auto-dérision, je vous montrerai les 10 programmes les plus dangereux de la Matrice du travail, et surtout comment en sortir… sans débrancher complètement. 🎤 Format et ton : Un talk énergique, fun, un brin philosophique — mélange de storytelling, d’interaction, de références pop-culture et de déclics concrets à appliquer dès le lendemain. Ni moralisateur ni soporifique : un miroir bienveillant pour tous les devs, managers ou freelancers coincés dans la simulation. 🎯 Plan du talk : 1️⃣ Bienvenue dans la Matrice du boulot — Pourquoi on ne voit pas les signaux du burn-out 2️⃣ Les 10 programmes toxiques — “Toujours dispo”, “travailler plus = valeur”, “ignorer les bugs physiques” 3️⃣ L’illusion du contrôle — Pourquoi le cerveau adore le stress (et comment il nous trompe) 4️⃣ Choisir la pilule rouge — Les vrais hacks pour se reconnecter au réel (sommeil, limites, déconnexion, sens) 5️⃣ Reload — Comment reprogrammer durablement son rapport au travail ⚡ Public : Développeurs, managers, indépendants, curieux du lien entre temps, code et santé mentale. Un talk pour rire, réfléchir et, peut-être, choisir enfin… la pilule rouge. 🔴

Chaque application naît propre. Quelques années plus tard, elle est devenue le monstre que personne ne veut toucher. Ce n'est pas une fatalité, ce n'est pas de la malveillance, c'est le cycle de vie naturel d'une application. Tout professionnel de l'informatique a ou aura la chance (ou la malchance) de travailler sur des projets récents comme en fin de vie ; avec peu d'utilisateurs comme des milliers ; sur des architectures propres comme sur des codebases que personne n'oserait ouvrir ! On va d'abord comprendre pourquoi nos applications ne sont pas éternelles, comment une codebase si propre et si performante se retrouve petit à petit sous perfusion. Pression produit, turnover, dépendances qui meurent, hotfixes qui s'accumulent… On nomme les coupables. Puis on passe aux antidotes : comment maintenir une application en bonne santé du début à la fin, et quand ce n'est plus possible, comment préparer la transmission dans les meilleures conditions ? Durant ce talk, vous allez pouvoir prendre du recul sur vos projets. À lire leur état de santé. Et surtout, à répondre à la vraie question : est-ce qu'on se bat pour la survie ou est-ce qu'on accompagne pour laisser place à autre chose ?

Le "1 Billion Row Challenge" a poussé Java dans ses derniers retranchements. Mais Node.js, souvent réduit à son rôle "single-threaded", a-t-il les épaules pour relever ce défi ? Je vous propose un voyage au cœur de la compréhension du runtime. Nous partirons d'une implémentation naïve pour la reconstruire brique par brique. Au programme : éviter le Garbage Collector, maîtriser le Zero-Allocation, et orchestrer Worker Threads et Shared Memory ou encore utiliser WebAssembly. Venez découvrir comment transformer du JavaScript classique en une solution haute performance, grâce à des concepts applicables bien au-delà de ce challenge.

Cette conférence est issue d'une histoire vraie, où j'ai du écrire un moteur de règles qui doit pouvoir modifier le contenu d'un document JSON en utilisant un DSL maison 🍜 exposé par une API REST 😅 Lors de la première tentative, nous étions parti sur l'utilisation du langage Kotlin, à base de KFunction, de KParameters, d'introspection, qui s'est révélée être un enfer. C'est en discutant de mes déboires avec un collègue qu'il m'a dit: "mais en fait c'est un AST ton truc 💡". L'AST, Abstract Syntax Tree est une structure de données permettant de représenter un programme, exactement ce que l'on cherche à accomplir pour notre moteur de règles, mais ça je ne le savais pas ! Le lendemain, il m'envoyait un scratch IDEA de 40 lignes représentant bien mieux le coeur de notre futur moteur que mes innombrables fonctions génériques de haut niveau et mon code impossible à maintenir. C'est pas clair ? Alors venez, on redéveloppe from-scratch le coeur du moteur avec Kotlin en quelques lignes de code, en illustrant le concept de ce fameux AST.

Derrière les quelques lettres qui suivent un point – .com, .fr, .ai – se cache un univers riche de stratégies techniques, d’enjeux géopolitiques et de batailles commerciales. À l’approche du nouveau round de l’ICANN prévu en 2026 qui va autoriser de nouvelles extensions, il est temps de revenir sur les fondations techniques du DNS, ainsi que sur les grands épisodes de cette aventure méconnue. Des TLD historiques aux extensions détournées, des dramas autour du .web aux ambitions du Web3, nous explorerons l’évolution d’un système devenu central dans les logiques de souveraineté numérique et d’innovation commerciale. Une plongée dans les coulisses d’un Internet en perpétuelle transformation.

Dans le monde Java, nous sommes habitués à initialiser un projet avec de nombreux fichiers et répertoires. A tel point que des CLI ont vu le jour pour nous aider à créer les projets SpringBoot ou Quarkus par exemple. Vient ensuite le choix du "package manager" : Maven ou Gradle ? Et c'est seulement à partir de là que l'on peut commencer à développer puis exécuter son code 😅. Toutes ces étapes fastidieuses expliquent pourquoi, lorsque que l'on a besoin de faire un développement rapide de quelques lignes pour automatiser une action, on préfère d'autres langages à Java : Python par exemple. Et si je vous disais, qu'avec JBang, vous allez pouvoir rester avec votre langage préféré, Java, et développer une classe toute simple (avec des dépendances externes) en quelques secondes ! C'est le pari (spoiler : réussi) de JBang que je vous propose de découvrir durant une session de live coding. A vous les joies du scripting en Java !

Quand on jouait au loup dans la cour d’école, il y avait une règle tacite : “on touche pas son père” — on ne retouche pas celui qui vient de nous toucher, sinon la partie tourne en boucle. En code, beaucoup d’équipes finissent par appliquer la même règle à la classe mère : “ne touche pas au parent, tu vas tout casser”. Et c’est souvent le signe de bugs dans la Matrice : couplages implicites, effets de bord, overrides surprenants… et, au passage, des glissements progressifs vers des violations des principes SOLID. Dans cette session, je propose une autre approche : remplacer l’héritage utilisé pour partager du comportement par de la composition et de la délégation en Kotlin (by). L’idée est simple : au lieu d’empiler des responsabilités dans une hiérarchie de classes, on construit des services “en couches” (wrappers / décorateurs) qui ajoutent chacun un comportement précis, tout en déléguant le reste. À travers quelques refactorings “avant / après”, on verra comment cette approche rend les responsabilités plus explicites, facilite les tests, et permet d’évoluer sans créer de nouvelles classes de base ni de hooks implicites — avec une méthode de migration progressive, applicable sur une base existante.

Pourquoi nos plateformes numériques se ressemblent-elles toutes (mêmes contenus, mêmes algorithmes) au point de ne former qu'une seule et même Matrice assoiffée de nos traces virtuelles ? En dépit de notre supposée liberté d’action, pourquoi sommes-nous en réalité prisonniers de systèmes et d’algorithmes qui ne sont ni neutres ni bienveillants ni émancipateurs et qui nous font, en réalité, travailler pour eux ? Plongez avec moi dans l’envers du décor pour comprendre l’Enshittification du web, ce lent déclin de plateformes géantes délibérément conçues au détriment de leurs utilisateurs — et qui ont brisé les 2 piliers du web moderne. Vous découvrirez peut-être l’origine de votre “digital fatigue”, ou bien vous pourrez identifier si vous aussi vous contribuez à "emmerdifier" le web. Et surtout, vous recevrez au travers de cette présentation, un Wake Up Call pour commencer à reprendre votre destinée en mains.

Exposer une application Kubernetes au monde peut devenir un vrai casse tête 🧐. Nous avons d'un côté les API standards avec Ingress, service de `type=LoadBalancer`, voir même les NodePorts… et de l'autre, les APIs custom proposées par les Ingress Controllers et Service-Meshes très avancées mais non standard 😅 Après tant d'années de confusion, une nouvelle API, nommée Gateway API, arrive tout juste en v1.0 (🎉) pour contenter à la fois les développeurs et les opérateurs de cluster ou d'infrastructure 🤯! Nous découvrirons ensemble cette nouvelle API, ses fonctionnalités avancées et les implémentations qui vous permettrons de les utiliser dans votre cluster ⚡️!

"Il y a pas mal de décisions qui ont été prises dans mon entreprise que je ne trouve pas très éthiques, mais de là où je suis, je ne peux pas faire grand chose..." Vous souhaiteriez voir le monde du numérique devenir plus éthique mais vous considérez qu'à votre échelle, vous n'avez aucun impact ? Cette phrase vous parle ? Peut être l'avez-vous déjà prononcée ou entendue autour de vous ? Et si nous vous démontrions le contraire ? D'ailleurs, qu'est ce qu'on appelle "l'éthique" ? Quels sont les impacts de nos décisions quotidiennes ? Et comment faire pour que nos choix soient plus éthiques ?

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 !