BDX/IO 2026

ENFIN !

J'ai réussi à être sélectionné pour une conférence à BDX/IO.

J'avais entendu beaucoup de bien de cet événement et je confirme : c'en est un. Et être 10 speakers Onepoint ne joue pas du tout dans mon ressenti.... ou presque.

Cette année, c'est ENSEIRB-MATMECA qui accueille l'événement, de superbes amphis, de bonnes installations studieuses (malgré une connexion mobile pas terrible).

Les stands sont répartis sur deux étages mais les déplacements se font très bien. Pas mal de discussions avec les copains, collègues, concurrents, clients, copains-collègues, concurrents-clients, etc. vous m'avez compris.

Côté "manger", de bons petits déj et plein de trucs froids à manger le midi, c'était très bon.

Les moments speakers et les soirées

Mercredi soir, un bout de resto privatisé avec apéro dînatoire et toujours un plaisir de revoir ce petit noyau de speakers que je n'avais pas vu depuis le mois d'avril (TNT). J'adore ces moments de retrouvailles à discuter de tout et de rien ; mais particulièrement de cette pré-conférence si particulière.

Jeudi soir, bar et resto avec les Onepoint, idem, toujours un plaisir de voir ces collègues avec qui tu discutes par Teams, mais que tu ne vois jamais. J'adore ces moments.

Keynote d'ouverture : "Comment construire des outils numériques qui apprennent et qui protègent ?"

Estelle Landry, Emilie Goudin

Estelle Landry, PM et speakeuse reconnue, et Emilie Goudin, formatrice d'enseignants au numérique éducatif, ouvrent ce BDX/IO sur un sujet Ô combien important.

Elles nous rappellent les chiffres, glaçants, autour du cyberharcèlement, mais étendent le sujet sur l'éducation et la perception du monde du numérique chez les enfants, qui est, de fait, le sujet de prédilection d'Emilie.

Les chiffres autour de l'usage, du temps passé devant les écrans et de la connaissance du monde du numérique nous permettent de nous rendre compte d'une réalité parfois difficile à appréhender, voire à accepter.

Un fait relativement intéressant : "Les enfants pensent savoir se servir du net et en fait non". Contrairement à certains papiers non scientifiques : non, le numérique n'est pas natif chez les enfants (Bordel !).

En partant de ces éléments, et du manque d'outils pédagogiques pour aider le corps enseignant dans la transmission du savoir nécessaire à un usage sécurisé et efficace du numérique, Emilie et Estelle ont développé Pix Junior.

Avec chacune leur casquette respective, elles nous présentent cette application destinée aux enseignants et aux élèves de primaire.

En partant de la démarche pédagogique, l'UX adaptée aux enfants, particulièrement liée à leurs capacités cognitives, les objectifs et la gamification, elles nous montrent tout un ensemble de techniques appliquées dans l'application, qui, personnellement, me serviront dans mes activités de formateur et de mentor.

Très honnêtement, c'est une super keynote. Elle fait peur mais elle nous responsabilise sur le fait d'accompagner correctement les enfants.

Petit rappel : 1 million d'enfants par an subissent du cyberharcèlement, et 1 sur 4 pense suicide. Ce sont des enfants !

C'est en les formant et les accompagnant qu'on arrivera à limiter les dérives et impacts de ce monde tout aussi incroyable que dangereux qu'est l'univers du numérique.

Merci beaucoup.

Le parsing, angle mort de votre RAG : voir, vérifier, et passer au chunkless

Pier-Jean Malandrino

Pier-Jean s'appuie sur Docling et Docling Studio pour discuter des complexités liées au parsing de documents, des pipelines d'intégration RAG, etc.

Aujourd'hui, les équipes travaillent particulièrement sur le process de RAG ou sur l'agent, mais rarement sur le parsing initial des données.

Sauf que, adage de data scientist : "Garbage In => garbage Out"

Et comme 51% des entreprises sont en pleine adoption des RAG (chiffre de 2024, donc c'est probablement bien plus aujourd'hui), il serait grand temps d'y remédier.

Pier-Jean prend le temps de bien nous réexpliquer les principes du parsing PDF et précise bien que reconnaître le texte dans des images, PDF et schémas ne suffit pas (81% de compréhension => 50% de bonnes réponses).

Il nous apporte quelques tips & tricks, comme de garder dans les métadonnées le positionnement des éléments les uns par rapport aux autres, le type d'information (images, textes, schémas).

En réalité, ce sont des éléments que l'être humain prend en compte (involontairement) pour sa compréhension. Il prend l'exemple du sens de lecture avec un schéma. Généralement, on lit la légende ou les informations liées à un schéma avant l'image elle-même, histoire de mieux comprendre, donc on lit de bas en haut, dans cet espace du fichier. Alors qu'un agent IA lira de haut en bas, et donc n'en comprendra pas forcément la même chose.

