Le Studio Devoxx France

Théo Gianella, développeur front-end chez Zenika, transforme la jungle du CSS en boîte à outils : responsive et mobile first, Flexbox et Grid, unités relatives et clamp, container queries, scroll state et Baseline pour le support des navigateurs.

Il raconte aussi sa reconversion, de la recherche en littérature française au développement web.

Interview enregistrée à Devoxx France 2026 par le Studio Devoxx France, animée par Emmanuel Bernard.

0:00 Intro

1:03 Responsive : combien sur 10 ?

3:35 Mobile first

4:41 Responsive ou adaptatif

7:20 Flexbox et Grid

10:16 Unités relatives et clamp

14:34 Container queries

18:28 Scroll state

20:03 Baseline : le support des navigateurs

21:47 De la littérature au code

27:58 Bootcamp et reconversion

31:53 Le mot de la fin

Yannick Grenzinger, développeur depuis 20 ans, devenu engineering manager chez Payfit, revient sur son parcours du code vers l’humain.

IA et métier de développeur, revue de code devenue goulot, limites des LLM, puis management : autonomie, flux inspiré du Lean, amélioration continue et documentation, autour de sa devise « manager moins sans manager moins bien ».

Interview enregistrée lors de Devoxx France 2026, animée par Emmanuel Bernard.

0:00 Intro

0:50 Parcours : du code à l’humain

2:41 Développeurs et IA : quelle crise ?

4:37 La revue de code, nouveau goulot

6:03 Les LLM, des machines pas intelligentes

9:33 Pourquoi devenir manager

11:53 Le quotidien d’un manager

15:36 Manager moins sans manager moins bien

17:01 Autonomie, flux et amélioration continue

21:20 La documentation revient

22:59 Le mot de la fin

Sylvain Wallez, Principal Engineer chez Elastic, raconte au Studio Devoxx France sa façon de voir les langages et notamment Rust.

Dans cette conversation, il parle en ingénieur qui a pratiqué 25 langages et démonte les mythes au lieu de les relayer : la lenteur de JNI n'est pas celle qu'on croit. Ce qui le retient dans Rust, c'est ce que le compilateur garantit : le mutex contient la donnée qu'il protège, les race conditions tombent à la compilation, la mutabilité redevient permise.

Au programme :

- Le parser Parquet en Rust d'Elasticsearch, en zéro copie via Apache Arrow

- Le borrow checker vu comme un garbage collector statique

- La latence plate d'un backend sans garbage collector

- Ce que les conférences apportent et pas les replays

"Au début le compilateur est un ennemi, puis un professeur, et après un assistant", sa façon de résumer l'apprentissage de Rust.

Sommaire :

00:33 Introduction et Présentation de Sylvain Wallez

02:15 L'Importance des Conférences et des Connexions Sociales

04:11 L'évolution des conférences - le DevRel

05:48 Rust de et vers Java

10:37 Rust et son GC

13:56 Apprentissage de Rust et Modèles Mentaux

16:49 Les choses contre intuitives venant du modèle objet

19:48 Prochain backend en Java ou en Rust ?

21:56 Les questions rituelles

2ème partie de l'interview d'Albane Fagot-Veyron par Emmanuel Bernard pour Studio Devoxx, réalisé en juillet 2026. Retrouvez la première partie ici :

https://youtu.be/t3iXSZxI5eU?si=6S8aKjHZ8g8pMsoT

Dans cet épisode enregistré au studio Devoxx France, **Emmanuel Bernard** reçoit **Albane Fagot-Veyron** pour une réflexion sur notre rapport au temps, l'impact de l'intelligence artificielle et l'urgence de ralentir.

Alors que les technologies et l'IA promettent de décupler notre productivité et de nous libérer des heures précieuses, pourquoi plus de 70 % des actifs ont-ils l'impression d'être en permanence en apnée ?

En s'appuyant sur les travaux du sociologue Hartmut Rosa sur la « société de l'accélération », les neurosciences et son expérience du terrain, Albane décortique le piège de l'efficacité à outrance : plus nous gagnons du temps, plus nous surchargeons notre cerveau de micro-décisions et de stimulations numériques.

À travers des pistes concrètes, elle nous invite à réintroduire des « moments de vide » indispensables à notre créativité, à dépasser les illusions des to-do lists individuelles (GTD), et à transformer les cultures d'entreprise pour en finir avec le présentéisme.

