TechnologySociety & CultureBusinessManagement

Le Studio Devoxx France

Emmanuel Bernard

Le Studio Devoxx France, c’est un espace dédié aux échanges longs et qualitatifs, loin du rythme minuté des talks. Au programme :
- des interviews de nos speakers
- des discussions avec l’équipe Devoxx France
- des moments en coulisses, souvent invisibles pendant l’événement

Le tout dans un format posé, authentique, pensé pour aller plus loin que la scène. Chaque épisode est une opportunité de découvrir les parcours, les idées et les visions de celles et ceux qui font vivre la tech aujourd’hui.

Play

Open in

14 episodes
Avg 32 min
French

Episodes 14

Newest Oldest Longest

All14 Unplayed14 In progress0 Played0

Tuesday · 25 min
Paul Pinault : de la démoscène à l''IoT : sécurité, reverse d'ampoule connectée et Zephyr OS
Paul est passionné d'informatique depuis l'Amstrad CPC 6128, mais c'est par l'électronique qu'il a choisi de se spécialiser, avant de bifurquer vers l'infrastructure et l'IoT, son terrain de jeu depuis 15 ans. Dans cette interview, on creuse un paradoxe fascinant : allumer une ampoule connectée, cela ne demande que quelques dizaines de lignes de code… alors pourquoi en embarque-t-on des centaines de milliers ? Entre chaînes de certification, chiffrement des communications et mises à jour de firmware, Paul nous explique pourquoi la sécurité a transformé l'embarqué et pourquoi les réglementations européennes qui arrivent (CRA, RED) vont contraindre durablement le secteur. On y découvre aussi : - le reverse d'une ampoule connectée qui réserve des surprises architecturales contre-intuitives (spoiler : elle fait bien plus qu'éclairer) ; - les stratégies des fabricants pour mettre à jour des flottes de dizaines de millions d'objets sans les briquer ; - pourquoi le Zephyr OS open source est en train de devenir une référence dans l'industrie ; - un détour inattendu par la démoscène des années 90 — Volcanic Party, démos en 4 Ko, assembleur et optimisations extrêmes — dont les savoir-faire renaissent aujourd'hui, y compris grâce à l'IA. Une conversation qui va du bas niveau au cloud, entre anecdotes de terrain et conseils à ceux qui voudraient redescendre regarder sous le capot. 0:00 Introduction 0:49 De la Démo-scène à l'IoT : le parcours de Paul 2:19 Sécurité IoT : les réglementations européennes (CRA, RED) 5:06 Pourquoi la sécurité fait gonfler le code embarqué 6:26 Caméras de surveillance : la plus grosse passoire 7:32 Le badge connecté de l'atelier Devoxx France 8:56 Reverse d'une ampoule connectée 11:50 Mises à jour de firmware : OTA et double banque flash 14:27 Zephyr OS et les normes de mise à jour 16:14 La démocène : Volcanic Party et démos en 4 Ko 23:16 Ce qu'il faut retenir : rester curieux du bas niveau 24:21 Si une AGI existait…
September 16 · 18 min
L'event-driven est une architecture dangereuse - Victor Rentea
Victor Rentea, Java Champion et fondateur de European Software Crafters, la plus grande communauté mondiale dédiée à la qualité du code, passe au crible pour le Studio Devoxx France les pièges des architectures event-driven en production. Dans cette interview qui touchent tous les sujets sensibles de l'event-driven architecture, Victor tranche : "c'est une architecture dangereuse". Après 150 entreprises, il déroule les erreurs qui explosent un an plus tard sans prévenir, et la question que personne ne pose : aviez-vous seulement besoin d'event-driven ? Au programme : Le piège numéro un : des consommateurs non idempotents Le dual write et l'outbox pattern, ce que les équipes bricolent vraiment Pourquoi vos logs sont votre premier filet de sécurité Les dead letter queues, ces cimetières planqués sous le tapis Un message broker ne suffit pas à faire de l'event-driven "You go to an event, you drive home, you do architecture", sa définition ironique de l'EDA. 00:28 Introduction de Victor 00:51 Les pieges les plus communs et incidieux en Event Drive Architecture 03:20 Le probleme de la double écriture (dual write) 04:44 Un fichier de log peut aller très loin 06:40 Ordonner les messages, important ou pas ? 08:34 Erreurs et queues de lettres mortes (dead letter queues) 09:58 Utiliser Event Drive Architecture pour les mauvaises raisons 10:25 EDA est pour des probèmes métier ! 14:03 Quand le synchrone commence à craquer 16:45 Questions rituelles
September 10 · 18 min
85 % des données de santé dorment dans nos hôpitaux - Montaine Marteau
Montaine Marteau, CPO à temps partagé dans la MedTech et co-animatrice de l'atelier « Charmer les dragons » à Devoxx France, explore pour le Studio Devoxx France la donnée de santé qui dort dans nos hôpitaux et l'art de pitcher une idée technique sans perdre la salle. Dans cette conversation, elle rappelle qu'un argument basé sur des faits devrait s'imposer de facto, sauf que « c'est pas comme ça qu'il marche le cerveau ». Avant les chiffres, il faut embarquer l'autre par l'émotion, puis se mettre dans ses baskets : quel est son problème à elle ? Au programme : Pourquoi 85 % des données de santé dorment dans nos hôpitaux Système 1 contre système 2 : l'émotion avant les faits Les gabarits qui marchent : storytelling Pixar, big numbers, ABT Influencer ou manipuler : tout est dans l'intention « Tenter, échouer, recommencer », sa règle : un pitch ne marche jamais du premier coup. 00:00 CPO dans le medtech 01:07 La tech et la santé 02:25 Les Défis de l'Exploitation des Données Médicales 04:41 Le Règlement Européen sur les Données de Santé 06:09 Comment pitcher une idée 07:49 Techniques de Pitching et de Communication 10:24 Stratégies Narratives pour Captiver l'Audience 13:38 Exprimer en 2 minutes un concept d'une heure pour ne pas perdre les gens 15:20 Influence ou manipulation 16:33 Questions rituelles
August 28 · 17 min
"Lancez-vous" : le seul conseil qui compte pour un premier talk - Clément De Tastes
Clément de Tastes, Tech Lead chez SCIAM, speaker Java et co-fondateur de Toulon Dev, raconte pour le Studio Devoxx France pourquoi il a lancé un meetup dans le Var et comment on ose son premier talk. Dans cette conversation, il revient sur le déclic de la prise de parole : on ne se sent jamais assez expert, "j'ai pas le niveau d'un Rémi ou d'un Jean-Michel", et pourtant il faut se lancer. Reste la localité, quand le JUG le plus proche est à une heure de route. Mais tout part d'une passion technique. On commence par Valhalla, qu'il décrit comme "une fusée à plusieurs étages" : les value classes (JEP 401, en preview dans le JDK 26), la gestion du null, la densité mémoire. La promesse, c'est le beurre et l'argent du beurre : la lisibilité des objets et la performance des primitifs. Au programme : On commence par la passion de Clément : Java, et en ce moment Valhalla Fonder Toulon Dev pour enrichir dans la localité Se lancer par étapes : en interne, puis un meetup, puis une conf Sa deuxième conf : Devoxx Belgique, salle pleine, en anglais "Si vous avez une passion, un sujet à transmettre, lancez-vous", son message aux hésitants. 00:00 Introduction 01:37 Les étages de la fusée Valhalla 03:34 Etage null 05:26 Unification avec les types primitifs et erasure 07:55 Value type et garbage collection 09:34 Les gains concrets pour les utilisateurs 11:21 Transmission de la passion et création de Toulon-Dev 16:39 Questions rituelles
July 29 · 51 min
Faut-il encore savoir coder pour vibe coder ? - Nicolas Grenié
Nicolas Grenié, Developer Advocate chez SLNG.ai, passé par Typeform, alias "Monsieur BuildShit", raconte au Studio Devoxx France comment le vibe coding a changé sa façon de construire des logiciels. Dans cette conversation, il l'assume : "quand je vibe code, je regarde le code ? Presque jamais". Prototypes lancés depuis la maternité, générateur d'icônes à 15 000 utilisateurs, faille de sécurité corrigée en une soirée. Et quand un exec veut shipper le proto en prod le lendemain, qui tranche ? Au programme : - Ce que le bagage technique change quand on vibe code - Du proto à la prod : sécurité, permissions, dette invisible - Comment Typeform a mis le prototypage entre les mains des PM -Pourquoi le dev garde le dernier mot sur ce qui part en prod - Le developer advocate face à un "client" qui hallucine "Done is better than perfect" : la formule qui coûte le plus à un ingénieur français. 00:00 Nicolas et son parcours de Developer Advocate 02:08 Mr BuildShit 03:11 Definition de Vibe Coding et bagage technique 06:27 Ta première expérience Vibe Coding 08:24 Lovable 09:17 La relation aux prototypes 12:55 L'ouverture des possibles y compris le vibe coding de bébés 14:56 Comment filtrer ce flux de prototypes 18:12 Ce flow en entreprise 20:27 Du proto à la sécurité 22:31 Une barrière de qualité ? 25:45 Un outil pour PM, un outil de recherche 27:56 Le syndrome on shippe en prod 31:14 Revue de vibe code ou pas ? 33:07 Travail d'équipe interdisciplinaire, la mort du spécialiste ? 35:34 La developer advocacy à l'heure de l'IA 39:13 Le prochain projet de Nicolas 40:25 Les inquiétudes des développeurs 45:32 Les questions rituelles
June 25 · 29 min
Faut-il vraiment découper son IA en agents spécialisés ?
Tiffany Souterre, Olivier Leplus et Arnaud Jean, developer advocates chez AWS, démontent pour le Studio Devoxx France l'architecture derrière leur workshop : un Maître du Jeu de Donjons & Dragons qui orchestre plusieurs agents IA, avec MCP, A2A et RAG. Ils racontent comment un orchestrateur distribue le travail à des agents spécialisés, et pourquoi le vrai enjeu n'est pas l'agent qui impressionne en démo mais le système qu'on déploie en prod notamment via l'observabilité. Au programme : • Orchestration, chorégraphie ou workflow : qui appelle qui • MCP pour outiller un agent, A2A pour les faire dialoguer entre eux • Le RAG est loin d'être mort : la fiabilité quand les règles comptent • Pannes, contradictions et fallbacks quand on passe à l'échelle • Observabilité : lire les traces pour voir l'agent raisonner "MCP, c'est le HTTP des agents". 00:00 Les agents au moyen age 01:58 Systèmes agentiques et orchestration 05:54 Orchestration vs Chorégraphie vs Workflow 09:31 Les grosses évolutions des architectures des agents 12:06 Les protocoles MCP et A2A dans la danse agentique 15:46 Lancement de la version 1.0 de A2A 16:01 RAG, c'est fini ou pas ? 19:18 RAG et contradictions 22:01 Les modes de déploiement des agents 24:22 Modes d'erreurs nouveaux ou vieux comme le monde 26:13 Le rôle clé de l'observabilité
June 19 · 57 min
12 ans pour une feature ! Rémi Forax sur les Value Class en Java 28
Rémi Forax, enseignant-chercheur à l'Université Gustave Eiffel et membre d'OpenJDK, raconte au Studio Devoxx France douze ans de Project Valhalla et l'arrivée des value class en Java 28. Modifier la JVM coûte "affreusement cher", le problème des nuls a fait dérailler des prototypes entiers, et la compatibilité ascendante reste la règle du jeu, pas une frustration. Au programme : • Ce qu'est une value class : pas d'identité, manipulée par valeur • Pourquoi Valhalla a mis douze ans : prototypes, erasure, impasses assumées • Le casse-tête des nuls : alignement, atomicité, surcoût d'un octet • Ce que Java 28 livre en preview (JEP 401), et ce qui manque encore • Lilliput, Leyden, CRaC : la suite pour la JVM "Invoke dynamic n'existe que parce que Sun est mort", quand les vraies features mûrissent sans deadline. 00:00 Présentation de Rémi Forax : enseignant-chercheur 01:17 Plongée dans les Value Class 04:20 La question identitaire de la Value Class 08:52 12 ans pour Value Class, pourquoi ? 11:56 Compatibilité ascendante, la plaie ? 16:58 Gestion des Exceptions et Compatibilité Ascendante 21:46 Le problème des nuls dans les Value Class 26:31 Plus de 64 bits, l'impact sur les performances 28:14 Ce qu'il y a dans Java 28 41:58 Le temps de la recherche 44:19 Le futur au delà de 28 56:16 Les questions rituelles
June 12 · 52 min
Coder avec un LLM sans coder à sa place — Rémi Forax sur LazyLR
Rémi Forax, maître de conférences à l'Université Gustave Eiffel et membre d'OpenJDK, raconte pour le Studio Devoxx France comment il a codé LazyLR, sa lib de parsing de grammaire, avec un LLM, sans renoncer au design. Dans cette conversation, il défend une approche bottom-up : "le LLM doit faire toute l'équipe autour du chirurgien". Pas de vibe coding, du TDD, des blueprints en code, un contexte taillé court pour empêcher le modèle de dériver. Et un retour cash sur ce que les LLM cassent dans l'enseignement. Au programme : • LazyLR : un parser LR qui construit son automate à la volée, sans étape de build • Contextual lexing : quand le parser souffle au lexer ce qu'il a le droit de voir • Pourquoi les vrais parsers de prod sont toujours réécrits à la main • Sa méthode Claude Code : blueprints en code, design notes, dépendances ciblées • OpenJDK interdit les LLM : ce que les faux bug reports d'ASM révèlent Étudiants biberonnés au LLM : la béquille qu'on ne sait plus enlever "Faut pas qu'il génère un code parfait, faut qu'il sache expliquer à un humain pourquoi il est parfait." Sa ligne de crête entre productivité et compréhension. 00:00 Présentation de Rémi Forax : enseignant-chercheur 01:51 Equilibre enseignant et OpenJDK 03:46 La boucle de retour étudiant - OpenJDK 06:12 L'évolution des étudiants au fil des générations 14:41 LazyLR - un nouveau parseur LR avec boucle de design immédiate 17:03 LR, LL et Konami code 19:20 Le Lazy de LazyLR 25:38 L'aide du Lexer pour les langages modernes 27:31 Problèmes des langages modernes 29:19 Les vrai parseurs de langages font... 31:06 LLM en testeur d'etudiant moyen 32:15 LazyLR codé avec de l'IA générative 34:02 L'approche chirurgien 37:10 La boite à outil AI de Rémi 39:36 Stratégies d'interaction avec le LLM 47:27 La politique pas d'IA d'openJDK 51:11 Dans 5 ans on code comment ?
June 2 · 20 min
100k€ et 6 mois ou 1k€ et 70h : où va le métier de dev selon Didier Girard ?
Didier Girard, directeur général du groupe Sfeir, raconte pour le Studio Devoxx France comment l'IA fait passer un site web de 100k€ en 6 mois à 1k€ en 70 heures et ce que ça change au métier de développeur. Dans cette conversation, il pose : « le temps passé n'est plus une unité de mesure de création de valeur ». Le développeur devient product engineer, l'analyse revient, les équipes rétrécissent et la facturation bascule à l'engagement de résultat. Au programme : - Refaire un site web institutionnel en 4 heures avec Claude Code - Constitution, contexte chaud, contexte froid : le context engineering - Pourquoi SFEIR ne recrute plus quelqu'un qui refuse l'IA - Evolution client: du temps passé au résultat - Pizza team vs sandwich team : 2 personnes augmentées au lieu de 10 « Le 10x, c'est maintenant » pas une projection, l'état du terrain en 2026. 00:00 Introduction et Présentation de Didier Girard 01:01 De 6 mois et 100k à 70 heures et 1k pour un projet 04:07 Le besoin du context engineering 05:47 Developper, you are not 08:12 Le retour en grâce de l'analyste ? 09:46 Didier recrute quels profils ? 10:51 Moins cher ou faire plus ? 14:25 Le contexte froid, le contexte chaud 18:05 Pizza teams, sandwich teams 19:55 Les questions rituelles
May 18 · 20 min
Le CAP des Garbage Collectors : on ne peut pas avoir les trois (Jean Michel Doudoux)
Jean-Michel Doudoux, directeur technique chez SCIAM, Java Champion et auteur depuis 25 ans du tutoriel "Développons en Java", interroge pour le studio Devoxx France, ce qui arrive à la JVM enfermée dans un conteneur Kubernetes. Dans cette conversation, il rappelle que choisir un GC, c'est comme le théorème CAP : throughput, latence, consommation, on ne peut pas avoir les trois. Et en dessous de 2 CPU et 2 Go de RAM, votre JVM passe au Serial GC. Au programme : -Comment la JVM, pensée pour "une machine = un serveur", a évolué pour tourner dans Kubernetes - Les ergonomics et leurs pièges dans les petits conteneurs AOT, CDS, GraalVM Native Image : trois réponses au démarrage lent GraalVM en natif : closed world, mais avec des contraintes "Diesel ou électrique" : son analogie pour choisir entre JVM classique et natif. 00:00 Introduction 01:42 La naissance de Java, la naissance du didacticiel de Jean-Michel 03:53 Du Commodore 64 à Kubernetes 05:04 La JVM une machine = un serveur 06:13 Le passage au modèle cloud à la consommation 07:52 Les Ergonomics de la JVM 09:24 Quel GC dans les petits conteneurs ? 11:24 Le temps de demarrage de la JVM 13:50 GraalVM 18:33 Questions rituelles
May 18 · 27 min
Le moment Spoutnik de la tech européenne ? Rencontre avec Hugo Lassiège
Hugo Lassiège, ex-CTO et cofondateur de Malt, créateur de Writizzy, défend pour le studio Devoxx France, une idée qui dérange : la tech n'a jamais été neutre et encore moins aujourd'hui. Impossible de se cacher derrière un « moi, je fais juste de la technique ». Dans cette conversation, il raconte le moment Spoutnik européen, celui où, sous le mandat de Trump, les DSI européennes commencent enfin à interroger leur dépendance aux clouds américains. Au programme : - Pourquoi le développeur "neutre" n'existe pas, même en faisant du CRUD - La frontière entre éthique personnelle et politique collective - Le moment Spoutnik européen : enfin pour de bon ? - Pourquoi un label "Made in France" ne suffit pas - Le cruel manque de CEO issus de la tech "Responsabilité, curiosité, esprit critique" les trois mots qu'il veut laisser aux développeurs de 2026.
April 10 · 59 min
L'IA : ange ou démon ?
Laurence Devillers, professeure en intelligence artificielle et éthique à la Sorbonne et chercheuse au CNRS, démystifie pour le studio devoxx ce qu'on croit savoir sur les LLM, ChatGPT et les robots affectifs. Dans cette conversation, elle nous explique pourquoi faire confiance aveuglément à une IA, c'est "système 1 sur système 1" : ni vous, ni la machine n'avez vraiment réfléchi. Et les conséquences (dans l'éducation, le travail, la santé) sont bien plus profondes qu'on ne l'imagine. Au programme : • Comment les machines nous manipulent sans le vouloir (nudge, biais cognitifs) • Pourquoi l'IA n'a ni conscience, ni émotions, ni sens • Ce que les développeurs risquent de désapprendre • Le rôle crucial de l'éducation et de l'esprit critique • Pourquoi l'AGI telle qu'on la décrit n'existera pas "Agir avec raison dans l'incertain", la maxime de Pascal qui guide sa vision de l'IA. 00:00 Intro 01:07 L'enseignement et la recherche 01:59 Manipulation Langagière et Nudge 05:24 Émotions et conscience, détection des émotions 07:17 Perception et compréhension des machines 09:26 Anthropomorphisme et Engagement Émotionnel 13:05 Conscience et Système de Décision 16:41 Limites de l'Intelligence Artificielle 20:56 Générer des émotions chez les humains et ses usages 25:49 Humain, machine et intelligence 31:08 Machine, AI, animal, sentience et responsabilité 34:50 Ethique et normalisation 38:51 L'éducation et la perte de connaissance 49:15 L'avenir de l'humain avec l'IA 55:17 l'AGI
March 23 · 23 min
L’IA peut-elle vraiment coder à votre place ?
Dans cette interview, Arnaud Héritier répond aux questions d'Emmanuel Bernard, sur les agents IA de développement, comme Claude Code ou Codex CLI. Quel est l'impact des outils d'assistance et de génération de code, basés sur l'IA ? Comment évaluer, tester et se lancer ? Où se replace le développeur dans tout cela ? Copilot, Codex CLI, Docker Agent, Claude Code, Gemini... Arnaud partage avec vous son expérience et le travail qu'il a réalisé, entre autres chez Doctolib, et maintenant chez Docker. Interview réalisée par Emmanuel Bernard. Devoxx France : https://www.devoxx.fr Du 22 au 24 avril 2026
March 11 · 27 min
Dans les coulisses de la sélection des talks à Devoxx France
Bienvenue sur la chaîne du Studio Devoxx France ! Dans cette interview, Arnaud Héritier répond aux questions d'Emmanuel Bernard, sur l'organisation et le déroulé du "CFP", Call for Papers, de la conférence Devoxx France. Qui sélectionne les sujets ? Comment se fait le tri ? Comment trier plus de 1000 propositions pour en garder environ 200 à la fin ? Devoxx France c'est du 22 au 24 avril 2026, à Paris. Rendez-vous sur https://www.devoxx.fr pour découvrir le programme

Showing 1–14 of 14 episodes