Et ces informations, il n'y a qu'au parsing qu'on peut les obtenir.

Il aborde rapidement le sujet des changements de version, que ce soit du parseur, du document ou du modèle, mais principalement dans l'objectif de nous faire comprendre la complexité de maintien d'un pipeline de RAG. Et ça pour arriver à la partie la plus impactante de la conférence, le chunkless, ou comment faire de la recherche documentaire avec preuve sans RAG.

L'idée, c'est qu'au lieu d'avoir :

Document -> Parsing -> Chunking -> Embedding -> Stockage DB Index

, et toute la complexité sous-jacente, on ait directement :

Document -> Parsing -> MCP

On élimine le chunk, le stockage, les problèmes de vectorisation et on laisse les agents naviguer et parcourir les documents juste avec les informations de parsing.

Et ça, ils l'ont mis en œuvre, et les démos sont plutôt prometteuses.

Comme toute solution récente, il y a des limites un peu contraignantes, dont le nombre de documents, le fait que les recoupements entre documents sont délégués à l'IA. Mais clairement, en couplant avec un simple moteur de recherche, je pense que la solution peut aisément remplacer un gros pipeline de RAG et être plus flexible.

Pour aller tester, c'est par là-bas : https://github.com/scub-france/docling-Studio et c'est open source.

Merci Pier-Jean

Une femme sur deux quitte la tech, alors qu'est-ce que je fais encore là ?

Anaïs Huet

Les chiffres de 2023 : "50% des femmes quittent la tech avant leurs 35 ans". Et donc, Anaïs ayant 36 ans, elle se demande pourquoi elle est encore là.

Anaïs étaye un peu ces chiffres avec sa propre expérience et reprend quelques définitions comme le sexisme ordinaire et présente un outil que je ne connaissais pas : la roue des privilèges. Du mansplaining, et l'aide non sollicitée subie à l'école dans une promo 95% masculine, aux "blagues" graveleuses à base de "tu passes sous le bureau pour une augmentation", elle repasse sur le quotidien "normal" d'une femme de l'IT.

Sans parler de la placardisation liée à sa grossesse et du fait que "c'est bien d'avoir une maman dans l'équipe pour s'occuper des plus jeunes".

Je vous laisserai aller voir la conférence sur les sujets autour du physique des femmes, de l'écart de salaire et de l'usage du mot hystérique, avant de zoomer sur trois histoires qu'elle nous a racontées.

On parle de faits passés après 2020, pas de vieux trucs. Une proposition de massage à la maison et des menaces de viol et chantage par des collègues. Un étranglement par un collègue, un PUTAIN D'ÉTRANGLEMENT au bureau ! Non mais sérieusement !

Et évidemment, tu ne sais pas réagir à ce genre de choses. Un conseil qu'Anaïs nous donne est surtout de parler de ces sujets-là, ne pas les laisser passer. Et si vous avez la possibilité de dire clairement : "Si tu as un problème, je t'écoute, et je peux agir".

Mais après tout ça, elle est toujours dans le métier car elle aime son job, et malgré tout, elle y passe de bons moments. Elle peut aussi s'appuyer sur des assos comme Duchess, Women In Tech et Yeeso.

Elle nous conseille aussi un jeu : Takattak. Il permet de s'entraîner et sensibiliser.

Une petite liste de ce qu'on peut faire pour essayer de lutter :

• Ne pas rire quand on a une blague sexiste : ce n'est pas forcément si simple, surtout dans un groupe, mais c'est efficace
• Ne pas minimiser
• Ne pas chercher à objecter, éduquer tout le monde tout le temps : c'est épuisant. Par contre, si quelqu'un le fait, venez en renfort
• Observer : faire attention au nombre de fois où une femme se fait interrompre dans une réunion
• Se former et former
• Communiquer, discuter ouvertement de ces sujets

Mais surtout : Tolérance 0.

Merci Anaïs pour ce talk et tous ces précieux conseils qui nous permettront peut-être de continuer à aller dans le bon sens.

"TechLeads : arrêtez de répondre. Commencez à questionner !"

Fanny Klauk

Dans ce quickie, Fanny (oui, je suis une groupie de Fanny) repasse sur un réflexe naturel, mais plutôt délétère des tech leads.

Répondre immédiatement aux questions. Alors oui, ça va plus vite, mais en fait ça nous transforme en SPOF. Elle fait une petite liste des impacts négatifs que ça peut avoir et nous donne une piste technique pour pallier cette problématique : "Poser des questions au lieu de répondre".