Elle partage également son retour d'expérience sur la **semaine de 4 jours**, un levier d'action puissant pour la santé mentale, l'égalité femmes-hommes et l'inclusion professionnelle.

**Ouvrages cités d'Hartmut Rosa :**

* *Accélération : Une critique sociale du temps* (Éditions La Découverte, 2010)

* *Aliénation et accélération : Vers une théorie critique de la modernité tardive* (Éditions La Découverte, 2012)

* *Résonance : Une sociologie de la relation au monde* (Éditions La Découverte, 2018)

## Timecodes

0:00 Intro

0:21 L'IA nous fait-elle vraiment gagner du temps ?

2:11 L'accélération sociale : le piège de la technologie

6:07 Surcharge cognitive, multitâche et fatigue décisionnelle

10:47 L'importance vitale des moments de vide pour le cerveau

14:05 L'attention en miettes : smartphones et sur-stimulation

17:28 Réapprendre à s'ennuyer : surmonter la peur du vide

20:12 Débugger son rapport au temps : le rythme soutenable

23:30 Oisiveté vs repos : sortir du piège de l'utilité permanente

25:28 Épuisement individuel et crise systémique : l'alerte du burn-out

29:07 To-do lists et "Getting Things Done" : les limites de la productivité personnelle

32:26 Du pansement individuel à la transformation collective

35:12 En entreprise : déconstruire les croyances et le culte du présentéisme

38:03 Le tabou de la lenteur : pourquoi la société rejette l'inactivité

48:10 La semaine de 4 jours : efficacité, santé et justice sociale

54:37 Entrepreneuriat, charge mentale et écologie du temps long

59:20 Question rituelle : Quel rythme voulez-vous vraiment vivre ?

1:00:43 Question rituelle et fin

Interview d'Albane Fagot-Veyron réalisée en juin 2026 par Emmanuel Bernard.

-------------------------------------------------------------------------------------------------------------

Pourquoi les équipes tech et les développeurs ont-ils l'impression permanente de courir après le temps, d'enchaîner les réunions stériles et de ne plus pouvoir coder 45 minutes d'affilée sans être interrompus ?

Dans cette première partie, nous recevons Albane Fagot-Veyron, ex-chercheuse en astrophysique reconvertie en coach d'organisation et conférencière, spécialiste de l'approche systémique du temps en entreprise.

Elle transpose le concept bien connu des développeurs — la dette technique — au monde organisationnel : la « Dette Temporelle ». À travers le prisme des neurosciences (Système 1 & Système 2, coût caché du context switching, fausse sensation d'efficacité sous dopamine) et des dynamiques collectives, Albane décortique pourquoi les tentatives managériales habituelles échouent et partage des rituels concrets pour redonner du souffle aux équipes (réunions silencieuses, Lightning Decision Jam, RACI allégé, sanctuarisation de plages de concentration).

La Partie 2 sera dédiée à l'impact de l'IA générative, l'illusion du gain de temps et notre rapport sociétal au ralentissement.

Time codes

-------------------

0:00 Introduction et parcours : de l'astrophysique à la gestion du temps

5:20 Comment les entreprises prennent conscience du problème de temps

7:27 La « Dette Temporelle » : l'analogie avec la dette technique

11:03 Signaux d'alerte : réunions inutiles et absence de vraies pauses

15:00 Neurosciences & cognition : Système 1 & 2 et fatigue décisionnelle

20:10 Le mythe du multitâche et le coût réel du context switching

24:57 Brouillard mental, fatigue cognitive et dépendance à la dopamine

29:47 Les outils d'interruption (Slack), FOMO et sentiment d'accomplissement

33:45 Culture d'entreprise et fausse injonction à l'hyper-réactivité

38:30 Réduction du temps de travail : le modèle de la semaine de 4 jours

46:55 Approche systémique : comment un leader peut transformer la culture

51:50 Rituels d'équipe concrets : réunions silencieuses et Lightning Decision Jam

55:35 Robustesse vs Performance : la leçon du vivant (Olivier Hamant)

Et vous, quelle est la première source de « dette temporelle » dans votre équipe (Slack, réunions, changements de priorité constants) ? Dites-le-nous en commentaire !

Abonnez-vous pour être notifié de la sortie de la Partie 2.

Paul est passionné d'informatique depuis l'Amstrad CPC 6128, mais c'est par l'électronique qu'il a choisi de se spécialiser, avant de bifurquer vers l'infrastructure et l'IoT, son terrain de jeu depuis 15 ans.

Dans cette interview, on creuse un paradoxe fascinant : allumer une ampoule connectée, cela ne demande que quelques dizaines de lignes de code… alors pourquoi en embarque-t-on des centaines de milliers ?

Entre chaînes de certification, chiffrement des communications et mises à jour de firmware, Paul nous explique pourquoi la sécurité a transformé l'embarqué et pourquoi les réglementations européennes qui arrivent (CRA, RED) vont contraindre durablement le secteur.

On y découvre aussi :

- le reverse d'une ampoule connectée qui réserve des surprises architecturales contre-intuitives (spoiler : elle fait bien plus qu'éclairer) ;

