Le Studio Devoxx France Titelbild

Le Studio Devoxx France

Le Studio Devoxx France

Von: Emmanuel Bernard
Jetzt kostenlos hören, ohne Abo

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.Copyright 2026 Le Studio Devoxx France Management & Leadership Sozialwissenschaften Ökonomie
Folgen
  • Faut-il vraiment découper son IA en agents spécialisés ?

    Faut-il vraiment découper son IA en agents spécialisés ?
    Jun 25 2026
    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é
    Mehr anzeigen Weniger anzeigen
    29 Min.
  • 12 ans pour une feature ! Rémi Forax sur les Value Class en Java 28

    12 ans pour une feature ! Rémi Forax sur les Value Class en Java 28
    Jun 19 2026
    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
    Mehr anzeigen Weniger anzeigen
    58 Min.
  • Coder avec un LLM sans coder à sa place — Rémi Forax sur LazyLR

    Coder avec un LLM sans coder à sa place — Rémi Forax sur LazyLR
    Jun 12 2026
    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 ?
    Mehr anzeigen Weniger anzeigen
    53 Min.
adbl_web_anon_alc_button_suppression_t1
Noch keine Rezensionen vorhanden