Thème
Format
Niveau
Langue
The mobile development landscape has long been divided by framework wars: Native vs React Native vs Flutter vs Progressive Web Apps. While traditional comparisons often rely on synthetic benchmarks or oversimplified examples, this talk presents a unique approach: leveraging multiple AI coding agents to build identical, real-world applications across different mobile frameworks, then evaluating the results through objective metrics.
This session will demonstrate how various AI agents tackle the same mobile app requirements using Kotlin/Swift (Native), React Native, Flutter, and modern web frameworks. We'll dive deep into the challenges each agent encountered, the quality of code produced, and provide a multi-dimensional evaluation framework that goes beyond surface-level comparisons.
Agentic AI is all the hype right now, but how do you actually implement such a system for real enterprise use cases?
The challenge for developers, architects and platform engineers alike lies in custom building agents, and even more so, orchestrating these agents to collaborate effectively towards a common goal. Unfortunately though, despite all the promises from vendors, a “one-size-fits-all” or “off-the-shelf” approach just doesn't work due to the complex nature of software. In addition, just like traditional apps, these agentic systems will likely need to be deployed, managed and observed in cloud environments.
In this session we'll explore:
- The spectrum of Agentic AI patterns
- A real world(-ish) implementation of a highly performant agentic system with Java, LangChain4j and Quarkus
- Deploying this agentic system to Kubernetes
- Other considerations such as observability and fault tolerance to get it all running smoothly in production.
Sorti il y a près de 35 ans, en 1991, le jeu Another World est bien plus qu’un jeu culte : c’est une prouesse tant technique qu'artistique. Portée par la vision singulière d’Éric Chahi, alors jeune développeur d'à peine 22 ans, sa réalisation cache une architecture logicielle très audacieuse et résolument moderne : une machine virtuelle sur mesure pensée pour contourner les limites matérielles de l’époque, faciliter le développement et le portage, tout en offrant une expérience de qualité cinématographique jusqu'alors inédite.
Dans ce talk nous décortiquerons l’architecture logicielle de ce jeu vidéo culte, en explorant les choix de conception, sa machine virtuelle et son langage intermédiaire. Nous verrons comment cette approche visionnaire a permis à ce jeu culte d’être porté à travers les décennies, jusqu'à mon portage pour le faire fonctionner dans un navigateur web grâce au WebAssembly.
Une belle leçon d'architecture logicielle qui pourrait vous inspirer pour vos développements …
In the middle of an incident, the bottleneck is not data collection. The bottleneck is asking the right question fast, and trusting the answer. At Qonto, we built an AI-assisted observability workflow where engineers can ask natural-language questions and immediately get verifiable outputs: the system shows the exact SQL it ran on ClickHouse and returns evidence like trace IDs and scoped impact.
This quick talk shares the core architecture and the “trust patterns” that make it usable under pressure: OpenTelemetry as a common schema, ClickHouse as a single analytical backend for high-cardinality observability data, read-only query tooling, and a UI that keeps humans in the loop. You will leave with a clear blueprint to build a conversational investigation experience without turning incident response into a hallucination lottery.
Et si, après une journée passée à coder, vous leviez les yeux vers le ciel et rêviez en contemplant l'infini ?
Dans cette conférence, je vous emmènerai dans un voyage au cœur de ma passion pour l’astronomie, que je pratique en tant qu'amateur depuis 15 ans. Des premiers réglages du télescope aux nuits entières passées à capturer la lumière de lointaines galaxies ou de nébuleuses colorées, vous découvrirez comment il est aujourd'hui possible de réaliser de splendides clichés depuis son jardin.
Mais l’astronomie ne se résume pas à de jolies photos : elle peut aussi contribuer activement à la recherche scientifique. Je vous expliquerai comment je participe régulièrement à des projets de science participative : observation de transits d’exoplanètes, photométrie d’étoiles, occultations par des astéroïdes…
Enfin, je vous parlerai de mon engagement récent dans un programme amateur de recherche d’astéroïdes géocroiseurs et de comètes, pour lequel les outils informatiques récents nous ont permis de réaliser de nombreuses découvertes.
La Garbage Collection est puissante, mystérieuse et parfois redoutable !
Ici, nous plongerons au cœur de ses algorithmes :
- mark-and-sweep
- comptage de références
- GC générationnel
- collecteurs concurrents et incrémentaux
Nous explorerons ensemble pourquoi ils existent, comment ils fonctionnent et quels compromis ils imposent.
Grâce à quelques exemples et des visualisations simples, nous construirons un modèle mental clair et universel, applicable à plusieurs languages tels que Go, Java ou C#.
Vous comprendrez comment la GC impacte la latence, le débit et la consommation mémoire, et comment anticiper ses effets dans vos applications.
Soyez prêts à démystifier ce pilier des langages modernes et à repartir avec une base solide sur la performance des systèmes !
Semantic search promises a revolution: contextual relevance and natural language understanding with just a few lines of code. On a notebook or a POC, it’s magical. But what happens when your index exceeds a billion vectors?
The magic quickly gives way to the brutality of engineering: exploding latency, uncontrolled infrastructure costs, and RAM challenges.
In this talk, we leave marketing buzz at the door and dive into the guts of Elasticsearch and OpenSearch at a very large scale. We will cover how to:
- Architect your clusters to handle a billion embeddings without failing.
- Optimize the critical trade-off between precision (recall) and performance (latency).
- Reduce costs using quantization strategies and intelligent chunking.
If you need to move from a “Hello World” semantic search to massive production, this session is your survival guide.
Quarkus has redefined Java development with its “Build-time First” philosophy, but this efficiency introduces unique complexities for security scanning. Standard Maven or Gradle dependency analysis often fails to capture the full picture of a Quarkus application’s footprint.
This session explores a comprehensive strategy for vulnerability management tailored to the Quarkus application lifecycle. We will start by dissecting the Quarkus dependency model, highlighting why traditional tools often miss transitives or build-time augmentations. Attendees will learn how to:
- Perform pre-build analysis to stop vulnerabilities before a single JAR is downloaded.
- Audit the application post-build using specialized scanning techniques.
- Leverage SBOMs (Software Bill of Materials) to maintain visibility long after the application has reached production.
Vos algorithmes sont optimisés, mais qu'en est-il de votre hardware ? Après des heures passées à gérer la complexité logicielle, votre infrastructure physique (dos, nuque, système nerveux) commence souvent à throttler.
Dans cet atelier dynamique en musique, nous vous proposons une “mise à jour firmware” complète. Oubliez la position assise : venez réactiver vos micro-services internes par le mouvement pour libérer la RAM mentale et restaurer votre bande passante énergétique.
Pas de pré-requis, pas de bugs à l'arrivée : juste des techniques fluides et accessibles pour hacker vos tensions accumulées. Venez tels que vous êtes pour un refactoring corporel express et repartez avec un système plus résilient pour affronter la fin de la conférence (et vos prochaines PR) !
Thanks to open source, in the past year, we’ve seen a fundamental change: developers and enterprises are moving away from proprietary, closed-source models. To save costs, prioritize privacy, and allow for customization, they are building, testing, and deploying their own open models. However, this journey can feel overwhelming. Which foundation model should I use? How do I connect my model to existing data sources or build agentic capabilities to start seeing real value with AI, especially in an already existing Java application?
The key to navigating this emerging path is adopting the flexibility, transparency, and collaboration of open source that many of us are familiar with. We'll live demo the critical aspects of AI feature implementation using LangChain4J, also showing observability (OpenTelemetry), testing (Promptfoo), CI/CD (Tekton), and more. Join us as we get hands-on with language models and use open technologies to control our own AI journey.
Vos workflows GitHub Actions ou GitLab CI sont bien rodés ? Bravo !
Mais avez-vous vraiment en tête tous les enjeux qu'implique votre supply chain ?
- Souveraineté ?
- Vendor lock-in ?
- Sécurité ?
Dans ce talk, nous portons nos pipelines vers Dagger sans changer de plateforme : même CI, même résultat, zéro vendor lock-in. Puis nous allons plus loin : migration vers un Forgejo auto-hébergé pour une souveraineté totale sur votre CI. Portabilité réelle, indépendance des outils, maîtrise de bout en bout.
Cerise sur le gâteau, le passage à Dagger vous permettra d'enfin vous affranchir du YAML et de coder vos pipelines dans votre langage de prédilection.
Venez coder un Maître du jeu (MJ) qui sera chargé d'orchestrer plusieurs agents IA, chacun spécialisé dans une tâche particulière. On y verra des concepts comme les agent tools, le protocole MCP (Model Context Protocol), A2A (Agent to Agent) et RAG (Retrieval-augmented generation) afin de créer des agents et/ou serveurs MCP qui tirent les dés, vérifient les règles de DnD, et génèrent l'histoire au fur et à mesure
Kubernetes est devenu le standard de facto pour déployer et exploiter des applications conteneurisées. Mais comprendre Kubernetes peut s’avérer difficile ou prendre beaucoup de temps.
Il y a quelques années, je me suis demandé comment j'imaginais les concepts de Kubernetes : un pod, un déploiement, un service, un secret, une configmap, un cronjob… et j'ai ensuite créé une nouvelle façon d'expliquer les technologies Cloud visuellement.
Dans la première partie de ce talk, je vais vous raconter une histoire, je vais vous raconter mon histoire. Comment, pendant plusieurs années, j'ai travaillé chaque soir/nuit/week-end pour expliquer Kubernetes dans des sketchnotes, des articles de blog, des vidéos et finalement publié dans un livre illustré de plus de 270 pages (avec tous les concepts incluant le Debugging ainsi que des outils et des tips) et pourquoi je continue à le faire.
Et dans la deuxième partie, je vous expliquerai Kubernetes et ses concepts… de manière visuelle :-).
Que faire lorsque nous traitons plus de données que nous ne pouvons en stocker ?
Pas de panique ! Nous allons compter l’incalculable ! Comment ?
Bloom Filters, HyperLogLog, Count-Min Sketch ça vous parle ?
Nous les découvrirons ensemble et verrons comment ils permettent de répondre vite et efficacement, même quand tout semble impossible. Grâce à une simulation visuelle, nous observerons les erreurs surgir et disparaître, comprendrons les compromis mémoire vs précision, et verrons comment ces outils rendent nos systèmes scalables et rapides.
Rejoignez-moi pour vivre la magie des structures probabilistes, pour voir la théorie devenir tangible et à repartir avec de nouvelles idées pour vos futurs projets !
Dans ce Lab, nous allons apprendre à :
- Démarrer ton prochain blog ou site avec Roq (ou préparer le terrain pour en migrer un existant)
- Automatiser ta publication avec GitHub et l’héberger gratuitement
- Utiliser Tailwind CSS pour donner à ton site un look propre sans compétence en design
- Écrire ton premier article et tes pages avec l’éditeur Roq (CMS)
- Activer les commentaires sur tes articles
- Explorer les concepts avancés de Roq pour en faire une arme redoutable au service de toutes tes idées
Les seuls trucs à installer avant c'est la JDK 21+ et un IDE.
Les CLI (Command Line Interface), tout le monde les utilise et elles existent depuis la nuit des temps. Souvent synonymes de gain de productivité, leur création est parfois obscure et peut sembler complexe.
Depuis quelques temps, et avec l'arrivée de l'IA dans notre quotidien, de nombreuses CLI ont vu le jour et sont de retours sur le devant de la scène. Et si je vous proposais de développer, simplement, votre propre CLI qui répond à vos besoins à vous et vous permet de maîtriser vos données et vos coûts ?
Pour cela, je vais utiliser un langage qui ne paraît pas, au premier abord, le plus intuitif pour faire une CLI : Java !
Mais il sera bien accompagné dans cette tâche : grâce à Picocli et Quarkus, notre CLI aura tout d'une grande, tout en étant simple à développer ! Pour la partie IA, je m'aiderai de LangChain4J, référence dans le monde Java dès qu'il s'agit d'ajouter de l'IA dans nos applications. Et cerise sur le gâteau : nous créerons un “vrai” exécutable grâce à Graal VM.
Venez m'accompagner lors d'une session de live coding permettant de mettre en lumière comment créer une CLI en Java avec Picocli et Quarkus en partant de zéro ! Et qui sait, avec un peu de magie, on aura, au final, un vrai assistant intelligent dans notre terminal 🤖.
Il était une fois, dans une célèbre manufacture de pneus 🏭, une grande volonté de remplacer son orchestrateur supply chain et logistique 🚚. Le chef d'orchestre étant épuisé, il fallait le remplacer: et pourquoi pas par un joli ballet 🤔 ?
Ayant choisi ses nouveaux atouts, kafka et kafka streams, plongez dans l'aventure de notre équipe, ultra motivée, pour passer d'un logiciel orchestré à des chorégraphies de micro services bien rôdées ✨. Sur un nouveau tempo 🥁, venez découvrir comment elle a pu accorder un rythme de batch quotidien voir hebdo avec des flux continus et instantanés d'une architecture event driven. Mais aussi, venez apprendre de nos fausses notes et nos pas maladroits pour passer d'un monolith figé à plusieurs centaines de micro-services survoltés 🧨.
Fort de notre histoire, vous repartirez avec la stratégie qui nous a permis :
- la coordination harmonieuse de plus de 200 micro services kafka streams sur kubernetes tanzu,
- l'utilisation de 250 objets kafka connects pour discuter avec nos applications legacies,
- les points d'attention à garder en tête lors du passage d'un écosystème cadencé dans une base de données à un logiciel “event management” basé sur 1000 topics kafka
Alors que la Developer Experience s'immisce timidement dans les réflexions techniques et managériales de nos organisations, notre Ops Experience, elle, est encore trop souvent oubliée. Pire, lorsqu'on construit une solution technique basée sur une plateforme interne, que l'on doit respecter des jalons, améliorer la qualité du code, la fiabilité des tests, automatiser les process,… nous, Dev et Ops, restons des ressources au service des autres équipes métiers de l'entreprise, considérés comme un centre de coût à optimiser.
Et si on inversait ce prisme ? Que se passerait-il concrètement si on se considérait nous-mêmes comme des utilisateurs, voire des clients, avec nos besoins, nos irritants et nos attentes, souvent différentes ?
Au travers de ce retour d'expérience, je vous propose de penser nos expériences Dev & Ops, comme on pense l'expérience utilisateur.
Je vous parlerai des techniques pour comprendre et améliorer le quotidien des équipes de réalisation et traiter nos plateformes internes comme un produit. Je vous emmènerai dans un monde mêlant techniques de marketing (Design Thinking, expérience utilisateur…), d'industrie (Value Stream Mapping, Kaizen…) et de psychologie (Communication Non Violente, sécurité psychologique…).
Venez (re-)découvrir des techniques actionnables pour transformer vos DevEx et OpsEx en commençant par le plus simple : considérer Dev et Ops comme des clients précieux dont il faut vraiment écouter les besoins !
Java continue d’évoluer à un rythme soutenu et sa version 25 marque une nouvelle étape en tant que Long Term Support, succédant à Java 21. Les évolutions sont nombreuses, que ce soit dans la syntaxe, par l'ajout de nouvelles API ou dans l'outillage.
void main() {
IO.println("""
Dans ce workshop, vous découvrirez et mettrez en pratique certaines des nouveautés
apparues entre Java 21 et Java 25, parmi lesquelles : Stream Gatherers, API Foreign Function & Memory,
Unnamed Variables & Patterns, Markdown Javadoc...
De quoi être armé pour une mise en prod du JDK 25 !"""
);
}
Prérequis :
- Bonne connaissance et pratique de Java 21
- Un JDK 25
- Un IDE compatible JDK 25 (ou un éditeur de texte pour les puristes !)
Doublement diplômé en chimie et en informatique, je travaille aujourd'hui chez Olea Medical, filiale de Canon Medical Systems — un fabricant de modalités d'imagerie médicale : IRM, scanners, échographes. Des machines où les ondelettes ne sont jamais très loin. Mais c'est par un tout autre chemin que j'en suis arrivé là. En redécouvrant les procédés photographiques pré-argentiques — cyanotype, Van Dyke — les mains dans les bains de ferricyanure, j'ai retrouvé des questions étonnamment modernes : comment un signal lumineux devient-il une image ? Comment distinguer le détail du bruit ? C'est exactement là qu'interviennent les ondelettes. Nées dans les années 80, elles décomposent un signal à plusieurs échelles — comme si l'on observait une image d'abord de très loin, puis de plus en plus près. Et le parallèle avec l'histoire de la photographie est saisissant : les procédés pré-argentiques, avec leur rendu doux et leurs grandes masses, ressemblent aux niveaux profonds d'une décomposition de Haar — un filtre passe-bas naturel. L'argentique et son grain introduisent le détail. Le numérique, lui, capture tout le signal à pleine résolution. Remonter les niveaux de Haar, c'est remonter l'histoire de l'image. Ce talk n'est pas une conférence de mathématiques. C'est un voyage à travers trois ères de l'image — pré-argentique, argentique et numérique — en passant par la chimie, l'intuition derrière la décomposition multi-résolution, et quelques formules chimiques à ne pas fuir. On abordera aussi l'usage concret de ces technologies en imagerie médicale — DICOM, JPEG 2000, reconstruction d'images — et les contraintes réglementaires qui encadrent le traitement d'images dans un dispositif médical. Le fil rouge : ce lien surprenant qui relie un bain de cyanotype à un algorithme de reconstruction d'image médicale.
Doublement diplômé en chimie et en informatique, je travaille aujourd'hui chez Olea Medical, filiale de Canon Medical Systems — un fabricant de modalités d'imagerie médicale : IRM, scanners, échographes. Des machines où les ondelettes ne sont jamais très loin. Mais c'est par un tout autre chemin que j'en suis arrivé là. En redécouvrant les procédés photographiques pré-argentiques — cyanotype, Van Dyke — les mains dans les bains de ferricyanure, j'ai retrouvé des questions étonnamment modernes : comment un signal lumineux devient-il une image ? Comment distinguer le détail du bruit ? C'est exactement là qu'interviennent les ondelettes. Nées dans les années 80, elles décomposent un signal à plusieurs échelles — comme si l'on observait une image d'abord de très loin, puis de plus en plus près. Et le parallèle avec l'histoire de la photographie est saisissant : les procédés pré-argentiques, avec leur rendu doux et leurs grandes masses, ressemblent aux niveaux profonds d'une décomposition de Haar — un filtre passe-bas naturel. L'argentique et son grain introduisent le détail. Le numérique, lui, capture tout le signal à pleine résolution. Remonter les niveaux de Haar, c'est remonter l'histoire de l'image. Ce talk n'est pas une conférence de mathématiques. C'est un voyage à travers trois ères de l'image — pré-argentique, argentique et numérique — en passant par la chimie, l'intuition derrière la décomposition multi-résolution, et quelques formules chimiques à ne pas fuir. On abordera aussi l'usage concret de ces technologies en imagerie médicale — DICOM, JPEG 2000, reconstruction d'images — et les contraintes réglementaires qui encadrent le traitement d'images dans un dispositif médical. Le fil rouge : ce lien surprenant qui relie un bain de cyanotype à un algorithme de reconstruction d'image médicale.
Suite de l'atelier du matin.
Le réseau dual-stack est souvent présenté comme la réponse par défaut à l’adoption d’IPv6 dans Kubernetes — mais est-ce une étape transitoire ou un piège à long terme ? Bien que Kubernetes prenne en charge IPv6 et que les clusters IPv6-only soient de plus en plus évoqués, la plupart des environnements de production reposent encore sur le dual-stack, avec la complexité opérationnelle que cela implique en gérant deux familles d’adresses IP.
Cette session explore ce que signifie réellement le dual-stack en pratique pour les équipes plateforme et DevOps. Nous analyserons pourquoi les équipes l’adoptent, les défis qu’il introduit, ainsi que les coûts cachés en matière de debug, de politiques de sécurité et d’observabilité. Nous verrons également pourquoi de nombreux services externes, y compris de grandes plateformes SaaS, restent en IPv4-only, forçant l’usage de mécanismes comme NAT64 et DNS64.
Nous verrons également comment des outils modernes comme Cilium traitent IPv6 comme un citoyen de première classe, et ce que cela permet en matière de réseau et de sécurité. Les participants repartiront avec une vision claire et réaliste de l’état d’IPv6 dans Kubernetes aujourd’hui.
You’ve been sitting all day listening to interesting talks… or maybe thinking about that bug waiting for you when you get back to your laptop. Either way, your brain could use a break, and your feet could use a dancefloor!
This session introduces Shuffle Dance, the energetic footwork style born in electronic music culture and still lighting up clubs, festivals, and beaches around the world. We'll be learning some of the core moves, like the iconic Running Man and T-Step, and combining them into simple combos so we can groove together to the beat.
No dance background required: if you can stand, you can shuffle! Comfortable clothes and shoes are recommended, and beware: this session might get a bit sweaty… But the good vibes are guaranteed!
Footing matinal dans la forêt de la Valmasque, départ au parking des food trucks à 07:40 précises.
N.B.: n'hésitez pas à ramener vos affaires de sport et serviettes, douches disponibles sur place.
Curious about building agentic AI systems, but you're not sure where to begin? In this deep dive session we'll start with the basics of a single AI service, including how to add RAG, guardrails, memory persistence, tools, MCP and observability. Once we've go that down, we'll go beyond a single AI service and see how implementing multiple AI services into agents opens a whole new world of possibilities. We'll cover a variety of agentic AI patterns such as agentic workflows, the supervisor pattern, and goal-based autonomy, human-in-the-loop, etc. And we'll wrap it up by combining these patterns into an advanced agentic AI system that we'll be able to deploy to Kubernetes.
This session will focus on Java and Quarkus LangChain4j, but the concepts are universal for anyone to follow.
Comme beaucoup de développeurs, ma vie est remplie de side projects inachevés. J’en commence un, ça me prend trois week-ends… puis il finit dans le cimetière des bonnes intentions.
Mais cette fois, quelque chose a changé : j’ai enfin terminé un side project … et presque sans écrire de code moi-même.
Dans ce talk, je présente une approche que j’appelle GitHub Issues Driven Development (GIDD) : un workflow où Copilot, associé à GitHub Issues, devient un véritable binôme. Pour chaque fonctionnalité ou correction de bug, je crée une issue, je l’assigne à Copilot, et je reviens lors de ma prochaine pause café pour faire la revue. Je lui fais des retours, il ajuste, et on avance ainsi de manière entièrement itérative… sans jamais ouvrir un IDE.
Grâce au GIDD, j’ai enfin terminé mon premier side project ! Durant ce talk, je vous partagerai mon expérience, des conseils pratiques, les problèmes rencontrés et comment les contourner.
Que vous soyez sceptique ou déjà convaincu par le développement assisté par IA, vous repartirez avec une méthode concrète, reproductible, et des astuces pour enfin vous aussi terminer votre prochain side project.
On utilise tous net/http en Go… mais que se passe-t-il vraiment entre votre code et le réseau ?
Dans cet atelier, nous allons hacker le réseau en construisant des outils de diagnostic qui voient ce que vos applications ne peuvent pas voir.
Vous allez :
- Tracer des paquets de l'application jusqu'au kernel Linux (couche par couche)
- Comprendre où les paquets peuvent être bloqués, droppés ou ralentis
- Construire un d'observabilité avec eBPF et Go : mesurer les latences, compter les échecs, détecter les retransmissions
- Observer les connexions TCP que votre app ne voit jamais (avec bpftrace)
Nous utiliserons Go pour les outils applicatifs et eBPF pour avoir des “rayons X” sur le kernel. Pas besoin d'être expert eBPF!
L'objectif n'est pas de devenir expert réseau en 3 heures, mais de développer une intuition concrète : comprendre les erreurs réseau, savoir où chercher quand ça plante, et voir comment le code applicatif dialogue réellement avec le kernel.
Le tout dans un esprit exploratoire et ludique : on casse, on observe, on mesure.
À la fin, vous ne verrez plus jamais un timeout de la même manière.
Alors comme ça vous voulez faire un nouveau Design System ? Bonne idée ! Une bibliothèque de composants et de directives partagée entre designers et développeur·ses améliorera la productivité de tous. Mais comment concevoir un Design System qui ne deviendra pas obsolète dès qu'un nouveau framework JavaScript sortira (demain) ?
Je vous propose d'explorer quelques stratégies concrètes pour vous libérer de la dépendance aux frameworks et librairies. Un indice : utilisez les standards du web ! Nous parlerons de design tokens, de CSS, d'architecture de packages et de Web Components pour développer un Design System à l'épreuve du temps. Vous voulez changer de framework JS ? Pas de problème. Abandonner TailwindCSS ? Facile. Faire une simple page HTML ? Oh yeah !
Cette session vise principalement les Design Systems à grande échelle utilisés par plusieurs équipes sur différents frameworks, mais l'architecture proposée peut être facilement adaptée à des projets plus simples.
Le state d'une application React, c'est le coeur du réacteur. Au départ, tout va bien, vous devez gérer quelques états locaux à vos composants et un ou deux useState bien placés font l'affaire. Mais rapidement tout dégénère, il faut inclure du state global, stocker les réponses des appels d'API, faire persister les données entre les sessions et votre application devient un gros bol de spaghetti.
Aujourd'hui, il existe une multitude d'outils disponibles dans l'écosystème React pour vous aider à gérer le state de votre application. La diversité des solutions peut même donner le tournis: des solutions natives de React aux managers de state classiques en passant par des solutions plus exotiques (state dans l'URL, cache d'appels serveur…), il peut être dur de s'y retrouver dans cette jungle ! On vous propose de faire avec nous un tour d'horizon de toutes ces solutions. De la plus simple à la plus complexe, nous allons voir ensemble quels sont les avantages et les limites de chaque outil et dans quelles situations il faut les utiliser !
En sortant, les différents outils de gestion de state n'auront plus aucun secret pour vous !
Vous êtes celui ou celle qui a le boulot ingrat de mettre à jour la pipeline de CI/CD, d’administrer le repository git, ou de déployer en production ? Vous avez déjà entendu parler de quelques scandales d’attaques liés à la supply chain et vous vous dites qu’il y a de faibles chances que ça vous arrive ? Signatures, SBOMs, Scans, VEX : super ! Mais ça s’entasse et on n’en fait rien ? Pendant ce deep dive, nous allons tour à tour jouer le rôle des méchants et des gentils :
- A la façon d’un CTF, nous allons explorer comment des simples choix de tous les jours autour de nos supply chains peuvent être exploités et affecter tout le service.
- Nous explorerons ensuite les diverses façons de détecter ces attaques, de s'en prémunir et de les corriger.
Venez assister au grand show du CSS, un véritable défilé des techniques pour habiller vos applications web 📸
Vanilla, Sass, CSS Modules, CSS-in-JS, Tailwind, frameworks… Toutes les approches sont réunies sous les feux des projecteurs, prêtes à dévoiler leurs plus belles coupes, leurs motifs distinctifs et même leurs petits défauts de couture 🪡
Chacune montera sur le podium pour défendre ses caractéristiques. Fonctionnalités, maintenabilité, performances, expérience de développement, flexibilité… Elles seront examinées sous toutes les coutures 🔍
Vous hésitez entre un style classique et un look ultra-moderne à la manière du CSS-in-JS ? Entre une tenue faite main et un ensemble prêt-à-porter d’un framework ? Venez découvrir quelle méthode saura vraiment sublimer votre projet et repartez avec une valise pleine d’accessoires pour habiller vos applications avec goût et efficacité 🎨
One thing that I do to relax is to hand-paint miniatures. From orcs, goblins, wolves, boars, giants, and many, many more. Usually, people get amazed when they see my work, but in reality, there is nothing special about it. I was lucky enough to have friends that teached me cool techniques that make your work look amazing. Let me share some of these techniques, and maybe some of you can also start with miniature painting. It is addictive and rewarding, believe me :)
📄 Bâtissez une plateforme au service de votre organisation
Dans cet atelier immersif, vous serez guidé·e étape par étape pour construire votre propre plateforme, à partir d’une application web réelle.
Votre mission : bâtir un socle technique et organisationnel moderne, qui accélère vos livraisons tout en fiabilisant l’ensemble de la chaîne de déploiement. Rien de mieux pour vous prouver que le Platform Engineering n’est pas un simple effet de mode !
🎯 Objectifs
- Standardiser les environnements pour éviter le syndrome “ça marchait bien, en local…”
- Guider les équipes avec une chaîne de livraison reproductible et maintenable
- Automatiser l’infrastructure et les déploiements avec des outils modernes
- Intégrer dès le départ la supervision, la sécurité et la gestion des bases de données
- Offrir plus d’autonomie aux développeurs, tout en garantissant un cadre clair et sécurisé
#devx #infra-as-code #kubernetes #helm #github-actions #argocd #conventional-commits #semantic-versioning #open-telemetry #internal-developer-platform
👥 Pour qui ?
Cet atelier s’adresse à tous les développeurs, ingénieurs systèmes, ou autre profil désireux de passer à l’action pour définir une base efficace et durable. Vous repartirez avec :
- Une vision claire du rôle d’une équipe Platform Engineering
- Des outils concrets pour vous lancer
- Et l’expérience pratique de l’avoir construite vous-même, brique par brique
LangChain4j-CDI : L'IA Générative dans JakartaEE
Après l'irruption de l'IA générative, Java n'est plus en retard. LangChain4j change la donne : Java est redevenu cool avec l'IA!
Yann et Emmanuel, vétérans de l'industrie, vous présentent LangChain4j-CDI : l'extension CDI ultime pour infuser de l'IA dans vos applications JakartaEE/MicroProfile.
Injection d'IA Aussi Simple qu'un EntityManager
Imaginez injecter un agent IA aussi naturellement qu'un @Inject EntityManager. Avec @RegisterAIService, transformez vos applications en systèmes intelligents sans code boilerplate, tout en conservant les bonnes pratiques d'entreprise.
Architecture d'Agents IA
Découvrez comment coder un agent IA dans un conteneur JakartaEE avec :
Protocole MCP : connexion à des outils eux-mêmes applications JakartaEE Protocole A2A : orchestration d'agents via le protocol standard
Robustesse Entreprise
Assurez résilience et traçabilité avec :
Configuration multi-providers via MicroProfile Config Observabilité complète (métriques, traces, logs) Résilience avec MicroProfile Fault Tolerance
Live Coding Spectaculaire
Quarkus, WildFly, Helidon : nous coderons et déploierons un agent IA en moins de 5 minutes chrono !
If you’ve used Panache in Quarkus, you know it’s about making data access feel simpler. We know users love it, and in this talk, we’ll discuss the new, improved version the Quarkus team has delivered.
We’ll explore how this evolution acts as a gateway to different data access technologies, helping you choose the best tool for your specific needs. We’ll also discuss new features you might not be familiar with yet, such as Stateless Sessions, and how they fit into the modern Quarkus stack. Finally, we’ll take a look at the upgraded, easier-to-understand documentation and build a few demos together to show exactly how to get started.
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 !
L'essor de Kubernetes pour l'orchestration de conteneurs soulève des défis spécifiques lors du déploiement d'applications Java. L'interaction entre les mécanismes internes de la JVM (threads, compilation JIT, collecteur de mémoire) et les contraintes des conteneurs peut induire des problèmes de performance.
Ce talk mettra en lumière les défis, les opportunités et les bonnes pratiques lors de l'exécution d'applications Java dans un contexte de conteneurisation sous Kubernetes pour comprendre et optimiser afin de tirer le meilleur parti de ces deux technologies : construction et optimisation des images, mécanismes internes de la JVM, gestion de la mémoire, limitations des ressources, amélioration du temps de démarrage, compilation native, fonctionnalités avancées de la JVM comme CDS, CRaC, AOT…
Le hasard fait bien les choses.
Si on applique cette idée aux tests unitaires ou aux tests d'intégration, on peut rendre nos tests beaucoup plus imprévisibles et du coup trouver des problèmes que notre esprit n'aurait jamais osé imaginer ! Par exemple, récemment, j'ai découvert dans une bibliothèque de gestion de configuration, un bug qui se produit lorsque la Locale est configuré en AZ. 🤦🏼♂️
Un autre exemple encore plus simple :
int input = generateInteger(Integer.MIN_VALUE, Integer.MAX_VALUE);
int output = Math.abs(input);
Peut générer -2147483648… Ce qui est assez inattendu pour une valeur absolue ! 😉
Les tests aléatoires peuvent découvrir ces cas tordus… C'est ce que l'équipe elasticsearch a mis en place depuis plusieurs années à l'aide du framework RandomizedTesting pour tester tout le code Java.
Après cette conférence, vous ne verrez plus jamais la fonction random() comme avant et découvrirez comment la (mal)chance peut vous aider ! 🍀
Nous mesurons le coût de l’IA générative en centimes par tranche de 1 000 tokens ou en millisecondes de latence. Mais chaque prompt s’accompagne d’une facture invisible, réglée en kilowattheures et en litres d’eau.
À mesure que l’adoption de l’IA s’accélère, son impact environnemental devient une contrainte d’ingénierie majeure. Une seule interaction avec un LLM peut consommer jusqu’à dix fois plus d’énergie qu’une requête de recherche traditionnelle, tandis que le cycle de vie du matériel génère des niveaux record de déchets électroniques.
Dans cette session, nous évaluerons le « véritable coût d’un token », en dépassant le battage médiatique pour analyser les données concrètes liées à l’entraînement et à l’inférence des modèles d’IA.
Nous passerons ensuite des métriques aux solutions, en montrant que l’« IA verte » est bien souvent synonyme d’IA efficace et économiquement pertinente.
Vous repartirez avec une boîte à outils pratique pour mieux gérer notre dépendance à ces modèles : apprendre à dimensionner correctement votre architecture, optimiser vos pipelines et mettre en œuvre des approches sensibles au carbone afin de construire une intelligence qui ne coûte pas la planète.
Les value classes du projet Valhalla de l'OpenJDK représentent une avancée majeure dans l’évolution de Java. Elles permettent de modéliser des objets immuables et légers, avec des performances proches des types primitifs, tout en réduisant significativement la consommation mémoire.
Cette session vous propose de découvrir ce que sont les value classes, comment elles se distinguent des classes traditionnelles, et pourquoi elles sont une étape clé pour l’avenir de Java. À travers l'exemple visuel des fractales de Mandelbrot, nous illustrerons concrètement leur fonctionnement et les optimisations inédites possibles pour la JVM.
Entre théorie, exemples et live coding, vous comprendrez les concepts, les bénéfices et les limites de cette fonctionnalité.
Je propose de vous montrer des bases de l'impression 3D. A travers un simple jeton de caddie conçu et imprimé en live.
- Bases du dessins industriel
- Passer d'une esquisse à un volume
- D'un volume à un format STL
- Slicer ce format STL en gcode
- Imprimer votre modèle.
Le tout avec Freecad et Ultimaker Cura ou autres. Pré-requis si possible : venez en ayant installé FreeCAD
Evidemment je saupoudrais la séance d'astuces.
“Vous avez cligné des yeux et vous avez raté 12 nouvelles specs CSS ? Pas de panique. Comme chaque année, on fait le tri dans le tumulte des standards du W3C.
Quoi de neuf en 2026 ? Les animations au scroll sont-elles enfin partout ? Le anchor-positioning a-t-il tué les scripts de tooltips ? Est-ce que CSS a enfin des fonctions et des mixins natives ? Une revue de presse dynamique, critique et fournie d'exemples concrets pour mettre à jour vos connaissances sans sortir de votre siège.”
Les développements augmentés par l’IA generative sont en train d’être déployés en production. Cette nouvelle façon de concevoir les projets est arrivée brusquement empêchant souvent les équipes de s’y adapter contraintes par le management qui considère l’IA comme une opportunité pour réduire les coûts et/ou augmenter la productivité. Dans ce talk, nous reviendrons brièvement sur les impacts visibles de l’IA pour l’IT et analyserons plus longuement les changements profonds sur les organisation induits par cette révolution. Que ce soit sur un aspect RH (enrôlement des juniors), méthodologique (quid de l’agile à l’heure du spec-driven development ?), knowledge management (nouveau partage et transmission de la connaissance au sein de l’organisation), ou managériale (l’IA nécessitera des investissements humains pour que l’entreprise perdure), les défis sont multiples, mal recensés et s’ajoutent à d’autres difficultés comme la problématique de souveraineté. Sans prétendre apporter des solutions à tous ces points, nous proposerons des pistes de reflexion basés sur des expertises de la dimension managériale et des métiers IT.
Tu serais surpris de la quantité de contenu qui pourrait être statique dans ton projet. Pas seulement les blogs et portfolios : la plupart des sites et web apps contiennent une large part de pages, de sections ou de contenus qui n'ont aucune raison d'être générés à chaque requête. Tu as probablement besoin de plus de statique que tu ne le crois, et c'est la meilleure chose que tu puisses offrir à ton projet !
« OK mais les générateurs de sites statiques, c'est galère non ? » … c’est pas faux, mais ce n’est plus vrai.
« Et le reste, ce qui a besoin d'être dynamique, comment on fait ? » … c’est une très bonne question et on a des réponses !
Distribution gratuite d’ordonnances Roq à la fin pour la bonne santé de ton projet.
Factorio est un jeu vidéo d'automatisation hautement addictif (croyez-en mes 300h 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 salvatrice.
Mais quel rapport avec la tech ?
Architectures de code spaghetti, lasagna ou ravioli (mes préférés). Urbanisation et ESB. 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 cœur 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 🏭⚙️
Les apps IA, c'est bien, mais les apps IA qui marchent partout, sans connexion, (presque) sans latence, c'est mieux.
Dans cette conférence, nous allons explorer comment construire une app de chat simple avec mémoire conversationnel, base de connaissances, RAG (faire chercher des infos à l'IA dans vos documents), tools(permette à un agent d'exécuter du code) et Agent(laisser le LLM prendre des décisions), qui fonctionne sur mobile et Desktop.
Ce sera l'occasion de vous présenter les outils suivants:
- Couchbase Lite : une base de données légère qui permet du SQL et de la recherche vectoriel.
- Google LiteRT : des modèles optimisé pour mobile
- Tauri : Framework pour créer des apps desktop et/ou mobile.
Vous repartirez de cette conférence avec les clés pour construire vos premières apps Edge et IA, et un aperçu des limites actuelles des petits modèles IA.
Transmettre sa passion n’est pas une obligation, mais quand votre enfant est curieux et veut faire “comme Papa”, alors pourquoi se brider ?
Dans ce talk, Matthias, mon fils de 13 ans, et moi-même allons vous faire un retour d'expérience sur notre projet de 2025 : Kord.
Ce projet a pour but de reproduire un équivalent aux Nabaztag, objets connectés de la fin des années 2000 avec une Raspberry Pico et de l'impression 3D.
Nous vous expliquerons les différentes démarches, étapes, et points de discordes, … la vie d'un projet quoi ;)
Nous vous ferrons également un retour tout du long sur comment partager sa passion autour du making (objets connectés, programmation, conception 3D, impression) et comment on a essayé d'éco-concevoir la solution.
Réveillez le serial grilleur qui sommeille en vous avec ce cours magistral de ~2h30 au cours duquel vous apprendrez à réaliser dans les règles de l'art un menu complet (entrée , plat, dessert) uniquement au barbecue.
L'atelier sera conclu par une session de questions-réponses animée par BIG T, écrivain, restaurateur et fondateur de la BBQ School, ayant cuisiné au barbecue pour Jeff Bezos et SAS Albert II Prince de Monaco - et bientôt vous! :)
Atelier proposé MongoDB, la base de données créée par des développeurs, pour des développeurs.
Places limitées: enregistrez-vous directement au stand sponsor MongoDB - premier arrivé, premier servi
Réveillez le serial grilleur qui sommeille en vous avec ce cours magistral de ~2h30 au cours duquel vous apprendrez à réaliser dans les règles de l'art un menu complet (entrée , plat, dessert) uniquement au barbecue.
L'atelier sera conclu par une session de questions-réponses animée par BIG T, écrivain, restaurateur et fondateur de la BBQ School, ayant cuisiné au barbecue pour Jeff Bezos et SAS Albert II Prince de Monaco - et bientôt vous! :)
Atelier proposé MongoDB, la base de données créée par des développeurs, pour des développeurs.
Places limitées: enregistrez-vous directement au stand sponsor MongoDB - premier arrivé, premier servi
Livrer du code, c’est bien. Livrer une fonctionnalité sans casser le reste du système, c’est mieux !
Aujourd’hui, chaque nouvelle release expose aux risques de régression ou de mauvaises interactions entre les fonctionnalités existantes et les nouvelles. Et quand il s’agit de déployer pour un sous-ensemble d’utilisateurs ? C'est encore plus délicat.
Le Feature Flagging permet de décorréler la mise en production du code de l’activation des fonctionnalités, en offrant la possibilité d’activer ou désactiver des blocs à chaud, sans redéployer.
Heureusement, depuis quelques années cette pratique se développe de plus en plus au travers d'outils open-source et de pratiques logicielles. Pourtant, au-delà du simple if-then-else la plupart des solutions disponibles restent propriétaires, lourdes ou coûteuses à mettre en oeuvre.
OpenFeature, projet de la CNCF, propose une spécification ouverte pour un feature flagging unifié, utilisable aussi bien côté serveur que client, quel que soit le backend de gestion.
Au cours de ce workshop, nous implémenterons une nouvelle fonctionnalité sur une application existante basée sur Java et Angular. Puis nous piloterons son activation au travers du feature flagging. En chemin, nous aborderons les sujets clés : gestion des erreurs, tests A/B, déploiement progressif, ciblage et observabilité. À la fin, nous saurons comment livrer plus vite, plus sûr, et avec confiance.
Microfrontends are extremely popuplar right now, but here’s the uncomfortable truth: most of us are doing them wrong. The majority of materials, blog posts, and tutorials frame microfrontends as a purely technical solution: split your UI into smaller chunks, add some tooling magic, and voilà—problem solved. Except… it isn’t.
Microfrontends are not about making your fragments smaller; they’re about making your teams faster. They’re an organizational strategy disguised as an architectural pattern. When misapplied, they add overhead, slow you down, and leave you wondering why everything feels harder instead of easier.
In this talk, I’ll challenge the dominant narrative around microfrontends, expose the misconceptions that current resources perpetuate, and reframe the pattern for what it really is: a way to align software boundaries with team boundaries to maximize productivity and autonomy. You’ll leave with a sharper lens for evaluating whether microfrontends are the right fit for your context, and a practical understanding of how to avoid the traps that lead to a false sense of progress.
I've been developing microfrontends since 2012, and I'll share all my learnings with you. It’s time to stop slicing for the sake of slicing—and start using microfrontends the way they were meant to be used.
Les plateformes de voyage modernes ont besoin de bien plus qu'une simple base de données. Elles requièrent une plateforme de données opérationnelles capable de gérer des charges de travail transactionnelles à haut débit, la recherche opérationnelle et de nouveaux cas d'usage d'IA, le tout sans ajouter de composants superflus.
Dans cette session, nous verrons comment MongoDB aide les entreprises de voyage modernes à moderniser leurs charges de travail critiques grâce à une approche unifiée de la recherche, des charges de travail vectorielles et de l'IA agentique.
Points clés :
- Stratégies de recherche de données opérationnelles sans dépendre d'une infrastructure d'indexation distincte.
- Comment la recherche vectorielle et hybride ouvre la voie à de nouveaux modèles de récupération performants.
- Guide pratique pour la création d'une démonstration d'IA agentique utilisant LangChain et OpenAI sur MongoDB.
Tu es développeur? Ou pire DevOps? Et tu aimes coder en Java? De nos jours on a besoin de faire des automatisations de partout. Pour coder une automatisation, on a souvent recours a un outil en ligne de commande. Mais alors, quel langage, quel framework utiliser? Comment distribuer l'outil?
Jusqu’à maintenant, tu cachais un peu que ce que tu préfères c'est Java et tu as même osé coder en Python ou Go pour passer inaperçu et éviter de faire ton coming out. Mais c'est FINI !
Avec Quarkus, les développeurs Java ont maintenant tout ce qu'il faut pour développer efficacement un outil en ligne de commande !
Réunissons nous dans une salle, je vous montre en live coding comment mixer Java, des tests, des appels REST, Docker et Quarkus pour créer l'outil en ligne de commande parfait. Prêts?
Complexité qui s’accumule, évolutions douloureuses, métier qui se dilue : comment reprendre la main sur le code ?
Et si un cadre simple devenait un levier de design ?
Les Object Calisthenics, c’est une invitation à transformer la conception orientée objet en terrain de jeu : neuf règles, pas une de plus !
En appliquant ces règles complémentaires sur des extraits de code avant/après refactoring, nous découvrirons comment :
- apprivoiser la complexité
- clarifier les responsabilités
- faire émerger le métier
Un quick talk orienté pratique pour repartir avec des réflexes de conception applicables dès le lendemain et une grille de lecture concrète pour faire du code un support fidèle au métier.
L’IA et l’intégration des agents et des outils intelligents aux LLMs ouvrent désormais un buffet d’opportunités illimité. Mais comment ne pas se sentir perdu, tel un chef qui aurait un garde-manger infini mais aucune idée de comment composer son plat signature ?
Cherchons ensemble les moyens d’organiser et de coordonner ces merveilles pour qu’elles vous accompagnent avec succès dans vos projets. Explorons les architectures et les patterns d'orchestration : du séquentiel à la supervision, en passant par les handoffs et les boucles de rétroaction. Nous évoquerons quelques frameworks, puis nous nous lancerons dans le développement de votre brigade d’agents.
Nous coderons alors ensemble l’équipe qui fera de votre dîner un succès : La Chef compose un menu, liste les ingrédients et ajuste sa proposition en fonction des retours des autres agents La Sommelière suggère un vin en fonction du menu et de la cave disponible Le Majordome veillera à la satisfaction du client et à la bonne coordination de l'équipe.
Repartez avec une vision plus claire pour passer des promesses des LLM à la réalité des équipes d'agents autonomes dans vos projets… et peut-être avec des envies culinaires.
Les vulnérabilités web, tout le monde en entend parler. Mais tant qu’on ne les a pas vues fonctionner, ou mieux, tant qu’on ne les a pas exploitées soi-même, elles restent souvent assez abstraites.
Chez Médiamétrie, on a voulu rendre la sécurité applicative plus concrète, plus engageante et plus mémorable. Pour cela, nous avons organisé un challenge interne basé sur OWASP Juice Shop, sous forme de challenge en équipes.
Dans ce retour d’expérience, je raconterai comment nous avons construit ce challenge de bout en bout : le choix du format, l’utilisation de Juice Shop, l’écosystème OWASP, l’infrastructure avec MultiJuicer, RootTheBox et AWS, mais aussi l’organisation concrète de l’événement : équipes, règles, animation, indices, scoreboard, goodies et débrief.
L’objectif n’était pas de créer une compétition réservée aux experts sécurité, mais de proposer un format accessible, ludique et encadré, pour faire pratiquer des profils variés sur des failles proches de leur quotidien.
Je partagerai également ce qui a bien fonctionné, ce qui a moins bien marché, et ce que nous améliorerions pour une prochaine édition.
À la fin du talk, vous repartirez avec des idées concrètes pour organiser un challenge sécurité adapté à votre contexte.
Parce qu’on retient mieux une faille qu’on a exploitée qu’une règle qu’on a simplement lue.
Prérequis Aucun pré requis avancé en cybersécurité. Le talk reste accessible à toute personne intéressée par la sécurité applicative, la sensibilisation des équipes ou l’organisation d’un événement technique interne.
Pilates - N.B.: Ramenez vos affaires de sport et serviettes, douches disponibles sur place.
Pilates - N.B.: Ramenez vos affaires de sport et serviettes, douches disponibles sur place.
Le Model Context Protocol (MCP) s’est imposé comme le lien entre les LLMs et les outils, API et données qu’ils utilisent. Mais faire tourner un serveur MCP n’est que le début. Les vrais problèmes apparaissent avec les choix de conception : serveur générique ou spécifique au domaine, accès ouvert ou contrôlé, flexibilité ou sécurité.
Dans ce Deep Dive de 3h, nous irons bien au-delà d’une simple introduction. À partir de projets réels, nous analyserons ce qui fonctionne, ce qui casse, et pourquoi. Démos approfondies, discussions d’architecture et exemples concrets serviront à montrer comment ces choix impactent directement l’expérience développeur, les performances, la consommation de tokens et la sécurité.
Nous ferons aussi le parallèle avec les débuts des API REST et les erreurs que beaucoup d’équipes ont déjà commises à l’époque — avec une différence majeure aujourd’hui : les LLM et les agents n’observent plus les systèmes, ils agissent dessus.
À l’issue de la session, vous repartirez avec un cadre mental clair et des bonnes pratiques concrètes pour concevoir des serveurs MCP plus sûrs, plus efficaces et réellement exploitables en production.
Prompt Registry is a package manager for GenAI resources: prompts, agent primitives, and configurations become versioned, reviewable, discoverable bundles instead of copy/pasting them between repositories.
We’ll show how teams can publish a useful primitive then let everyone else discover it, install it, and keep it up to date. Ownership stays clear, and it’s easy to see where it comes from.
What we’ll cover:
- Package-manager UX for GenAI assets: install/update primitives in minutes
- Sharing easily: scaffold a new source, and get clear ownership, versioning and releases notes
- Discoverability at scale: moving from isolated prompt to an enterprise marketplace
- Composability: link primitives together and run them consistently alongside MCP servers
Les développeurs intègrent aujourd’hui des modèles d’IA, des algorithmes complexes et des outils génératifs dans presque tous les projets. Mais une question reste largement sous-estimée : qui détient quoi, juridiquement, dans un projet IA ?
Cette conférence propose une lecture claire et pragmatique des enjeux de propriété intellectuelle liés aux algorithmes, aux modèles et aux créations générées par l’IA, sans jargon juridique inutile. L’objectif : donner aux développeurs, tech leads et architectes des clés concrètes pour concevoir, partager et industrialiser des projets IA sans se mettre en risque, ni bloquer l’innovation.
While most developers enjoy writing code for new applications or features, we cannot say the same when it is time to write tests for our new shiny code. Not only do we think our code is perfect, so obviously we don't need to test it, but it also requires us to write way more code to test our feature than the code we had to write to develop it.
With Quarkus, we also brought developer joy for testing to ease some of the pain. In this session, we will explore, through live coding, all aspects of testing applications and extensions in Quarkus, including setup, testing components, mocking, integration testing, native-image testing, continuous testing, and parallel testing.
Testing doesn't have to be boring or excruciating. Discover the joy of testing with Quarkus!
Since its inception, Quarkus has been known for its fast startup times, whether running on the JVM or as a native image with GraalVM/Mandrel.
After years of optimizations to reduce startup costs, profiling JVM Quarkus applications startup today often shows the same recurring hotspots: class loading and reading from JAR files. This is not new to us, we already pushed these areas hard with custom packaging and class loading, but they remain a significant part of the startup profile.
Enter Project Leyden. It promises a major shift for the JVM with faster startup and lower warm-up costs, which looks like a match made in heaven for Quarkus. But it also raises important questions: how do we combine Leyden’s approach with Quarkus’ existing build-time and startup optimizations? Can we get the best of both worlds? In this talk, we share hands-on experience experimenting with Project Leyden from the perspective of Quarkus internals. We’ll look at what Leyden enables today, what it doesn’t yet, and how, at least in its current state, some of its limitations conflict with some of the optimizations Quarkus relies on, as well as how we hope to address this in the future.
Rather than a high-level overview, this session focuses on concrete findings: what worked, what surprised us, what broke, and what forced us to rethink parts of our design in order to preserve Quarkus’ performance while benefiting from Leyden. We’ll discuss performance characteristics, current limitations, crazy prototypes, and real-world optimization anecdotes.
Félicitations, vous avez réussi à builder votre image et la pousser dans la registry ! Mais êtes-vous prêts à la déployer en prod ?
Votre collègue SecOps est-il tout aussi confiant que vous de la robustesse de cette image face à l'hostilité de la prod ?
Comment vous lui assurez que l'image que vous avez construite est bien celle déployée ?
Êtes-vous sûrs que l'image ne contient pas de vulnérabilités exploitables et que votre supply chain n'a pas été compromise entre temps ?
Pas de panique !
Dans ce talk dynamique et amusant, nous apprendrons et/ou approfondirons les notions de sécurité de la supply chain, afin de rendre vos images sécurisées.
En alternant quiz et démos live, nous parcourrons les différents concepts, frameworks et projets CNCF et open source autour de la supply chain, tels que SBOM, SigStore, SLSA, OpenSSF, VEX, in-toto, Kyverno… !
Prêts à relever ce défi ? Cerise sur le gâteau : quelques goodies attendent les gagnants !
Soyez là ou le plus rapide pour tenter de gagner des cadeaux !
Ce projet legacy. Vous savez, celui que personne ne veut toucher. Celui où chaque commit est une prière et où l'on vous dit : “Surtout, ne casse rien, mais ajoute-moi cette feature pour demain.”
Le rêve ? Tout jeter et repartir de zéro. La réalité ? On doit faire avec. Stabiliser, et vite.
Mais comment s'attaquer à une base de code tentaculaire sans y perdre sa santé mentale ? Et si l'IA, loin d'être un simple gadget, devenait votre co-pilote le plus précieux pour cette mission ?
À travers ce Retour d'Expérience (REX) pragmatique, nous partageons notre journal de bord. Oubliez le “hands-on” théorique : ici, on vous montre les cicatrices et les victoires d'une aventure bien réelle pour :
- Plonger dans l'inconnu : Cartographier et comprendre des pans entiers de code “spaghetti” grâce à l'IA.
- Éteindre les incendies : Générer des tests et ajouter des garde-fous (sécurité, validation) pour stabiliser l'existant avant de le modifier.
- Dresser l'assistant : Configurer et “prompter” notre IA pour qu'elle devienne une experte de notre code, pas juste un générateur de snippets.
- Construire l'avenir : Démarrer un refactoring stratégique (extraire un service, moderniser une brique) en tandem avec l'IA, sans paralyser le produit.
Loin du discours marketing, on vous montre comment garder la maîtrise, éviter les hallucinations de l'IA, et transformer une corvée en un défi technique stimulant.
Ce talk est animé par deux développeurs : le “Prudent” (qui craint l'effet “boîte noire”) et “l'Enthousiaste” (prêt à tout automatiser). Une dynamique qui reflète les débats de votre propre équipe !
For years, the Java community has been told that Project Loom would kill reactive programming — that blocking and async were destined to be enemies. But what if that story was wrong?
In this talk, we’ll explore what happens when these two worlds actually fall in love.
Drawing from real-world work inside the Quarkus, Vert.x, Netty, and HotSpot teams, we’ll see how a custom Loom scheduler built on top of Netty brings together the performance of event-driven I/O and the simplicity of virtual-thread-friendly blocking APIs.
This isn’t a theoretical “what if”: it’s a data-driven exploration born from experiments and collaborations between IBM, Oracle Labs, Oracle and Apple engineering teams.
You’ll see how this approach reshapes how we think about async, concurrency, and scheduling — and why some of the long-held assumptions about “reactive vs blocking” simply don’t hold up when measured scientifically.
Along the way, we’ll dissect:
- How the Loom scheduler and virtual threads work under the hood.
- What happens when you run them over a Netty core
- Performance implications and trade-offs measured empirically.
- Why developers should challenge inherited dogmas and base design choices on data, not folklore
This talk is a technical love story, but also a call to reason: Measure, Don’t Guess. Because sometimes, the forbidden relationships are the ones that can move the platform forward.
Cette session présente un tableau de bord Splunk conçu pour analyser le comportement des journaux, révéler les tendances à fort volume et identifier les opportunités de réduction des coûts d'ingestion. Les participants apprendront à repérer les bruits répétitifs, à détecter les journaux inefficaces et à se concentrer sur les événements importants. La session propose des techniques pratiques pour optimiser le volume des journaux, améliorer l'observabilité et faciliter la prise de décisions basées sur les données.
Comment une mission d’éco-volontariat sur un atoll paradisiaque peut transformer un développeur mobile et donner naissance à un projet qui fera le tour du monde ?
Je vous propose de découvrir mon parcours atypique, des plages de Tetiaroa en Polynésie française où j'ai effectué le suivi des sites de pontes des tortues marines jusqu’en Australie où mon application “We Spot Turtles!” a été mise en avant dans la campagne #WeArePlay de Google.
Cette aventure reste avant tout une histoire humaine, celle d’un side-project né d’une passion, développé sur mon canapé entre deux missions freelance, qui grandit et devient un outil concret de protection de la biodiversité marine.
Au travers de ce talk je vous ferais part de comment passer d’une expertise technique à un projet à impact, des difficultés et doutes qui jalonnent la route et de l'importance de la communauté et des rencontres qui font vivre le projet !
Développeuse et développeur en quête de sens à donner à vos compétences, ou curieuse et curieux de découvrir comment un side-project peut vous amener bien plus loin que prévu, cette présentation vous montrera qu’il est possible de concilier passion, impact social, et développement professionnel.
Let’s abuse the tools! Everyone knows Quarkus is computationally efficient, expressive, and rock-solid for production.
But did you know that we can use Quarkus efficiency to build applications that shouldn’t go anywhere near production?
In this demo-driven session, Holly will put the joy into “developer joy”. She’ll show you all sorts of things you can do with Quarkus that you probably shouldn’t:
- Build an LLM-powered app that’s guaranteed to hallucinate, because you can do more than you think with guardrails, and truth is so boring
- Write your business code in rockstarlang, because everything should be a hair metal ballad
- Use Minecraft as your observability client, because the LGTM stack doesn’t have enough explosions
- Write a CLI for generating memes faster, because everything is better on the command-line
- Benchmark an application against a grapefruit, because metric units aren’t tasty
Business value? Learning? If you insist. As well as absurd demos, you’ll leave this session with a deeper understanding of how to get the most out of Quarkus and Java. There will be new Java 25 language features, Quarkus best practices, powerful integrations, and nifty use cases alongside the silly explosions and grapefruit.
Les fondations des agents IA reposent sur une poignée de protocoles communs que vous devez maîtriser pour tirer le meilleur parti de votre LLM et de votre framework agentique. C’est pourquoi il est important de les comprendre. Certains gagnent du terrain, d’autres non.
Dans ce deep dive, nous explorerons l’écosystème en vous présentant ces standards et en nous concentrant sur les plus importants. Connaître certains frameworks est également utile pour démarrer plus rapidement. Bienvenue aux protocoles MCP, A2A, ACP, et aux frameworks ADK, Arc, Quarkus, Micronaut, LangChain4j !
Après un aperçu des principaux standards et protocoles, nous commencerons par construire un agent, d'abord sans protocole, puis en ajoutant des interactions MCP. Nous construirons après un système multi-agents et multi-technos (ADK, Quarkus et LangChain4j) via A2A.
Vous apprendrez ce que font ces protocoles et comment ils fonctionnent, mais aussi pourquoi ils sont importants, avec des parcours détaillés et des démos en direct tout au long de la session.
Si vous voulez comprendre tous les détails des protocoles autour des agents IA, cette session est faite pour vous !
Explore how Hibernate ORM, Quarkus, and LangChain4j come together to enable natural language interactions with relational data in your Java application. Leveraging Hibernate’s deep understanding of your domain model and data access layer, new tools now bridge the gap between structured information and LLMs, allowing users and agents to query and explore data using plain language.
During this session we will demonstrate - with a live demo of a Quarkus application - how to interact in natural language with your existing Hibernate data model. In particular, we will show both how to manipulate data and how to use them to implement a simple but effective RAG pattern. This particular style of data interaction, including RAG, will have the advantage of leveraging Hibernate’s type-safe mappings, semantic-rich HQL, and fail-fast validation, making this data manipulation process more effective and less prone to hallucinations.
Finally, we will also demonstrate how to easily expose this tool as an MCP server through Quarkus, allowing it to empower other external agents with knowledge from your data.
As software engineers, we are faced with lots of choices. Additionally, when developing libraries or frameworks that are used by lots of other software engineers to build their products, then even small decisions can have unforeseeable and unintended consequences down the line.
From timeless classics like the importance of naming in software and the proper reuse of existing components, to the unknowns of build time optimization and all the way to bold decisions like rewriting the entire I/O layer and everything in between, this session will give you valuable insights into how and why important decisions were made when developing Quarkus, with the hope of helping you avoid our mistakes and leverage what we got right.
Although the story focuses on decisions made in the context of Quarkus, no actual knowledge of Quarkus itself is necessary to follow along this talk.
In this presentation, we will take a detailed look at how Quarkus implements native compilation with GraalVM, highlighting the architectural choices that set it apart from other frameworks.
We will start with an overview of the Quarkus “Build-time” model, specifically how it pre-processes application segments to minimize the heavy lifting usually required at runtime. From there, we will dive into the specific trade-offs made during the native image generation process—explaining the “why” behind the configuration and optimization decisions.
To wrap up, we will go directly into the Quarkus source code to show:
- How these decisions are practically implemented
- How Quarkus “fixes” third-party libraries for native compatibility without changing their original code
- The tangible performance benefits these implementation details provide to the end user.
A partir des années 2020, l'essor fulgurant des LLMs a transformé le quotidien des développeurs, notamment via le “vibe coding”. Une zone est encore un peu floue dans l'histoire : Est-ce que cette révolution s'est étendue au domaine de l'architecture logicielle ? En 2040, a-t-on pu augmenter ou finalement remplacer les architectes par l'IA ?
Grâce à la présence d'un architecte tout droit “revenu du futur”, nous explorerons la pertinence et l'impact de l'IA sur l'architecture au-delà de la simple génération de code. Nous analyserons comment les LLMs ont aidé à extraire des contraintes et des exigences complexes, à combler le fossé entre l'architecture et le code et à évaluer les conceptions.
Nous aborderons notamment :
L'IA est-elle désormais un “sparring partner” essentiel pour vérifier les choix technologiques complexes ? Assiste-t-on au retour du “cycle en V” via le “Spec Driven Development” ? Est-ce que la “Vibe Architecture” est-elle devenue un mythe ou une réalité ? Nous dresserons un état des lieux des outils, du prompt jusqu'aux capacités de “Copilot Architecture” et montrerons comment ils façonneront nos activités de demain à l’ère des IA génératives.
On ne casse pas la production pour le plaisir de la casser (enfin un peu quand même), mais bien pour tester la résilience. Mais alors, pourquoi le faire en secret ?
Quand on parle de chaos engineering, on pense d’abord à la résilience technique des systèmes. Pourtant, l’aspect humain est tout aussi essentiel : gestion des incidents, communication, prise de décision en situation de crise… Autant d’éléments que nous mettons réellement à l’épreuve lorsque nous cassons la production en toute discrétion.
Dans ce talk, nous verrons comment nous avons conduit des expériences de Chaos Engineering en secret, les bénéfices concrets que cela nous a apportés, ainsi que les difficultés que nous avons dû surmonter.
Quand on parle de torrent, c'est rarement pour rester dans les cadres les plus légaux. C'est aussi pour cela que les sites référençant des torrents ont une fâcheuse tendance à changer d'URL, disparaître, puis réapparaître ailleurs. Certains se souviennent peut-être encore de la mort de T411, le tracker du torrent francais.
Quand T411 tombe, un vide immense s'installe dans l'écosystème torrent francophone. Et comme souvent dans l'histoire, quand un trône devient vacant, quelqu'un finit par s'en emparer.
L'héritier autoproclamé s'appelle YggTorrent. Mais ce n'est pas vraiment un digne successeur, plutôt un cousin illégitime qui profite du chaos pour prendre le pouvoir.
La recette est simple : une interface presque identique à T411, la même culture du seed, et une communauté qui migre rapidement. Pour beaucoup d'utilisateurs, la transition est une évidence.
Mais rapidement, le nouveau souverain ne fait pas l'unanimité.
YggTorrent est régulièrement accusé de faire le tri dans les torrents référencés, de bannir à tour de bras, et certains commencent à voir dans l'administration une forme de mafia. On s'éloigne doucement de l'esprit originel du torrent : une communauté qui partage et s'entraide.
En décembre 2025, YggTorrent franchit un nouveau cap en introduisant une politique de monétisation : le mode Turbo.
Sans mode Turbo, vous êtes limité à 5 torrents par jour et devez attendre 30 secondes avant d'obtenir le lien. Au passage, YggTorrent ajoute également des liens sponsorisés au milieu du catalogue.
La communauté s'enflamme et crie au scandale : la monétisation d'un travail collectif passe très mal. Plusieurs teams historiques protestent… et se retrouvent bannies en quelques minutes. Au final, ce sont 5 équipes du top 10 qui quittent la plateforme.
Certains tentent alors d'organiser une alternative, mais abandonnent face à la charge de travail et aux risques juridiques. Une partie des utilisateurs paie pour le mode Turbo. La colère du peuple continue à gronder.
Puis, en mars, YggTorrent devient soudainement indisponible.
Un communiqué apparaît : le site aurait été hacké et l'ensemble des données exfiltré.
Moins de 24 heures plus tard, un site alternatif propose déjà d'accéder à tout le contenu de feu YggTorrent, sans aucune restriction.
Dans cette présentation, nous verrons comment ce hack a été réalisé, ce qui a été découvert dans les données. Spoiler : ce n'est pas joli.
Nous terminerons enfin par les propositions techniques faites par l'équipe de hackeurs, U2peer, pour le futur du torrent, avec un objectif : qu'aucune dynastie ne puisse plus jamais prendre le contrôle de cet écosystème.
Le yoga nidra (sanskrit : योगनिद्रा ; IAST : Yoganidrā ; « méditation du sommeil », « sommeil contemplatif ») est une discipline issue de l'hindouisme développée par le samnyâsin indien Swami Satyananda Saraswati.
Le terme nidrā traduit depuis le sanskrit désigne « un état de conscience mi-endormi mi-éveillé nécessitant la pleine utilisation de ses facultés mentales ». Le yoga nidra est également assimilé au sommeil lucide.
Dans la mythologie hindoue, cela correspond à l'état constant de Narayana, Vishnou endormi. C'est aussi une technique visant à améliorer la qualité du sommeil. En se basant sur des exercices de rotations de l'esprit dans le corps, de respirations et de visualisations, il induit un état de relaxation profond.
Le yoga nidra (sanskrit : योगनिद्रा ; IAST : Yoganidrā ; « méditation du sommeil », « sommeil contemplatif ») est une discipline issue de l'hindouisme développée par le samnyâsin indien Swami Satyananda Saraswati.
Le terme nidrā traduit depuis le sanskrit désigne « un état de conscience mi-endormi mi-éveillé nécessitant la pleine utilisation de ses facultés mentales ». Le yoga nidra est également assimilé au sommeil lucide.
Dans la mythologie hindoue, cela correspond à l'état constant de Narayana, Vishnou endormi. C'est aussi une technique visant à améliorer la qualité du sommeil. En se basant sur des exercices de rotations de l'esprit dans le corps, de respirations et de visualisations, il induit un état de relaxation profond.
Catégories : Architecture, IA, Data, Cloud Computing, Culture Tech
Résumé
Ce talk présente le retour d'expériences portant sur la conception et la réalisation technique de deux plateformes baremetal multi-tenant on-premise (Datalake et IA) au sein de Monaco-Telecom, filiale du groupe NJJ.
Contexte et Défis
La mission imposait des contraintes techniques et temporelles :
- Déploiement de 24 machines on-premise (8 GPU NVIDIA H200, 600TB NVMe, 11TB RAM, 1920 cœurs physiques, interconnexion 100GbE)
- Contrainte budgétaire : pas de produits propriétaires soumis à un coût de License.
- Objectif de reconstruction complète des plateformes en moins de 24 heures
- Développement conjoint des deux plateformes avec exigences de résilience multi-zone, en 6 mois !
- Relation client fournisseur : découplage entre les intégrateurs de la plateforme et les solutions techniques qui vont la consommer
Approche Technique
Nous détaillerons l'écosystème technologique choisi pour garantir souveraineté, performance et maintenabilité :
- Orchestration Kubernetes avec gestion multi-tenant via CapsuleProject et fédération d'identités Keycloak
- Stockage distribué haute performance avec Rook Ceph
- Systèmes d'exploitation immutables (CoreOS) pour la sécurité et la reproductibilité
- Intégration GPU NVIDIA via l'opérateur GPU-Operator
Architecture en Couches et Crash & Burn
L'approche adoptée suit un modèle bottom-up par incréments successifs. Chaque nouvelle couche importante (infra, orchestration ou application) est validée par une reconstruction périodique complète des plateformes. Cette capacité de “crash & burn” garantit que la reproductibilité est maintenue à chaque étape, transformant chaque ajout en opportunité de validation plutôt qu'en risque d'instabilité.
Modèle Reproductible au sein du Groupe NJJ
L'expérience acquise constitue un modèle transférable aux autres sociétés de la holding NJJ. La communication continue et les boucles de feedback constituent le noyau de confiance permettant ce déploiement à plus grande échelle.
On exposera les cas d'usage pour le projet Datalake (optimisation des antennes radios) et de l'IA (speech to text, local LLM etc.). On manipule des données qui doivent rester sur le sol monégasque, d'où l'initiative des projets.
L'Humain Face à la Complexité
Au-delà des aspects techniques, ce projet soulève des questions fondamentales sur la place de l'ingénieur dans un monde de plus en plus dicté par l'IA :
- Communauté vs Solitude : Comment transformer la perception de solitude du contributeur individuel en force collective au sein de la communauté des ingénieurs cloud
- Contre-pied de l'IA : Face au discours “il y a qu'à, il faut qu'on…“, nous démontrons que seul l'humain peut gérer ses frustrations et naviguer dans les dangers des couches d'abstraction
- Peur de l'inconnu : La maintenance et les risques cachés derrière les abstractions nécessitent une vigilance humaine que l'automatisation ne peut remplacer
- Relever la Mission Impossible :
- Qu'est-ce qui permet de transformer l'impossible en réalité ? L'expérience accumulée, la diversité des compétences, la curiosité intellectuelle, le courage et la capacité à gérer sa propre peur face à des contraintes extrêmes.
Valeur pour les Participants
Ce retour d'expérience offre aux architectes et ingénieurs :
- Une vue approfondie sur les choix d'architecture pour des plateformes souveraines en environnement PME
- Les compromis entre performance, coût et maintenabilité
- Les bonnes pratiques de résilience et de reprise après sinistre
- Une réflexion sur le rôle de l'ingénieur dans l'ère de l'IA
Ce talk démontrera qu'il est possible de construire des plateformes cloud d'entreprise robustes et performantes sans dépendre de solutions propriétaires, en s'appuyant exclusivement sur des technologies Open-Source, tout en rappelant que derrière chaque ligne de code se trouve un humain dont l'expertise, la résilience et la capacité à gérer l'incertitude restent irremplaçables.
Mots-clés : Cloud Souverain, Kubernetes, Baremetal, Multi-Tenant, IA, Datalake, Open-Source, Rook Ceph, NVIDIA GPU, PME, Culture Tech, Ingénierie Humaine
Buzzword de 2025 et 2026, les agents IA se généralisent. Vous n'avez même pas besoin d'utiliser Python pour créer des agents, vous pouvez les développer en utilisant Java ! Dans cette présentation, nous nous concentrerons en particulier sur un framework : ADK, l'Agent Development Kit publié par Google.
Les agents IA perçoivent, planifient et agissent pour atteindre des objectifs en utilisant des LLM et des outils. Nous explorerons les différents outils à notre disposition, y compris les outils intégrés comme Google Search ou l'exécution de code en sandbox, ainsi que le code Java personnalisé ou les serveurs MCP.
Les systèmes multi-agents peuvent être construits en déléguant des tâches à des sous-agents plus spécialisés. Nous verrons les différents patterns en jeu pour organiser la collaboration entre agents, en utilisant des flux séquentiels, parallèles ou en boucle.
Ce n'est pas tout, nous verrons également comment les callbacks vous permettent de vous connecter au workflow de l'agent IA, ou comment l'état peut être partagé et manipulé, et comment les événements circulent dans nos systèmes “agentiques” ou comment ils sont persistés en mémoire.
À la fin de cette présentation, vous saurez tout sur ADK pour Java, et vous pourrez créer vos premiers agents IA en un rien de temps !
Dans un contexte géopolitique tendu et face à des réglementations de plus en plus exigeantes, la souveraineté numérique est devenue un enjeu stratégique pour les organisations. Cette conférence propose un état des lieux complet des solutions de cloud souverain, depuis les clouds publics traditionnels jusqu'aux technologies émergentes de cloud confidentiel.
Nous explorerons l'évolution des approches de souveraineté cloud, en analysant leurs forces et faiblesses respectives : clouds souverains de première génération, clouds de confiance issus de partenariats avec les hyperscalers, initiatives européennes comme GAIA-X, et technologies de confidential computing. Pour chaque approche, nous examinerons les aspects techniques, juridiques et stratégiques.
La présentation culminera avec une feuille de route pratique en quatre phases pour adopter une stratégie cloud souveraine adaptée à votre organisation, en équilibrant exigences de souveraineté, contraintes budgétaires et besoins d'innovation.
Que vous soyez en phase d'évaluation de votre stratégie cloud ou déjà engagé dans une démarche de souveraineté numérique, cette conférence vous fournira une vision claire des options disponibles et des tendances futures pour faire des choix éclairés.
Pré-requis: afin d'être plus efficaces le jour J, merci de préparer si possible le workshop en installant modèles, tools et code comme expliqué par ici.
🎯 Révolutionnez votre vision du développement Java avec l'IA !
Vous maîtrisez Java ? Vous détenez déjà 80 % des clés pour bâtir des systèmes d'IA sophistiqués. Ne laissez pas Python monopoliser l'innovation : avec LangChain4j, Java devient le langage roi pour l'IA de production.
Au programme de cet atelier intensif :
🧱 Partie 1 : L'IA comme un service. Apprenez à injecter l'intelligence via CDI comme n'importe quel Bean. Gérez la mémoire contextuelle avec les scopes (@SessionScoped) et donnez des bras à vos agents grâce au Function Calling.
🏗️ Partie 2 : L'Architecte d'Agents. Allez au-delà du simple chat. Concevez des workflows déclaratifs complexes (séquence, parallèle) et maîtrisez le Pattern Superviseur : une IA capable de planifier et manager d'autres agents de manière autonome.
🚀 Pourquoi venir ? Repartez avec des patterns prêts à l'emploi, une maîtrise des protocoles MCP/A2A et la capacité d'intégrer des agents robustes dans vos architectures d'entreprise.
Passez de spectateur à architecte de l'IA ! 🚀
On entend souvent parler des mêmes modèles et use cases comme la génération de texte, le code, les chatbots, etc. Dans cette session, nous ferons un tour d'horizon de plusieurs plusieurs modèles Open Source disponibles sur Hugging Face mais un peu moins mis en lumière bien que très largement utilisés dans l'industrie. Tout cela articulé dans une démo d'un robot majordome, Alfred, dans une scène virtuelle sur Nvidia Isaac Sim.
Voici quelques catégories que nous allons aborder :
- 📝 Natural Language Processing - mesurer la similarité, classer du texte, extraire du sens.
- 📊 Tabular & Time Series - faire de la prédiction, de la régression, détecter des tendances.
- 🔊 Audio - modifier un son, isoler des voix, extraire des représentations audio.
- 👁️ Computer Vision - détecter des objets, segmenter des images, transformer des vidéos.
- 🤖 Robotics - apprendre des gestes, exécuter des actions, contrôler un robot.
Le sujet est vaste… et devrait donner plusieurs idées de projets intéressants à développer 🤗