DevoxxFR 2026 on Zwindler's Reflection

DevoxxFR 2026 - Récap du vendredi (jour 3)

Fri, 24 Apr 2026 16:00:00 +0200

Les résumés des 3 jours de DevoxxFR 2026

Troisième jour de DevoxxFR 2026

Dernier jour, et surtout pour moi : c’était le créneau de notre talk.

Entre le “petit” stress avant de monter sur scène, la tension des démos live, puis le relâchement après coup, cette journée a eu une saveur différente. Moins de talks que les deux jours précédents dans mon programme, et je suis un peu rincé dans mon train retour.

Limits, Requests, QoS, PriorityClasses, démystifions le scheduling dans Kubernetes

C’était notre session, avec un objectif simple : rendre concret un ensemble de concepts que tout le monde voit passer (requests, limits, classes de QoS, PriorityClass, ordonnancement), mais qui restent souvent flous tant qu’on ne les voit pas en situation réelle.

Le format est maintenant bien rodé (on l’avait déjà donné notamment au DevFest Nantes et à Touraine Tech 2026), mais cette édition était clairement notre meilleure exécution jusqu’ici :

transitions très fluides ;
démos live qui ont toutes fonctionné ;
bon rythme entre explication pédagogique et incidents provoqués ;
super interactions avec la salle et beaucoup de questions à la sortie.

On a eu plusieurs personnes qui sont venues nous voir spontanément après la session pour échanger sur leurs cas de prod. C’est exactement ce qu’on espérait : démystifier, puis rendre actionnable.

Plusieurs personnes sont aussi venues simplement nous féliciter à la sortie, et ça m’a vraiment touché.

Côté feedback, les retours ont été excellents, avec une note moyenne de 4.91/5 (45 évaluations) et des commentaires très positifs sur la clarté, l’humour et les démos.

Deux retours (parmi 17 !!!) qui résument bien l’esprit de la session :

“Très dynamique, un magnifique récap et des démos vraiment bien construites et claires. Merci pour ce moment de partage.”

“Des concepts un peu obscurs pour les développeurs, enfin démystifiés, avec de l’humour et des démos qui marchent (toutes !), et des conseils simples et actionnables.”

Franchement, gros moment de satisfaction.

Interview au Studio Devoxx

J’avais aussi un enregistrement prévu au Studio Devoxx, le nouveau format vidéo/podcast de la conférence.

J’étais un peu stressé au départ, mais Emmanuel Bernard m’a rapidement mis à l’aise. Très vite, la discussion est devenue naturelle et très agréable.

On a parlé de Kubernetes (avec quelques anecdotes de production), de notre talk du jour, et aussi de l’écriture technique autour de mon livre Kubernetes : 50 solutions pour les postes de développement et les clusters de production.

Curieux de voir le rendu final quand l’épisode sortira.

Kubernetes et la JVM

Je voulais absolument assister à cette session de Jean-Michel Doudoux et Alain Regnier (SCIAM), par curiosité sur l’angle JVM en environnement Kubernetes.

Talk avec de nombreux rappels des fondamentaux, aussi bien sur Kubernetes que sur Java :

warmup JVM, tiered compilation, impacts du JIT (C1/C2) sur les phases de démarrage ;
importance des ressources CPU allouées (démo assez parlante : 37s de démarrage avec 200m CPU contre 2s avec 1000m) ;
choix du garbage collector influencé par les ressources disponibles ;
détection des limites container et évolutions côté Java (container awareness, MaxRAMPercentage, support cgroups v2) ;
sujets de startup time (Class Data Sharing, AOT) et compromis de GraalVM natif.

Un autre sujet intéressant évoqué : CRaC (Coordinated Restore at Checkpoint), encore très expérimental, qui vise à réduire drastiquement le warmup en s’appuyant sur un mécanisme de checkpoint/restore CRIU, que je suis avec une grande attention (j’en ai déjà parlé plusieurs fois sur le blog, notamment quand je vais au FOSDEM).