Et elle parle plus précisément de la notion de "questionnement puissant", qui est une manière, une façon de questionner qui amène à faire grandir l'équipe.

Quand on a quelques années de leading derrière nous, c'est une pratique qu'on a déjà tendance à faire. Mais le fait de poser un mot dessus et surtout, d'apporter des exemples et des pratiques, permet d'ancrer durablement cette façon de faire évoluer son équipe.

Merci Fanny <3

@Transactional : Facile à utiliser, difficile à maîtriser

Benoit Martin

Benoit repasse sur les différentes options de l'annotation Transactional et nous présente les différents cas d'usage de chaque option ainsi que les impacts sous-jacents, les liens entre classes et/ou méthodes qui utilisent les transactions. C'est un talk très complet autour du sujet. Il discute aussi des différentes interprétations en fonction de la base de données utilisée. Sur ce dernier point, attention, les valeurs par défaut des options diffèrent.

Je trouve les slides très bien faites, les schémas et les exemples sont très clairs. Pour ceux qui ont besoin de comprendre de manière avancée l'usage des Transactions, c'est le bon talk.

Merci Benoit :)

Tricher pour mieux apprendre : 30 minutes par jour pour rester curieux dans nos métiers de la tech

Yann Schepens

LE MEILLEUR TALK DE TOUT BDX/IO !

Évidemment, non. Pour ma première à BDX/IO, je suis plutôt content de venir avec un sujet qui remet un peu de calme dans le brouhaha ambiant lié à l'IA. Dans une salle à demi pleine, en concurrence avec un talk de Julien Briault, je ne m'en sors pas trop mal. Le sujet a plu d'après les retours. Donc je suis plutôt content.

C'était une bonne expérience :)

Merci BDX/IO.

Les design patterns agentiques dont vous êtes le héros

Guillaume Laforge

Voici ce que je me suis dit en fin de talk : "Ce talk va encore pourrir tout mon temps libre".

On parle beaucoup de l'usage des agents de codage, mais assez peu de la création d'agents pour des besoins métiers. Et c'est un sujet un peu différent.

Guillaume reprend ce qu'est un agent mais surtout "Comment on en développe un ?". Il amène le sujet de la réflexion autour des notions de planification, contexte et outils ; sans oublier les notions de sécurité et de harness. Dans ce contexte-là, il nous propose plusieurs patterns d'implémentation d'agent via différents SDK (pour ne pas faire de jaloux), afin de répondre aux notions qu'il nous a présentées. On parle de Programmatic Planning, RAG, Progressive Disclosure, Hierarchical Agent Decomposition, LLM as judge et mon petit préféré : Goal oriented action planning. Je l'aime beaucoup, car dans le principe, on lui file tout un tas de trucs et on lui dit "Débrouille-toi" (pour rester poli... On s'est compris).

J'aime beaucoup la démarche très pédagogique et claire de Guillaume sur ce sujet. Il s'appuie sur des bouts de code et des exemples concrets pour voir les cas d'usage de ces patterns.

Merci Guillaume d'avoir posé des mots et des concepts sur des trucs qu'on faisait déjà, mais aussi de nous en faire découvrir de nouveaux. J'ai l'impression de repasser par la case "Découverte des design patterns en POO" et ça me redonne tout un tas de nouveaux jouets à essayer.

Votre architecture cloud est en réalité un organigramme

Horacio Gonzalez (LostInBrittany)

Comme d'habitude, je ne comprends pas toujours tout sur les talks d'Horacio avec son accent "breton" à couper au couteau. Mais c'est toujours super intéressant car toujours collé à la réalité.

Il parle pas mal de Roger, qui malgré la décision d'équipe de partir sur k8s, est le seul sachant. Ben, Roger n'a plus de vacances et est constamment d'astreinte.

Ce talk parle du fait que le choix d'une architecture doit prendre en compte des personnes qui vont évoluer autour. Que ce soit pour les astreintes, les compétences (si une personne est absente, ben il faut quand même pouvoir agir).

C'est d'autant plus vrai à l'ère de l'IA, qui a une légère tendance à prendre des décisions sans prendre en compte les besoins en intervention humaine.

Revoir ce talk avant de se lancer dans une réflexion architecturale vous fera probablement prendre des décisions différentes et ce, pour votre projet et surtout votre équipe.

Merci Horacio !

Keynote de fermeture : « Merci pour ton aide ! » - « Oh, de rien, je fais juste mon travail. »

Anaïs Moulin

Ah, Anaïs, quel plaisir de la voir sur scène pour cette keynote de fermeture avec un sujet foncièrement humain.