- les stratégies des fabricants pour mettre à jour des flottes de dizaines de millions d'objets sans les briquer ;

- pourquoi le Zephyr OS open source est en train de devenir une référence dans l'industrie ;

- un détour inattendu par la démoscène des années 90 — Volcanic Party, démos en 4 Ko, assembleur et optimisations extrêmes — dont les savoir-faire renaissent aujourd'hui, y compris grâce à l'IA.

Une conversation qui va du bas niveau au cloud, entre anecdotes de terrain et conseils à ceux qui voudraient redescendre regarder sous le capot.

0:00 Introduction

0:49 De la Démo-scène à l'IoT : le parcours de Paul

2:19 Sécurité IoT : les réglementations européennes (CRA, RED)

5:06 Pourquoi la sécurité fait gonfler le code embarqué

6:26 Caméras de surveillance : la plus grosse passoire

7:32 Le badge connecté de l'atelier Devoxx France

8:56 Reverse d'une ampoule connectée

11:50 Mises à jour de firmware : OTA et double banque flash

14:27 Zephyr OS et les normes de mise à jour

16:14 La démocène : Volcanic Party et démos en 4 Ko

23:16 Ce qu'il faut retenir : rester curieux du bas niveau

24:21 Si une AGI existait…

Victor Rentea, Java Champion et fondateur de European Software Crafters, la plus grande communauté mondiale dédiée à la qualité du code, passe au crible pour le Studio Devoxx France les pièges des architectures event-driven en production.

Dans cette interview qui touchent tous les sujets sensibles de l'event-driven architecture, Victor tranche : "c'est une architecture dangereuse". Après 150 entreprises, il déroule les erreurs qui explosent un an plus tard sans prévenir, et la question que personne ne pose : aviez-vous seulement besoin d'event-driven ?

Au programme :

Le piège numéro un : des consommateurs non idempotents

Le dual write et l'outbox pattern, ce que les équipes bricolent vraiment

Pourquoi vos logs sont votre premier filet de sécurité

Les dead letter queues, ces cimetières planqués sous le tapis

Un message broker ne suffit pas à faire de l'event-driven

"You go to an event, you drive home, you do architecture", sa définition ironique de l'EDA.

00:28 Introduction de Victor

00:51 Les pieges les plus communs et incidieux en Event Drive Architecture

03:20 Le probleme de la double écriture (dual write)

04:44 Un fichier de log peut aller très loin

06:40 Ordonner les messages, important ou pas ?

08:34 Erreurs et queues de lettres mortes (dead letter queues)

09:58 Utiliser Event Drive Architecture pour les mauvaises raisons

10:25 EDA est pour des probèmes métier !

14:03 Quand le synchrone commence à craquer

16:45 Questions rituelles

Montaine Marteau, CPO à temps partagé dans la MedTech et co-animatrice de l'atelier « Charmer les dragons » à Devoxx France, explore pour le Studio Devoxx France la donnée de santé qui dort dans nos hôpitaux et l'art de pitcher une idée technique sans perdre la salle.

Dans cette conversation, elle rappelle qu'un argument basé sur des faits devrait s'imposer de facto, sauf que « c'est pas comme ça qu'il marche le cerveau ». Avant les chiffres, il faut embarquer l'autre par l'émotion, puis se mettre dans ses baskets : quel est son problème à elle ?