Petite réserve : une reco sur Kaniko apparaissait encore dans les slides, alors que le projet est archivé depuis fin 2025.

Globalement, le talk balayait beaucoup de concepts sans forcément rentrer en profondeur sur chacun, je regrette un peu de ne pas plutôt être allé à “Fini les nuits difficiles: Comment l’IA a transformé nos astreintes” de Jean-Philippe Fourès.

Hallway track (encore et toujours)

Comme souvent à Devoxx, une grosse partie de la valeur se joue aussi entre les salles : discussions improvisées, débriefs à chaud, retrouvailles et nouvelles rencontres.

Un peu rincé par cette matinée riche en émotions, j’ai aussi fini de collecter les awards qui me manquaient sur l’app mobile compagnon : j’ai été le 9e à atteindre les 6400 points. Gamification, quand tu nous tiens.

Le format “dernier jour” donne un petit côté bilan collectif, et c’était très sympa de croiser encore plein de monde (Florian, Olivier, Jean-Philippe, Jérôme, Carine, Alexandre, Emmanuel).

Merci particulier à Brian et Quentin, mes collègues Luccasiens, qui ont donné à ce DevoxxFR une saveur spéciale. C’est beaucoup plus chouette de faire une conférence entre collègues que seul (ce que j’ai souvent fait).

Fin de DevoxxFR 2026

Ce DevoxxFR 2026 était encore une très belle édition.

Côté perso, je repars surtout avec :

la satisfaction d’avoir donné notre meilleure version du talk ;
des discussions de fond sur Kubernetes et l’évolution de nos pratiques ;
quelques idées à creuser, au fil des discussions et des meilleures sessions ;
et toujours autant d’énergie prise dans les rencontres.

Merci aux organisateurs, aux speakers, aux bénévoles, aux sponsors, et à toutes les personnes avec qui j’ai pu échanger pendant ces trois jours.

Petit clin d’oeil aux orgas :

la prod est down

le dog est down

mais je m’en fous parce que je devoxx!

Vivement la prochaine édition.

DevoxxFR 2026 - Récap du jeudi (jour 2)

Thu, 23 Apr 2026 18:00:00 +0200

Les résumés des 3 jours de DevoxxFR 2026

Deuxième jour de DevoxxFR 2026

Pour ce jeudi, j’ai raté les keynotes du matin (arrivé un peu tard), j’ai donc commencé par un tour des stands avant d’enchaîner avec les talks de la matinée. J’en ai profité pour récupérer des goodies pour les enfants au passage (:P).

Gérer vos tickets support avec de l’IA mais sans cramer la planète

Matthieu Vincent (Sopra Steria) et Philippe Charrière (Docker) ont présenté un talk sur un cas d’usage IA utile (gestion d’un service “support”), sans exploser les coûts infra.

Le message central : pas besoin d’un gros modèle partout. Selon le besoin, SLM/TLM (S ou T pour small ou tiny) peuvent suffire, à condition de bien cadrer mémoire, contexte et architecture.

Les points principaux :

Dimensionner le modèle sérieusement (poids, KV cache, activations), pas juste prendre “le plus gros”. Ca ne rentrera pas “sur le mac”.
Construire un RAG propre sur l’historique des tickets, avec embeddings et chunking seulement si nécessaire.
Ajouter une couche agentique légère pour orchestrer les actions/outils externes.

J’ai bien aimé que la démo utilise un JSON comme base vectorielle, ça rend très lisible et compréhensible le concept de vecteur et de calcul de distance. J’ai aussi bien aimé la très brève démo de “Docker Agents”, ce qui m’a décidé à enchaîner sur un talk à ce sujet l’après-midi.

Talk efficace, orienté pratique, avec une idée simple mais importante : pour ce type de besoin, “petit modèle bien outillé” bat souvent “gros modèle par défaut”.

L’Agentic Coding, nouveau territoire du Platform Engineering