Ce talk parle du fait d'accepter les compliments et ce qui se passe dans notre cerveau quand on les refuse. Et d'ailleurs, est-ce qu'il se passe quelque chose ou pas ? Pourquoi est-ce qu'on refuse des compliments ? Et quels impacts ça peut avoir, aussi bien pour soi que pour les personnes qui vous font ces compliments ?

Ce talk est assez incroyable, comme tous les talks d'Anaïs je dirais. Je vous conseille très fortement d'aller le voir. Ça remet les idées en place. Ça peut aussi permettre à pas mal de monde de se rendre compte qu'ils font des choses bien.

Merci merci merci Anaïs !

P.S.: C'est toujours assez fou de voir une speakeuse qu'on a pu coacher sur scène, en particulier pour une keynote <3

Keynote d'ouverture : La nécessaire évolution du métier de développeur : que nous arrive-t-il ?

Nicolas Martignole

Deux questions pour ouvrir : “Quand est-ce qu’on arrête d’écrire du code ?” et surtout “Quand est-ce qu’on arrête de le relire ?”. Sa réponse : on ne relit plus, on spécifie. On laisse l’IA coder, et notre effort passe dans ce qu’on demande et ce qu’on vérifie.

Chez Back Market, il n’y avait pas d’IA en juin 2025. Aujourd’hui : Coding Agent -> Router -> Provider -> LLM, avec OpenCode et OpenRouter, qui permettent de fixer des quotas, donc des coûts, et de classifier les prompts.

Le ROI est réel, surtout sur le legacy. Et il vient aussi de tout ce qu’on fait maintenant et qu’on n’aurait jamais fait sans l’IA !!!!!!

Ma phrase préférée : “Le laptop n’est pas l’usine”.

Ses prévisions pour 2027 : encore plus de modèles chinois (déjà 75% des tokens chez eux), des usines logicielles, et le contexte qui devient le code source. On reviewera des conversations plutôt que du code, et la documentation devra être claire et précise, pour les agents.

Ce qui disparaît : l’écriture et la relecture de code. Ce qui reste : les jugements d’architecture, la responsabilité, et le “goût”, ce qui fait qu’un code est bon.

Merci Nicolas !

Bit Twiddling, Duff's Device ... Les optimisations extrêmes de code

Olivier Poncet

Les talks d'Olivier sont un bonbon pour ceux qui aiment l'algorithmie, la compréhension fine de ce qu'il se passe dans un programme, un processeur, bref ceux qui aiment décompiler des trucs et voir "comment ça marche". On finit tous fatigués à la fin de ces talks, mais c'est de la bonne fatigue qui ramène l'informatique à ce qu'elle est vraiment.

Ce coup-ci, il nous ramène sur comment s'appuyer sur la manipulation de bits pour faire de la micro-optimisation. Il nous démontre le comportement des différents compilateurs selon des processeurs cibles et en fonction des optimisations. Oui, on a regardé les instructions assembleur pour chaque astuce. Et ça fait du bien.

Gros effet douche ecossaise, dans le sens que vous voulez, juste après le talk de Nicolas qui nous dit qu'on ne relira plus le code XD.

Merci Olivier. Tes confs, qui ne sont clairement pas utilisables par tout le monde, sont toujours très efficaces pour nous ramener à la réalité de nos métiers et raviver la passion pour les trucs compliqués.

Server-Sent Events : quand l'API murmure à l’oreille de votre navigateur

Charline Humeau, Nicolas Giraud

Cette conférence, aka "la conf avec démo qui ne fonctionne jamais, mais ce n'est pas de la faute des speakers", permet de voir en situation réelle l'usage du SSE VS les autres façons de faire de la communication front/back. Après un petit tour des contraintes et alternatives, Nicolas et Charline nous montrent comment implémenter une communication à base de SSE dans une stack Angular/Spring Boot et la simplicité de la mise en œuvre.

Mais tout n'est pas magique, donc ils nous amènent quelques patterns à respecter et quelques points d'attention à avoir.

Merci Charline et Nico, dommage pour la démo, mais en même temps quand on n'a pas de connexion mobile, c'est plus difficile de faire participer le public.

Des bisous

Conclusion

Eh oui, à un moment, ça doit bien se terminer, et vu qu'il faut 5 F*****G HOURS pour faire Bordeaux -> Nantes, décollage après le talk de Charline et Nico.

J'ai beaucoup aimé BDX/IO, il y a un très bon équilibre entre les sujets. En tout cas, personnellement, ça me convient. Je reviendrai avec plaisir.

Un gros big up à toute l'équipe, que dis-je, l'association qui gère BDX/IO. Florian Allainmat, je te laisse passer le message.

Allez, à une prochaine fois :)