Au programme :

Pourquoi 85 % des données de santé dorment dans nos hôpitaux

Système 1 contre système 2 : l'émotion avant les faits

Les gabarits qui marchent : storytelling Pixar, big numbers, ABT

Influencer ou manipuler : tout est dans l'intention

« Tenter, échouer, recommencer », sa règle : un pitch ne marche jamais du premier coup.

00:00 CPO dans le medtech

01:07 La tech et la santé

02:25 Les Défis de l'Exploitation des Données Médicales

04:41 Le Règlement Européen sur les Données de Santé

06:09 Comment pitcher une idée

07:49 Techniques de Pitching et de Communication

10:24 Stratégies Narratives pour Captiver l'Audience

13:38 Exprimer en 2 minutes un concept d'une heure pour ne pas perdre les gens

15:20 Influence ou manipulation

16:33 Questions rituelles

Clément de Tastes, Tech Lead chez SCIAM, speaker Java et co-fondateur de Toulon Dev, raconte pour le Studio Devoxx France pourquoi il a lancé un meetup dans le Var et comment on ose son premier talk.

Dans cette conversation, il revient sur le déclic de la prise de parole : on ne se sent jamais assez expert, "j'ai pas le niveau d'un Rémi ou d'un Jean-Michel", et pourtant il faut se lancer. Reste la localité, quand le JUG le plus proche est à une heure de route.

Mais tout part d'une passion technique. On commence par Valhalla, qu'il décrit comme "une fusée à plusieurs étages" : les value classes (JEP 401, en preview dans le JDK 26), la gestion du null, la densité mémoire. La promesse, c'est le beurre et l'argent du beurre : la lisibilité des objets et la performance des primitifs.

Au programme :

On commence par la passion de Clément : Java, et en ce moment Valhalla

Fonder Toulon Dev pour enrichir dans la localité

Se lancer par étapes : en interne, puis un meetup, puis une conf

Sa deuxième conf : Devoxx Belgique, salle pleine, en anglais

"Si vous avez une passion, un sujet à transmettre, lancez-vous", son message aux hésitants.

00:00 Introduction

01:37 Les étages de la fusée Valhalla

03:34 Etage null

05:26 Unification avec les types primitifs et erasure

07:55 Value type et garbage collection

09:34 Les gains concrets pour les utilisateurs

11:21 Transmission de la passion et création de Toulon-Dev

16:39 Questions rituelles

Nicolas Grenié, Developer Advocate chez SLNG.ai, passé par Typeform, alias "Monsieur BuildShit", raconte au Studio Devoxx France comment le vibe coding a changé sa façon de construire des logiciels.

Dans cette conversation, il l'assume : "quand je vibe code, je regarde le code ? Presque jamais". Prototypes lancés depuis la maternité, générateur d'icônes à 15 000 utilisateurs, faille de sécurité corrigée en une soirée. Et quand un exec veut shipper le proto en prod le lendemain, qui tranche ?

Au programme :

- Ce que le bagage technique change quand on vibe code

- Du proto à la prod : sécurité, permissions, dette invisible

- Comment Typeform a mis le prototypage entre les mains des PM

-Pourquoi le dev garde le dernier mot sur ce qui part en prod

- Le developer advocate face à un "client" qui hallucine

"Done is better than perfect" : la formule qui coûte le plus à un ingénieur français.

00:00 Nicolas et son parcours de Developer Advocate

02:08 Mr BuildShit

03:11 Definition de Vibe Coding et bagage technique

06:27 Ta première expérience Vibe Coding

08:24 Lovable

09:17 La relation aux prototypes

12:55 L'ouverture des possibles y compris le vibe coding de bébés

14:56 Comment filtrer ce flux de prototypes

18:12 Ce flow en entreprise

20:27 Du proto à la sécurité

22:31 Une barrière de qualité ?

25:45 Un outil pour PM, un outil de recherche

27:56 Le syndrome on shippe en prod

31:14 Revue de vibe code ou pas ?

33:07 Travail d'équipe interdisciplinaire, la mort du spécialiste ?

35:34 La developer advocacy à l'heure de l'IA

39:13 Le prochain projet de Nicolas

40:25 Les inquiétudes des développeurs

45:32 Les questions rituelles