Yankı Sesyılmaz et Julien Tanay (Doctolib) ont présenté un REX très concret sur l’adoption de l’agentic coding à l’échelle.

Le chiffre marquant : une vraie “task force” de 2 personnes dédiée à l’accompagnement de 600 profils tech, avec un passage assumé en mode agentic-first.

Ce que j’ai retenu :

Le sujet n’est pas juste “quel outil choisir”, c’est un vrai sujet de platform engineering.
Passer en agentic-first impose de revoir les workflows, de soigner le context engineering, de mettre en place une marketplace pour standardiser sans enfermer.
Leur approche tourne autour du Spec-driven Development (specs Markdown versionnées, lisibles humains + machines). Ils ont choisi OpenSpec pour garder un framework léger et adaptable.
Les plus gros utilisateurs de l’agentic sont les profils déjà habitués au context switching (et notamment les DevOps/SRE qui sont très transverses). On réduit la friction avec worktrees, dashboards d’agents et réduction des blocages humains.

Ils ont aussi partagé leur pipeline d’industrialisation outillage : veille, filtre valeur, revue sécurité, test avec AI champions, puis standardisation.

Enfin, les use cases “remote agents” étaient plutôt concrets : backlog de tickets, incidents de prod, migrations techniques, revue de code, avec orchestrateur, observabilité et guardrails pour cadrer le tout.

Talk intéressant, qui pointe les questions à se poser plus qu’il ne répond à comment les résoudre (:p).

Email at scale : comment on a survécu à 800M mails/an (et au DNS)

Julien Goullon et Julien Eyraud (Mirakl)

REX très solide sur un sujet qu’on sous-estime souvent : à ce volume, l’email devient un sujet de plateforme, pas un simple “service annexe”.

Ce que j’ai retenu :

Le contexte est massif : 300+ marketplaces, 170k vendeurs, 500 domaines d’envoi à migrer.
Leur nouvelle archi (Kafka + outbox + traitements asynchrones) a apporté du scale, mais a aussi exposé des effets de bord violents en incident (rebalancing, doublons, consumers bloqués).
Ils ont dû ajouter des garde-fous très concrets : circuit breaker, topics rapides/lents, déduplication Redis, observabilité/reporting.
La migration DNS/fournisseur est un chantier à part entière (SPF, DKIM, propagation, warm-up IP, suppression lists), avec beaucoup d’erreurs côté clients.

Le point le plus intéressant : ils ont investi dans l’outillage et l’autonomie client pour devenir proactifs, au lieu de rester en réaction permanente aux incidents.

Docker Agent - comment simplifier encore plus la création d’agents IA ?

Djordje Lukic et David Gageot (Docker)

Pas pu rentrer, même avec un peu plus de 10 minutes d’avance (maintenant un classique pour la salle Maillot). On m’en a dit du bien, je le mettrai dans la liste des replays.

Le mythe de la neutralité : quand la tech devient politique

Hugo Lassiège (eventuallycoding)

Talk dense et assez courageux sur un sujet qu’on évite encore dans les conférences tech, par peur de se faire étiqueter souverainiste peut être ? (alors que pas du tout).

Ce que j’ai retenu :

Le discours “la technologie est un outil neutre, tout dépend de l’usage” est commode, surtout pour les big techs. Mais un système peut définir ou suggérer son propre usage — une arme reste une arme.
Le numérique n’est pas “virtuel” : il structure concrètement l’accès au monde (transports, paiements, information), et ses biais ont des effets réels (ex. reconnaissance faciale moins performante sur les personnes non blanches au Royaume-Uni).
Les GAFAM sont en avance, mais aussi massivement subventionnés par des fonds publics — ce n’est pas uniquement le fruit du marché libre.
La souveraineté ne signifie pas l’autarcie. Être maître de ses choix sans subir de pressions extérieures, c’est possible dans un cadre d’interdépendance.

La citation qui m’a le plus parlé :

J’espère qu’on est en train de vivre notre effet Sputnik, qu’on appellera peut-être l’effet Trump.

