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

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

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 ?

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

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

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.

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

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

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