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

• DevoxxFR - Récap du mercredi (jour 1)
• DevoxxFR - Récap du jeudi (jour 2)
• TODO DevoxxFR - Récap du vendredi (jour 3)

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.