Les exemples concrets sur ce qui se passe quand on se fâche avec les États-Unis (la CPI coupée de ses outils bureautiques, le juge coupé de toute interaction avec le monde) ou sur des déclarations comme “la technologie permettra d’éliminer le vote” (Peter Thiel) remettent bien les enjeux en perspective.

Talk que j’ai bien aimé.

Mise : un multi-outil pour votre poste de Dev & Ops

Rémi Verchère (Gravitek) parle d’un sujet que j’ai découvert avec la sortie des nodes de type Linux chez Clever Cloud il y a quelques mois (cf mon article sur le sujet). Le talk adresse un problème très concret : quand on jongle entre plusieurs projets, versions d’outils, variables d’environnement et scripts maison, ça devient vite le bazar.

Ce que j’ai retenu :

mise.toml permet de figer les versions d’outils par projet et de les installer simplement.
Le système de tasks (avec dépendances) permet de structurer les workflows build -> test -> deploy.
Bon support de l’environnement de dev (variables, venv Python, etc.).
Côté sécurité, il y a des briques utiles (checksum, cosign, lockfiles).

Un outil que je vais clairement creuser, surtout pour réduire la friction sur les context switches Dev/Ops.

Soirée meet-and-greet (version courte)

J’ai brièvement croisé quelques personnes pendant le meet-and-greet, mais j’ai rapidement dû filer au meetup Staff 42 qui commençait juste après. Pas eu le temps de passer à The Voxx, mais ça avait l’air bien, comme d’habitude.

Meetup Staff 42

Quelques sujets abordés pendant la soirée :

Comment naviguer dans l’ambiguïté — et trouver les bons problèmes à résoudre.
Le rôle Staff n’est pas fixe : on navigue entre différents archétypes (dans la définition qu’en donne le livre sur le staff engineering) selon les semaines et les contextes.
Super pouvoir identifié : savoir communiquer / avoir la liberté d’amener de l’innovation.
Il est difficile de devenir Staff sans avoir fait plusieurs entreprises et découvert plusieurs cultures.

Bonne soirée, discussions enrichissantes. On a fini par un dîner ensemble.

DevoxxFR 2026 - Récap du mercredi (jour 1)

Wed, 22 Apr 2026 18:00:00 +0200

Les résumés des 3 jours de DevoxxFR 2026

Premier jour de DevoxxFR 2026

C’est reparti pour DevoxxFR, avec un mercredi bien dense, orienté IA le matin, puis des formats plus diversifiés l’après-midi.

Je pose ici mon récap “à chaud” du jour 1.

L’IA au service du bien commun : agir avec raison dans l’incertain

Laurence Devillers (Sorbonne Université / CNRS) a ouvert la matinée avec une keynote sur les mythes autour de l’IA et sur la nécessité de garder une posture critique.

Un axe central de sa présentation : l’IA peut amplifier nos capacités, mais elle n’est ni neutre, ni magique, ni responsable. Elle aide à la décision en agrégeant des volumes de données inaccessibles à un humain, mais elle ne remplace pas le jugement.

Parmi les idées marquantes :

Le “boom IA” ne commence pas en 2022, l’histoire remonte loin.
L’AGI reste lointaine, notamment sur les dimensions de cognition “système 2”.
Les biais sont structurels (langues, données d’entraînement, cadrage des usages).
Le coût de l’IA est réel, même quand l’interface semble “gratuite”.
L’anthropomorphisme est un piège : un modèle n’a ni responsabilité morale, ni expérience vécue, ni sentiments.

J’ai trouvé que l’intervention aurait pu être intéressante, malgré le côté cours magistral (qui peut rebuter, mais qui a son intérêt), mais l’ensemble était beaucoup trop dense. Beaucoup de concepts ont été enchaînés très vite, avec peu de temps pour creuser chaque point. C’était peu “lisible”.

Les échecs à l’ère de l’intelligence artificielle

Laurent Fressinet (grand maître international, ex-coach de Magnus Carlsen) a proposé un format très pédagogique sur la co-évolution entre joueurs d’échecs et machines.

Le récit repart de la défaite de Kasparov contre Deep Blue, puis montre la rupture introduite par AlphaZero : moins de “règles codées à la main”, plus d’auto-apprentissage massif.

Ce que j’ai trouvé particulièrement intéressant, c’est le changement de posture chez les joueurs :

L’IA n’est plus seulement un adversaire, elle devient un outil d’analyse.
Elle pousse à revisiter des intuitions établies.
Le niveau global (des humains) monte parce que les méthodes d’entraînement changent.

Un bon talk “hors bulle tech” qui ramène à une idée utile pour nos métiers : on peut utiliser l’IA pour progresser, pas seulement pour accélérer. L’important est de s’adapter.

Sous le capot d’une base de données analytique

Sylvain Wallez (Elastic) a fait un deep dive très réussi sur ES|QL, le langage de requêtes “pipe” d’Elastic, et surtout sur son moteur d’exécution.

Le talk couvrait très bien la chaîne complète :

Parsing (grammaire ANTLR).
Plan logique (résolution des champs, types, sources).
Optimisations successives (pushdown de filtres, column pruning, simplifications d’expressions).
Mapping vers plan physique (répartition entre planner node et data nodes).
Optimisations locales avant exécution.

J’ai bien aimé la clarté des explications sur le modèle distribué/colonnaire/vectorisé, et sur la manière dont le query planner “réécrit” la requête de manière itérative pour gagner en performance.

Le contenu était avancé, mais très accessible dans la forme. C’est le genre de talk qui donne l’impression d’avoir tout compris sur le moment, tout en sachant qu’il y a encore beaucoup de complexité sous le capot.

Créer un jeu vidéo avec GitHub Copilot en 3h

Après une pause dej à papoter avec beaucoup de monde : session prévue de 13h30 à 16h30 (Neuilly 253), avec Xavier Noya, Arthur Magne et Tug Grall.

Seul format long que j’avais calé ce jour-là. Trois heures, c’est un gros investissement dans un agenda Devoxx, mais aussi l’occasion de vraiment pratiquer sur du développement IA spec-driven, au lieu d’enchaîner les talks.

Au final, je n’ai pas pu rentrer dans l’atelier (salle déjà pleine) malgré plus de 10 minutes d’avance. Frustrant.

Ce raté a au moins eu un effet positif inattendu : ça m’a poussé à sprinter vers l’amphi Maillot pour le talk suivant.

⌛ Et si on débuguait notre rapport au temps ?

Albane Fagot-Veyron (BPCE SI) — amphi Maillot.

Après m’être fait recaler de l’atelier GitHub Copilot, j’ai donc dû courir pour tenter d’attraper ce talk. Dix minutes d’avance n’avaient pas suffi pour l’atelier, l’amphi Maillot était bondé lui aussi, j’y croyais pas trop. Je fais partie des trois derniers (sur plusieurs centaines de personnes) à avoir eu une place. Ça valait le coup de forcer.

Albane travaille depuis deux ans sur ce sujet (elle a commencé à s’y intéresser après avoir fait un TEDx, mais elle connaissait un peu le sujet, on avait échangé par message en 2024 sur la semaine de 4J, sujet important pour elle à l’époque). Le point de départ : notre rapport au temps peut devenir une vraie source de souffrance, et elle-même a traversé des cycles d’épuisement liés à ça.

Le talk était structuré en trois axes : comment fonctionne notre rapport au temps, les pièges que l’on a créés collectivement, et comment agir à l’échelle individuelle et organisationnelle.

Ce que j’ai retenu :

Le temps perçu n’est pas le temps réel. Enfant, le temps s’écoule lentement (tout est nouveau) ; adulte, il s’accélère. La maladie ralentit la perception. L’activité aussi.
On vit dans une société de l’accélération (Hartmut Rosa) : on remplit les espaces vides, on compresse le temps, on multitâche. Et on paie un prix fort : le context switching coûte jusqu’à 40 % de productivité, et laisse le cerveau épuisé en fin de journée au point que “la seule chose que j’arrive à faire, c’est scroller”. Je vois très bien ce qu’elle veut dire…
L’IA devait nous “faire gagner du temps” — et pourtant, les travaux exposés à l’IA constatent +3h15 de travail par semaine en moyenne. Là encore, je me retrouve à 100% dans ce constat. Je n’ai pas l’impression de travailler “moins” avec l’IA, au contraire.
Le mode réseau par défaut du cerveau (le “temps de rien”) est crucial. Sans lui, pas de récupération cognitive réelle. Le takeaway principal : sanctuariser 5 minutes par jour, en silence, sans distraction.
À l’échelle collective : interroger la culture de l’organisation, ses rythmes induits, pas juste ajouter de la flexibilité en surface.

Excellente speakeuse, sujet hyper pertinent. Un talk que j’avais besoin d’entendre, MERCI MERCI MERCI Albane.

(Je me suis donc accordé une petite pause silence)

Question pour un cluster Kubernetes : quiz sur Kubernetes et ses concepts

À 17h00, Aurélie Vache propose un quiz interactif pour tester (et challenger) ses connaissances sur Kubernetes et ses concepts fondamentaux.

Le format était intéressant, ponctué de démos, avec des questions piégeuses sur des comportements qu’on croit connaître “de base” : requests / limits dans le cadre des HPA, scheduling, effets de bord quand plusieurs paramètres se combinent, etc.

Même sur des sujets qu’on pratique tous les jours, ce genre de quiz remet bien en place et force à revalider ses réflexes.

Cerise sur le gâteau : sur 114 participant(e)s, j’ai gagné.

Récompense : une paire de chaussettes OVHcloud avec le logo “chat” des produits quantiques. Je valide.

Maternité dans la tech : du témoignage à l’action

À 17h50, Estelle Thou (Criteo) revient sur son vécu de la maternité dans le monde tech et propose des pistes d’action concrètes pour les équipes et les organisations.

Le talk aborde un angle qu’on devrait traiter bien davantage dans la tech : comment recruter plus de femmes, les fidéliser, et surtout éviter que la maternité soit vécue comme un frein de carrière.

Trois axes ressortent clairement :

Construire un environnement serein pour annoncer une grossesse (culture managériale, messages portés par le leadership, process RH lisibles et centralisés).
Mieux préparer le retour de congé maternité (1:1 avant départ, plan de retour, mentorat, reprise progressive).
Travailler les points structurels (écarts de salaire, biais de présentéisme, partage réel du congé parental, formation des managers à des situations sensibles).

Un message important : ces aménagements ne sont pas des “avantages”, mais des réponses à des besoins physiques, mentaux et organisationnels bien réels.

J’ai trouvé l’intervention très utile car elle va au-delà du témoignage : elle donne des leviers concrets pour les équipes et les entreprises.

Hallway track

J’ai vu, parlé avec ou croisé Annabelle, Antoine, Horacio, Laetitia, Aline, Rémi, Benoit, Nico (et plus largement le reste de la team Lectra), Alexandre, Aurélien, Mickael, Julien, Sébastien, Thierry, Olivier (x2), Jean Christophe, Fanny, Emmanuel… et sûrement d’autres gens que j’ai oubliés.

Comme d’habitude, les rencontres sont riches et intenses.

Soirée speakers

C’est la tradition, le mercredi soir c’est soirée speakers. Nous nous sommes donc tous retrouvés à 19h30 pour une soirée chill entre speakers.

L’occasion de rajouter de très longues discussions tech, de changer le monde et la société, et un peu de Kubernetes (quand même !) avec Quentin, Sébastien, Guillaume, Albane, Nicolas, Arnaud, Stefan, Marie, Estéban, Hugo, Houssem, Jean Philippe, Romain, Alex,