Mathilde Rigabert partage sa méthode pour transformer la résistance en engagement. Pas de forcing, pas d'objectifs imposés. Mais 6 mois de préparation minutieuse, 2 jours intenses en physique, et une approche centrée sur l'humain et le collectif.

Résultat : un basculement complet de l’état d’esprit, et des compétences IA qui se partagent naturellement entre collègues.

Dans cet extrait, Mathilde partage les étapes qui ont permis cette transformation : de l'expérimentation cadrée avec les early adopters à la mise en place de skills partagées, en passant par l'importance du binômage et de la sécurisation psychologique.

————— MATHILDE RIGABERT —————

Retrouvez Mathilde sur LinkedIn : [URL à compléter]

————— RESSOURCES —————

• Claude Code (outil d'IA pour développeurs)

• Skills V2 de Claude

• Cursor (IDE avec IA intégrée)

• Code Rabbit (outil de revue de code assistée par IA)

• Gemma (modèle IA local)

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP43.1

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Pendant 12 ans, Hugo traverse toutes les étapes de croissance : de 3 personnes à près de 700, de CTO codeur à leader d'une équipe de 150 personnes. Puis, en 2024, il quitte. Ni pour diriger une autre boîte, ni pour lever des fonds. Mais pour coder à nouveau, créer Writizzy, et défendre la souveraineté numérique européenne.

Dans cet épisode, Hugo partage son histoire, sans dorure : comment on lâche un rôle qu'on a construit soi-même, pourquoi l'innovation meurt avec trop de process, et ce que ça change de développer à l'ère de l'IA.

————— HUGO LASSIÈGE —————

Retrouvez Hugo :

• Sur sa chaîne YouTube : https://www.youtube.com/@eventuallycoding

• Sur son blog : https://eventuallycoding.com

• Sur LinkedIn : https://www.linkedin.com/in/hugolassiege/

————— PARTIE 1/3 : PARCOURS —————

(04:24) Les entretiens ratés chez Atlassian : le déclic

(17:24) La genèse de Malt : une suite d'opportunités

(25:58) Comment Malt passe de 3 à 700 personnes

(31:02) Les multiples rôles d'Hugo chez Malt

(33:28) L'allergie aux process et au management classique

(44:46) Culture d'entreprise vs syndrome de Peter Pan

(52:44) Formaliser la culture d'entreprise chez Malt

(56:46) Les moments où Hugo ne se sent plus à sa place

(1:05:39) L'ambition initiale vs la réalité

(1:17:07) 2024 : Hugo quitte son rôle de CTO

————— PARTIE 2/3 : AUJOURD'HUI —————

(1:26:24) Pourquoi Hugo choisit le solopreneuriat

(1:27:16) L'ambition avec Writizzy

(1:37:45) Développer un produit à l'ère de l'IA

(1:39:27) La mutation du métier de développeur

(1:45:15) Fiabiliser le code produit par l'IA

————— PARTIE 3/3 : SOUVERAINETÉ —————

(2:02:03) C'est quoi la souveraineté numérique ?

(2:08:00) Sommes-nous déjà en guerre numérique ?

(2:13:17) Les services européens qu'Hugo utilise

(2:22:10) Peut-on avoir des GAFAM européens ?

(2:24:56) Les médias : le vrai point noir

————— RESSOURCES —————

• Writizzy : plateforme de blogging européenne créée par Hugo

• Proton : suite d'outils (email, calendrier, VPN, etc.) en alternative à Google

• Bunny.net : alternative européenne à Cloudflare

• Coolify : solution open source d'hébergement

• Scaleway : cloud provider français

• Livre La fin du management (The Future of Management)

• Technopolitique par Asma Mhalla

• AI Superpowers par Kai-Fu Lee

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP41

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hugo Lassiège en fait l'expérience au quotidien : 95% du code de Writizzy est généré par l'IA. Il ne code presque plus. Il spécifie, il relit, il met en place des garde-fous. Et surtout, il se pose des questions qu'il ne se posait pas avant : quelle direction pour mon produit ? Quel problème je cherche vraiment à résoudre ?

Dans cet extrait, Hugo partage sa vision sur ce qui change (et ce qui reste) dans le métier de développeur à l'ère de l'IA. On parle aussi des mutations à venir dans les entreprises, de la convergence des rôles, et de ce qu'il faut savoir pour rester pertinent.

————— HUGO LASSIÈGE —————

Retrouvez Hugo sur LinkedIn : https://www.linkedin.com/in/hugolassiege/

————— RESSOURCES —————

• Writizzy

• Claude

• Nuxt : framework utilisé par Hugo

• MCP (Model Context Protocol) : protocole pour enrichir les capacités des LLM

• ActivityPub : protocole derrière Mastodon

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP41.1

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Mais courir sans direction, c'est exactement ce qu'on fait quand on laisse nos émotions prendre le volant.

Dans cet épisode solo, je partage une approche pour reprendre le contrôle : raisonner par premiers principes.

Plutôt que de réagir impulsivement à chaque nouvelle disruption, je vous propose de revenir à ce qui est fondamental pour vous, pour votre équipe, pour votre entreprise. Et de construire à partir de là.

————— CHAPITRAGE —————

(00:00) Intro + update sur la refonte du podcast

(02:15) Retour sur le AI Product Day et le constat troublant

(04:08) L'IA : une révolution subie, pas choisie

(08:47) Pourquoi on court comme une poule sans tête

(11:47) Excitation et peur : les deux émotions qui nous animent

(13:14) Comprendre le rôle des émotions avec les neurosciences

(15:31) L'excitation face à l'IA : un monde d'opportunités

(16:20) La peur face à l'IA : quand l'écart se réduit

(17:14) L'incertitude génère la peur, et la peur paralyse

(19:26) Approche impulsive vs approche intentionnelle

(21:35) Introduction au concept de premier principe (First Principles)

(22:41) Raisonnement par analogie vs raisonnement par premier principe

(23:07) Framework pour appliquer le raisonnement par premier principe

(24:32) Exemple personnel : ma décision de me lancer dans le coaching

(28:02) Contre-exemple : l'entreprise sans vision qui s'éparpille

(29:05) Comment appliquer ce raisonnement face à l'IA

(30:33) En tant qu'individu : revenir à ses valeurs et son pourquoi

(31:20) Récap et conclusion

————— RESSOURCES —————

• Paul Valéry (auteur mentionné)

• Concept des First Principles (Aristote)

• AI Product Day (conférence)

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=solo0426

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Après avoir piloté la transformation numérique de 40 000 collaborateurs dans une multinationale, elle a tout quitté pour rejoindre l'économie sociale et solidaire. Aujourd'hui Chief Data Officer à la Fondation Alpha Omega, elle accompagne des associations dans leur transformation tech avec une approche bien à elle : co-construire, embarquer, et surtout ne jamais arriver en sachant mieux que ceux qui font le métier.

Dans cet épisode, Sandrine partage sa méthode pour piloter des projets sans perdre personne en route, l'importance de démystifier les risques dès le départ, et pourquoi la conduite du changement ne se résume jamais à une formation en fin de projet.

————— SANDRINE GROBOST —————

Retrouvez Sandrine sur LinkedIn : https://www.linkedin.com/in/sandrine-grobost/

————— PARTIE 1/3 : PARCOURS —————

(06:08) Pourquoi commencer par identifier ce qu'on est prêt à lâcher

(12:02) Comment faire en sorte que les risques soient pris au sérieux

(13:33) Mettre les parties prenantes autour de la table et les faire s'accorder

(19:16) Embarquer les gens : mettre l'ego de côté et rendre le projet collectif

(21:13) "Sans vous, je suis manchot" : arriver en posture d'apprenante

(24:59) Aborder des domaines métiers qu'on ne connaît pas

(29:38) Qu'est-ce que la conduite du changement, concrètement ?

(32:57) Simulation : conduire le changement sur une app mobile d'assurance

(44:02) Gérer une partie prenante avec une vision très arrêtée

(49:44) Transformer 40 000 collaborateurs dans une multinationale

(55:13) Le contraste entre le monde corporate et l'économie sociale et solidaire

(1:01:04) Naviguer dans un milieu parfois frileux face à la tech

(1:12:13) "Pourquoi pas ?" et "Au pire, quoi ?" : les mantras transmis par sa mère

————— PARTIE 2/3 : ROLL-BACK —————

(1:26:55) Remise en question totale : légitimité, compétences, finances

(1:32:57) Les peurs à débloquer pour se relever

————— PARTIE 3/3 : STAND-UP —————

(1:36:12) La matrice de Sandrine pour identifier les parties prenantes d'un projet

(1:37:03) Les trois dimensions : influence fonctionnelle, rayonnement informel, NPS

(1:40:16) Comment positionner chaque personne dans la matrice

(1:46:32) Les profils clés à identifier : l'allié et le détracteur influent

(1:53:01) Ce que Sandrine aurait aimé apprendre plus tôt

————— RESSOURCES —————

• Formation Envie : accompagnement pour les indépendants

• Matrice des risques (gestion de projet)

• Méthode Moscow (priorisation)

• Méthode Prince2 : leçons tirées de l'expérience

• Design thinking

• SWOT (analyse stratégique)

• OKR (Objectives and Key Results)

• MBTI, DISC, Color : outils de profiling

• La courbe de Hype de Gartner

————— 5 ÉTOILES —————
Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP40

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

C'est une discipline à part entière qui démarre dès le jour 1, implique toutes les parties prenantes, et peut faire la différence entre un projet qui décolle et un projet qui s'écrase.

Dans cet extrait, Sandrine Grobost décortique ce qu'est réellement la conduite du changement à travers un cas concret : le déploiement d'une application mobile de déclaration de sinistre dans une compagnie d'assurance. Elle explique comment impliquer les équipes terrain, gérer les détracteurs, et surtout… savoir lâcher prise quand il le faut.

————— SANDRINE GROBOST —————

Retrouvez Sandrine sur LinkedIn : https://www.linkedin.com/in/sandrinegrobost-transformationnumerique/

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP40.1

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

C’est tout l’enjeu du travail à temps partagé, un modèle de plus en plus fréquent mais rarement documenté avec précision.

Freelance depuis plus de 10 ans, Cécile est aujourd’hui Backend Engineer chez Fizzer… mais pas que. Elle accompagne aussi d’autres clients en parallèle, en tant que tech lead à temps partagé. Et pour que ça fonctionne, pas de recette miracle mais des pratiques solides et un sens aigu de l’alignement.

Dans cet extrait, Cécile évoque :

• Sa semaine-type quand on partage son temps entre plusieurs projets

• Les défis concrets des missions de freelance en temps partagé

• Les soft skills clés pour être leader technique sans rôle hiérarchique

• Ses bonnes pratiques de collaboration à distance, affinées au fil des missions

• Comment elle utilise Notion pour centraliser et organiser l’info

Retrouvez Cécile :

• Sur LinkedIn : https://www.linkedin.com/in/cécile-veneziani/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Recalé aux Beaux-Arts, il bifurque vers la physique quantique puis redouble quatre fois. En 1998, une opportunité se présente : un poste de développeur. C'était le début.

En 2009, il rejoint BlaBlacar comme cinquième salarié. Pendant 10 ans, il traverse toutes les phases de croissance — de 5 à 500 personnes — et change 13 fois de poste. Pas par instabilité, mais par nécessité : se réinventer en permanence pour grandir avec l'entreprise.

Fin 2019, mission accomplie. Il quitte BlaBlacar, prêt à transmettre. Mais le Covid le rattrape. Il enchaîne alors trois entreprises en trois ans (Aircall, Back Market, Theodo) avant de se poser la vraie question : « Pourquoi tu ne te lances pas ? »

En 2023, il saute le pas. Aujourd'hui, il accompagne des dirigeants tech avec une double casquette : 20 ans d'expérience opérationnelle et une expertise en coaching.

————— JEAN-MARC CHARLES —————

Retrouvez Jean-Marc :

• Sur son site web : https://antlice.fr/

• Sur LinkedIn : https://www.linkedin.com/in/jmcharles/

————— PARTIE 1/3 : PARCOURS —————

(02:17) De la physique quantique au dev

(04:07) Rejoindre BlaBlacar en 2009 : le pari du covoiturage

(05:13) Cinquième salarié chez BlaBlacar

(09:04) Quitter la technique pour le management

(10:20) Identifier où l'on apporte le plus de valeur

(13:19) Se réinventer 13 fois sans s'enfermer dans un rôle

(15:17) Les 3 piliers d'une équipe performante

(18:55) Créer une culture du "fail, learn, succeed"

(23:56) Gérer la charge mentale des changements permanents

(28:35) Les murs qu'on se prend quand on scale

(33:30) L'échec de la migration Symfony

(36:09) Faire grandir une boîte de 5 à 500 personnes

(41:46) Construire des équipes autonomes

(46:17) Le regard social sur ses choix de carrière

(52:28) Quitter BlaBlacar sereinement

(55:30) Le Covid : retour en CDI par sécurité

(56:29) Aircall, Back Market, Theodo : trois boîtes en trois ans

(1:00:46) La décision de se lancer à son compte

(1:02:27) Visualiser sa vie dans un an

(1:04:21) La technique du double diamant

(1:08:26) Peur, envie, habitudes : les 3 critères du changement

(1:10:21) Les trois premières années : CTO part-time + coaching

(1:14:53) Le carnet du bonheur pour garder ses feedbacks clients

(1:17:10) Passage au coaching à temps plein

(1:49:08) Rollback

(1:53:52) Standup

————— RESSOURCES —————

• Votre Cerveau (podcast France Inter avec Samah Karaki)

• Le talent est une fiction par Samah Karaki

• Communauté Tech.Rocks

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP39

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Jean-Marc l'a vécu de l'intérieur chez BlaBlaCar pendant 10 ans. Et il a identifié 3 règles simples qui font qu'une équipe fonctionne — ou pas.

Dans cet extrait, il partage son approche pour structurer des équipes autonomes, éviter les 9 mois de cycle perdus, et surtout : grandir soi-même dans une organisation qui scale.

————— JEAN-MARC CHARLES —————

Retrouvez Jean-Marc :

• Sur son site web : https://antlice.fr/

• Sur LinkedIn : https://www.linkedin.com/in/jmcharles/

————— CHAPITRAGE —————
(00:00) Comment faire grandir une boîte de 5 à 500 personnes
(01:28) Les 3 règles qui font qu'une équipe fonctionne bien
(02:24) Règle #1 : Le focus — toute l'équipe sur un seul sujet
(04:22) Règle #2 : Le leadership — avoir une locomotive qui tire le train
(05:01) Règle #3 : L'autonomie — réduire les frictions entre équipes
(06:18) L'importance de la démo toutes les deux semaines
(06:59) Trouver le bon équilibre entre autonomie et robustesse
(07:55) Comment grandir soi-même dans une boîte qui grandit
(09:00) L'effet Instagram professionnel et l'importance des mentors externes

————— RESSOURCES —————

• Communauté Tech Rocks

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP39.1

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Depuis, elle explore tous les terrains de la tech : dev, tech lead, architecte, coach, formatrice, professeur, speaker, co-auteur d'un livre, et aujourd'hui CTO d'Arolla. Plus de 400 personnes formées, des conférences partout en France, un livre co-écrit pendant sa grossesse, et le Craft Radar qui cartonne auprès de leurs clients.

Son fil rouge ? La transmission. Elle ne refuse jamais une belle opportunité et applique au quotidien sa croyance : « Quand on veut, on peut. » Une approche qui lui vient de sa culture tunisienne, où l'on fait beaucoup avec peu de moyens.

————— DORRA BARTAGUIZ —————

Retrouvez Dorra sur LinkedIn : https://www.linkedin.com/in/%F0%9F%92%8Edorra-bartaguiz-457b5315/

————— PARTIE 1/3 : PARCOURS —————

(00:00) Intro + présentation de Dorra

(02:45) Comment Dorra vit sa multiplicité de casquettes au quotidien

(05:21) S'adapter comme un caméléon selon son interlocuteur

(10:27) D'où vient cette croyance « quand on veut, on peut » ?

(14:39) Faire beaucoup avec peu : un mindset familial

(17:05) Pourquoi cette croyance est devenue son mode automatique

(29:39) Le problème des lunettes : on ne voit pas le monde pareil

(31:28) De consultante à CTO : un parcours non planifié

(32:21) « Je voulais rester dans l'expertise, pas devenir CTO »

(37:06) Apprendre le management sans formation management

(45:20) Ce qu'elle a appris en passant de consultante à CTO

(56:55) Être CTO : avant tout montrer l'exemple

(1:00:35) Le tennis à 40 ans pour prouver que c'est possible

(1:12:35) Le karma : plus tu donnes, plus tu reçois

(1:14:02) Cinq ans pour devenir speaker : le chemin détaillé

(1:22:27) Se connaître et connaître ses limites comme un élastique

(1:26:06) Prise de notes et création de contenu : le processus

(1:42:09) Le challenge des deux semaines de prise de notes

————— PARTIE 2/3 : ROLL-BACK —————

(1:45:04) La franchise qui coûte cher

(1:49:20) Don't Be Yourself : ne pas utiliser l'authenticité comme excuse

(1:50:43) Les faiblesses : comment les transformer ?

(1:56:12) Le karma du partage dans les avant-ventes

————— PARTIE 3/3 : STAND-UP —————

(2:01:42) Le Craft Radar : créer ensemble plutôt que seul

(2:08:10) Quels problèmes clients le Craft Radar résout-il ?

————— RESSOURCES —————

• Don't Be Yourself par Thomas Chamorro-Premuzic

• It Doesn't Have to Be Crazy at Work

• OneNote : outil de prise de notes numérique

• Le Craft Radar : format d'audit créé par l'équipe Arolla

• Zettelkasten : méthode de prise de notes connectées

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Pas pour écrire des articles. Pas pour alimenter LinkedIn. Juste pour capturer ce qui se passe dans son quotidien de dev : une décision technique, une question qu'on lui pose, une difficulté rencontrée.

Et c'est cette discipline apparemment banale qui lui permet de publier un article tous les trois mois… sans jamais se forcer ni se bloquer devant une page blanche.

Parce que quand elle s'assoit pour écrire, elle ne part pas de zéro. Elle relit deux ans de notes, réorganise les idées, et l'article se construit tout seul.

Dans cet extrait, Dorra partage son système complet : de la prise de notes quotidienne à la publication, en passant par sa routine mensuelle de réorganisation.

————— DORRA BARTAGUIZ —————

Retrouvez Dorra sur LinkedIn : https://www.linkedin.com/in/💎dorra-bartaguiz-457b5315/

————— RESSOURCES —————

• OneNote : application de prise de notes de Microsoft

• Méthode Zettelkasten : système de prise de notes pour la création de contenu

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————

Vous êtes leader tech ou product face à des défis majeurs ?

📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP38.1

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

LIEN VERS LE FORMULAIRE : https://human-centric-design.notion.site/1410569b1ea34c26bfe74d56f6e2ea07?pvs=105

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

Après 2 ans et plus de 40 invités, Developer Experience fait une petite pause en janvier.

Mais ce n'est pas un simple break : c'est le moment de partager ce qui se prépare pour 2026.

Dans ce solo inédit, je prends le micro pour vous parler de mon pivot professionnel vers le coaching, de ce que ça change pour le podcast, et surtout : de comment vous allez pouvoir co-construire la suite avec moi.

Un épisode différent, plus personnel, où je vous ouvre les coulisses de Developer Experience et de ma propre transformation.

————— CHAPITRAGE —————

(02:40) Le bilan après 2 ans

(04:50) Pause de janvier

(07:20) Mon parcours : de développeur à coach professionnel

(10:15) Les signaux faibles : quand tout le monde me parle d'humain et de communication

(12:50) La découverte du coaching

(15:40) Être plutôt que faire

(19:25) Qui j'accompagne aujourd'hui

(23:10) Objectif 2026 : faire du coaching mon activité principale

(26:30) L'impact sur Developer Experience : nouvelles thématiques, même ADN tech

(29:45) Co-construction : votre rôle dans l'évolution du podcast

(31:20) Le questionnaire et l'offre d'une heure de coaching gratuite

(33:50) Formats solo : ce que j'aimerais explorer (cerveau, IA, clarté mentale...)

————— PARTICIPEZ À LA SUITE —————

🎯 Remplissez le questionnaire pour co-construire le nouveau Developer Experience : https://human-centric-design.notion.site/1410569b1ea34c26bfe74d56f6e2ea07?pvs=105

Bonus : En remplissant le questionnaire, vous recevez une heure de coaching gratuite (sans obligation si ça ne vous intéresse pas).

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Passer de développeur à product manager est peut-être transition qui vous intéresse. Mais comment aborder ce virage professionnel sans tomber dans les pièges classiques ?

Dans cet extrait, Tamara et moi partageons nos retours d’expérience sur ce parcours qui demande autant de lâcher-prise que d'adaptabilité.

On parle notamment de :

➡️ Pourquoi il ne faut pas voir cette transition comme un choix définitif et irréversible.

➡️ Comment utiliser son background technique comme un atout tout en acceptant de ne plus avoir le dernier mot sur les décisions techniques.

➡️ Les stratégies concrètes pour effectuer cette transition en interne, plutôt que de chercher directement un poste externe.

➡️ L'importance d'être transparent sur ses limites et de reconnaître quand on n'est plus à sa place.

➡️ Quitter l'étiquette de "développeur" pour un rôle plus aligné avec ses forces.

Bref, un épisode où on démystifie cette transition vers le rôle de product people.

Si vous envisagez d'explorer le côté produit ou à la recherche de repères pour naviguer cette transition, cet extrait est fait pour vous.

Retrouvez Tamara :

• Sur LinkedIn : https://www.linkedin.com/in/tamara-guilbert

• Sur son podcats Tech Your Dream : https://linktr.ee/tamaraguilbert

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Il est tentant et confortable d’imaginer le CTO comme l'expert ultime, celui qui connaît tout sur tout et qui a des années d'expérience derrière lui - alors imaginez la pression pour quelqu'un qui se retrouve à ce poste en début de carrière...

La réalité est bien différente.

Devenir CTO, surtout en début de parcours, c'est souvent faire face à des doutes ou à des difficultés, voire au syndrome de l'imposteur. À vouloir tout maîtriser, on freine son équipe en imposant ses propres limites de connaissance ; à vouloir être partout, on empêche les autres de s’exprimer pleinement.

Aurore Malherbes, co-fondatrice de Padok et aujourd'hui CTO chez Fairly Made, a une idée sur la question puisqu'elle a été propulsée au rôle de CTO après seulement 2 ans d'expérience.

Elle aussi a dû jongler avec ce sentiment d'illégitimité tout en portant le poids des attentes placées en elle. Au lieu de se laisser freiner par ses lacunes techniques, elle a fait de ce défi une force en recrutant des talents expérimentés autour d'elle. Son mantra ? "Si tu ne te fais pas confiance, fais confiance aux gens qui te font confiance."

Cette approche l’a amenée à créer une équipe solide et complémentaire, et à prouver que la légitimité ne vient pas uniquement des compétences, mais aussi de l’audace et de la capacité à s’entourer.

Dans cet épisode parsemé de conseils, on a notamment discuté de :

➡️ Transformer ses faiblesses en opportunités de croissance ;

➡️ Recruter des profils plus seniors pour combler les lacunes et bâtir une équipe compétente ;

➡️ Son framework ROSE pour améliorer la qualité de l’infrastructure de façon tangible ;

➡️ L’art de dédramatiser l’échec pour avancer sans peur.

Aurore a aussi parlé de :

- "The Five Dysfunctions of a Team" de Patrick Lencioni, un ouvrage qu’elle recommande pour comprendre comment construire et maintenir une équipe efficace.

- "Getting Naked" également de Patrick Lencioni, centré sur la posture à adopter dans une équipe ou dans des relations professionnelles, notamment en conseil ou en vente.

- "Turn the Ship Around" de David Marquet, qui aborde le leadership dans le contexte militaire, avec des leçons sur l'autonomisation des équipes.

Si vous vous demandez comment bâtir votre légitimité en tant que leader technique, cette discussion avec Aurore vous donnera pas mal d’indications.

PS : Si cet épisode vous a plu, laissez-lui une note ! 😊

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Quelques années plus tard, il se lançait dans une idée qui semblait folle : convaincre les banques européennes d'ouvrir leurs données. Cette vision pionnière de l'open banking l'a mené à négocier avec BNP Paribas, Société Générale ou HSBC pendant 7 ans.

En 2021, il rejoint Yassir comme General Manager Product & Technology et fait passer l'équipe tech de 50 à 300+ personnes, dans 25 pays, tout en triplant la base utilisateurs jusqu'à 10 millions. Début 2025, il quitte ce poste pour construire un "portfolio de projets" : CTO fractionné, investisseur en Afrique, refusant désormais le salariat classique. Un parcours qui interroge notre rapport au travail et à l'entrepreneuriat.

————— ISMAIL CHAIB —————

Retrouvez Ismail sur LinkedIn : https://www.linkedin.com/in/ichaib/

Sa newsletter Unsettled Threads : https://unsettledthreads.substack.com/

————— PARTIE 1/3 : PARCOURS —————

(00:00) Intro + présentation d'Ismail

(05:04) Open Bank Project : l'idée folle d'ouvrir les données bancaires

(09:10) Les différentes phases du projet et le premier client

(13:39) Les 4 premières années avant le product-market fit

(21:20) Négocier avec les banques : barrières et politiques internes

(28:32) L'effet boule de neige après les premiers deals

(36:29) Ne pas pouvoir payer les salaires

(38:14) Santé mentale et retraite annuelle dans le désert algérien

(41:09) La fin d'Open Bank Project et le départ d'Ismail

(42:15) Yassir : la super app africaine

(52:17) Les 6 piliers du scaling

(59:42) Structure : équipes cross-fonctionnelles (SAUCE framework)

(1:23:04) Psychological safety : l'incarner à chaque occasion

(1:27:32) Différences entre marché européen et africain

(1:30:05) Douter tout le temps : une feature, pas un bug

(1:35:21) Ce qui fait un bon leader technique

(1:36:57) Embarquer les gens : clarté, cohérence, servant leadership

(1:43:19) Construire sa carrière comme un portfolio

(1:46:33) Ne plus croire au salariat : pourquoi ?

(1:52:27) Décider si on dit oui : l'humain, le secteur, le business

————— PARTIE 2/3 : ROLL-BACK —————

(1:59:49) Le projet qui a raté : 6 mois de retard et client insatisfait

(2:06:40) Leçons : avoir les bonnes personnes, une checklist, de l'humilité

————— PARTIE 3/3 : STAND-UP —————

(2:08:20) Framework de prise de décision en 5 étapes

————— RESSOURCES —————

• Team Topologies (Manuel Pais & Matthew Skelton) — nouvelle édition avec case study Yassir

• Wardley Mapping (Simon Wardley)

• Architecture for Flow (Susanne Kaiser) — combine Team Topologies, Wardley Maps et DDD

• Empire of AI (Karen Hao) — l'histoire d'OpenAI depuis le début

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Ismail Chaib l'a fait chez Yassir, en région MENA et en Afrique, avec une approche structurée qui transforme le chaos de l'hyper-croissance en machine performante. Sa méthode ? Six leviers interdépendants qu'il a conçus pour aligner technique, humain et business.

Dans cet extrait, Ismail détaille son framework complet : structure des équipes, culture d'excellence scalable, architecture évolutive, gestion des talents, processus agiles, et pilotage par les OKR.

Une masterclass dense et actionnable pour tous les tech leaders qui veulent faire grandir leur organisation sans sacrifier la vélocité ni la qualité.

————— ISMAIL CHAIB —————

Retrouvez Ismail sur LinkedIn : https://www.linkedin.com/in/ismail-chaib/

————— RESSOURCES —————

• Team Topologies (livre sur l'organisation des équipes tech)

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Charles Sonigo a compris que la vraie révolution de l'IA ne se joue pas dans les modèles de langage, mais dans leur capacité à interagir avec nos outils.

En 2024, après avoir observé des agents IA galérer sur des actions pourtant simples, il se convainc qu'il faut repenser la façon dont l'IA communique avec les services existants.

Début 2025, il cofonde Alpic, une startup entièrement dédiée au protocole MCP (Model Context Protocol), qui permet aux agents IA d'utiliser nativement les produits et services web.

Dans cet épisode, Charles nous explique ce qu'est MCP, comment il se différencie d'une API traditionnelle, et pourquoi ce protocole pourrait bien devenir une des couches critiques de l'Internet de demain.

On parle aussi de sécurité, d'expérience agentique, et des erreurs à éviter quand on conçoit un MCP serveur.

————— PARTENARIAT —————

Cet épisode est réalisé en partenariat avec NextLevel, qui accompagne les équipes tech dans l'adoption de l'IA et la création de Playbooks IA pour les équipes tech.

————— CHARLES SONIGO —————

Retrouvez Charles sur LinkedIn : https://www.linkedin.com/in/charles-sonigo-135a4340/

Découvrez Alpic : https://alpic.ai

————— CHAPITRAGE —————

(01:12) Introduction à l'Opinionated

(02:32) L'expertise de Charles

(03:35) Qu'est-ce qu'un MCP ?

(09:09) La différence avec une API traditionnelle

(09:46) L'expérience agentique

(17:57) Genèse du protocole MCP

(19:14) Évolutions du MCP

(21:46) Les enjeux de sécurité

(34:58) Comment concevoir un MCP ?

(49:54) Déploiement et Distribution

(52:21) Intégration des MCP Serveurs

(01:01:35) Mission d'Alpic et Hébergement

(01:03:47) Cas d'Usage de MCP

(01:09:27) Sécurité et Confiance dans les MCP

(01:11:37) Erreurs et antipatterns des MCP

(01:17:57) Ressources pour développeurs

————— RESSOURCES —————

• Protocole MCP (Model Context Protocol)

• Services de LLM : Le Chat (Mistral), Claude (Anthropic), ChatGPT (OpenAI)

• Cursor et VS Code

• MCP Server utilisés par Charles : GitHub, Sentry, Linear

• Frameworks d'authentification : Stitch, WorkOS, ScaleKit

• MCP Inspector (Anthropic)

• MCP Jam

• Cloudflare

• Zillow

• Streamroot

• Passeport.dev, le sponsor de ce hors-série

• Alpic : plateforme de hosting MCP cofondée par Charles

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Charles Sonigo décortique le MCP : ce que c'est vraiment, comment ça fonctionne techniquement, et pourquoi ça change tout pour passer d'une IA qui répond à une IA qui agit.

Un extrait technique et accessible pour comprendre la révolution qui se construit sous nos yeux.

————— CHARLES SONIGO —————

Retrouvez Charles sur LinkedIn : https://www.linkedin.com/in/charles-sonigo/

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Diplômée de l'ESSEC, elle démarre dans le conseil en stratégie en Allemagne, convaincue que c'est sa voie. Mais rapidement, la frustration grandit : trop de politique, pas assez d'objectivité. C'est cette soif de logique qui la pousse vers la data en pleine pandémie.

Pari risqué qui finit par payer. Elle décroche son premier poste de data analyst chez Papernest, devient manager en un an, puis rejoint Dougs comme première personne data avec pour mission de construire toute la stratégie from scratch. Et au moment où tout semble rouler, elle décide de tout arrêter pour partir un an faire le tour de l'Europe à vélo.

——— MARIE LEFEVRE —————

Retrouvez Marie sur LinkedIn : https://www.linkedin.com/in/marie-lefevre-b5770489/

Articles Medium : https://medium.com/@marielefevre

————— PARTIE 1/3 : PARCOURS —————

(00:00) Intro + présentation

(02:37) Parcours ESSEC et conseil en stratégie

(06:23) Reconversion data pendant le COVID

(10:41) Peurs et appréhensions dans la transition

(15:22) Se sentir débordée par les demandes

(19:30) C'est quoi concrètement le job de data analyst ?

(26:31) Comment on fait de la data concrètement ?

(35:18) Arrivée chez Dougs pour construire la data from scratch

(42:05) Construire une stack data avec des compétences limitées

(51:27) Comment prioriser sa liste de demandes

(59:02) Définir ce que c'est la data chez Dougs

(01:01:25) Recruter et faire grandir l'équipe

(01:08:15) Pourquoi partir faire le tour de l'Europe à vélo

(01:16:05) Ce qu'elle ramène du voyage - confiance et relativisation

(01:21:00) Redéfinir son rôle au retour

(01:24:22) Comment est arrivé le management

(01:29:03) Erreurs en tant que manager débutant

(01:35:14) Comment monter une équipe data

(01:39:42) L'art de dire non dans la data

(01:43:38) Évolution salariale dans la data

————— PARTIE 2/3 : ROLL-BACK —————

(01:51:06) Le projet complexe du calcul des primes commerciales

(01:53:22) Pourquoi c'est un bourbier - exceptions et cas particuliers

(01:56:04) Comment gérer cette complexité avec transparence

(01:58:15) Autonomiser les équipes face aux données critiques

————— PARTIE 3/3 : STAND-UP —————

(01:59:19) Comment construire une architecture data fiable et robuste

(02:00:53) Les outils - Airflow, Fivetran/Airbyte, BigQuery

(02:03:12) DBT pour orchestrer les transformations SQL

(02:08:20) Le star schema comme fondation

(02:12:40) Tests et robustesse de la pipeline

(02:20:39) Ressources recommandées

(02:22:30) Le conseil ultime de Marie

————— RESSOURCES —————

Podcast Data Gen (Robin Conquet)

Newsletter Data Engineering (Christophe Blefari - blef.fr)

Coursera pour la formation SQL et Python

Outils : DBT, Airflow, Fivetran, Airbyte, BigQuery, Metabase, Looker Studio

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Marie Lefevre, Lead Data Analyst chez Dougs, partage la stack data qu'elle a mise en place et qui fonctionne. Airflow, Fivetran, BigQuery, DBT, Metabase...

Elle détaille chaque brique, son rôle, et pourquoi ces choix ont du sens pour une équipe de 5 personnes.

Mais au-delà des outils, Marie insiste sur un point crucial : la robustesse ne vient pas que de la tech. Elle vient aussi des règles qu'on se fixe, de la discipline qu'on s'impose, et des tests qu'on met en place pour détecter les anomalies avant qu'elles ne cassent tout.

————— MARIE LEFEVRE —————

Retrouvez Marie sur LinkedIn : https://www.linkedin.com/in/marie-lefevre-b5770489/

————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Par exemple, les réseaux sociaux sont criblés de dark patterns. Avec des mécanismes tels que le scroll infini ou le système de récompense basé sur les likes, tout est fait pour maintenir l'attention des utilisateurs et encourager une consommation excessive.

On tente de définir la frontière entre un design qui optimise l'expérience utilisateur et un design qui devient manipulateur. Et bien sûr, on souligne l'importance d'une approche éthique du design.

Dans cet extrait, on évoque les points suivants :

➡️ Dark patterns ou comment pousser l’utilisateur à l’achat

➡️ Frontière entre design efficace et manipulation

➡️ Comment créer et promouvoir un design plus éthique

➡️ Les dark patterns utilisés par les réseaux sociaux

Retrouvez Paul :

• Sur LinkedIn : https://www.linkedin.com/in/paul-terrasson-duvernon/

• Sur Substack : https://thethinkinggallery.substack.com/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Pendant 7 ans dans la même boîte, il a tout vu : la croissance d'une startup, le doublement d'une équipe tech, la mise en place de process, les recrutements, la dette technique qui s'accumule... et ces moments de doute qui accompagnent chaque transition.

Aujourd'hui, après 3 ans en tant qu'EM, Rémi se pose LA question : est-ce que le management, c'est vraiment fait pour lui ? Entre l'appel du code qu'il n'a jamais quitté et cette dimension humaine qu'il a appris à maîtriser, il cherche son équilibre.

Dans cet échange, on parle de syndrome de l'imposteur, de culture d'entreprise, de shift produit vs tech, de recrutement, de feedback... et de ce moment où on réalise qu'on a peut-être besoin de remettre les mains dans le cambouis.

————— RÉMI LEBIGRE —————

Retrouvez Rémi sur LinkedIn : https://www.linkedin.com/in/remi-lebigre-6a102a53/

————— PARTIE 1/3 : PARCOURS —————

(01:04) Introduction à un parcours atypique

(09:04) Découverte de la reconversion vers le développement

(16:33) Transition progressive vers le management

(42:30) Évolution vers le rôle d'Engineering Manager

(45:16) Le quotidien d'un Engineering Manager

(48:13) Gestion de l'agenda et priorisation

(49:35) Développement et accompagnement de l'équipe

(52:16) Suivi des projets et mesure de l'impact

(56:30) Prise de décision et légitimité

(1:00:26) Recrutement et culture d'entreprise chez Wakeo

(1:05:07) Processus de recrutement détaillé

(1:09:11) Structuration de l'équipe et chapters

(1:10:02) Partage de connaissances : press days et R&D

(1:16:18) Team Health : évaluation et amélioration continue

(1:24:39) Syndrome de l'imposteur en tant que manager

(1:31:56) Évolution salariale et reconnaissance

(1:34:47) Réflexions sur la carrière et remise en question

(1:38:17) Le podcast comme source d'inspiration

(1:39:43) L'importance des entretiens et de la confrontation au marché

(1:45:07) Valeurs et choix professionnels

————— PARTIE 2/3 : ROLL-BACK —————

(1:53:20) Le rollback : dette technique et stop-the-line produit

(1:59:35) Culture et processus de management

(2:10:59) Le rôle humain du manager

————— PARTIE 3/3 : STAND-UP —————

(2:16:19) Apprentissage et développement personnel

(2:18:31) Ressources incontournables pour managers et devs

(2:20:47) Passion et épanouissement dans la tech

————— RESSOURCES —————

• Stay Sassy (SaaS) : ressources management pour heads of et EMs

• Martin Fowler : blog de référence sur l'architecture logicielle

• Josh W. Comeau : tutoriels interactifs React et CSS

• Charity Majors : article "The Engineer/Manager Pendulum"

• Communauté EM France

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Résultat ? Des candidats qui arrivent avec une vision claire, qui se projettent mieux, et qui ne découvrent aucune mauvaise surprise une fois en poste. Dans cet extrait, Rémi partage sa vision du recrutement, de la structuration d'équipes qui scalent, et des rituels qui maintiennent la cohésion quand tout grandit trop vite.

——— RESSOURCES MENTIONNÉES ———

• Modèle Spotify (squads et chapters)

• Welcome to the Jungle

• Team Health (méthodologie de santé d'équipe)

——— RÉMI LEBIGRE ———

Retrouvez Rémi sur LinkedIn : https://www.linkedin.com/in/remi-lebigre-6a102a53/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Arrivée en France à 19 ans, sa première question en cours d'informatique sera : "Monsieur, comment allume-t-on l'ordinateur ?" Aujourd'hui tech lead freelance et présidente de Yeeso, elle transforme une association de 25 personnes en véritable entreprise sociale qui accompagne près de 1000 femmes vers la tech.

Dans cet épisode, Houleymatou partage sa philosophie : le syndrome de l'imposteur n'existe pas, il n'y a que des sujets qu'on ne connaît pas encore. Une approche qui l'a menée de l'université Lyon 1 aux conférences internationales, en passant par l'écriture d'un livre collectif soutenu par Elisabeth Moreno.

————— HOULEYMATOU BALDÉ ————— Retrouvez Houleymatou :

LinkedIn : https://www.linkedin.com/in/houleymatoubalde/

Site Yeeso : https://yeeso.fr/

Livre "Yeeso" sur Amazon

————— PARTIE 1/3 : PARCOURS —————
(00:00) Intro + présentation d'Houleymatou
(04:19) Chloé O'Brien dans 24h chrono : le déclic à 13 ans
(07:38) Découverte de la ville et du théâtre : apprendre à argumenter
(09:46) Le rôle clé de son frère aîné dans son parcours
(12:14) Grandir dans un village sans électricité en Guinée
(15:13) Arrivée en France et premiers pas dans la tech
(18:17) Prendre confiance : "Peut-être que tu peux relâcher la pression"
(21:54) Les défis du premier poste de leadership technique
(22:51) L'anecdote de la nuit enfermée dans l'entreprise
(28:42) Syndrome de l'imposteur vs sentiment d'imposture
(35:05) Sa méthode d'introspection : lister le positif et le négatif
(42:58) Apprendre l'honnêteté radicale avec soi-même
(48:00) Les difficultés avec l'aspect commercial et entrepreneurial

————— PARTIE 2/3 : YEESO ET L'ENTREPRENEURIAT SOCIAL —————
(58:06) Le sentiment d'être redevable : "Je me suis faite par les gens"
(1:02:49) Les étapes de son parcours professionnel
(1:05:33) Devenir ambassadrice de l'égalité des chances
(1:18:12) Yeeso : œuvrer pour l'équité professionnelle femmes-hommes
(1:25:31) La confiance comme pilier central de l'égalité
(1:33:59) Le livre Yeeso : 52 portraits et 31 articles tech
(1:37:47) Communautés non-mixtes vs mixtes : trouver l'équilibre
(1:43:37) Construire une communauté de 1000 femmes
(1:48:09) L'ambition : 2000 femmes engagées et expansion en Afrique

————— PARTIE 3/3 : LEADERSHIP ET PHILOSOPHIE —————
(1:54:47) Sa vraie ambition : "Avoir une voix qui compte"
(2:02:18) Devenir conférencière professionnelle par nécessité
(2:07:36) Facturer ses conférences : un acte militant
(2:17:22) Sa méthode pour progresser : conscientiser, découper, s'exprimer
(2:34:06) Coup de gueule : chef de projet n'est pas une évolution de développeur

————— RESSOURCES —————

• Yeeso : association pour l'équité professionnelle femmes-hommes dans la tech

• Livre "Yeeso" : 52 portraits de femmes de la tech + 31 articles techniques

• Série 24h chrono : inspiration via le personnage de Chloé O'Brien
  

————— 5 ÉTOILES —————
Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Pour elle, le doute n’est pas un bug mais un signal. Dans cet extrait, elle partage un switch mental simple et actionnable: voir clair, découper, agir. Résultat: moins de ruminations, plus de mouvement, et une progression visible au quotidien.

———— INVITÉE ————

Retrouvez Houleymatou sur LinkedIn : https://www.linkedin.com/in/houleymatou-balde/

———— 5 ÉTOILES ————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

En 2023, nouveau pari audacieux : il arrête complètement le développement iOS pour se concentrer exclusivement sur le Vision Pro d'Apple. Encore une fois, tout le monde lui dit que c'est de la folie. Résultat : il développe une vingtaine d'applications, co-fonde le collectif Studio 84 et devient CTO de Clear Surgery, une app qui révolutionne les blocs opératoires.

————— FLORENT MORIN —————

Retrouvez Florent sur LinkedIn : https://www.linkedin.com/in/florentmorin/

————— PARTIE 1/4 : PARCOURS —————

(01:02) Intro + présentation de Florent

(03:08) Les débuts d'Apple et l'ouverture de l'App Store aux développeurs

(04:12) Comment était le développement iOS au tout début

(07:33) La transition de Linux vers Objective-C sur iPhone

(13:12) Pourquoi Florent est resté fidèle à iOS pendant 15 ans

(16:12) Apple comme partenaire de confiance pour les développeurs

(17:27) Les débuts poussifs en freelance : 5 ans de galère

(24:58) Le point d'inflexion vers la stabilité financière

(30:00) Applications indie vs prestation client

(35:20) L'état du marché iOS aujourd'hui face à l'IA

————— PARTIE 2/4 : VISION PRO —————

(44:32) Les premiers pas dans la VR/AR avec du bricolage

(58:08) Pourquoi attendre le Vision Pro plutôt que Meta

(59:54) Le point de bascule à la WWDC 2023

(1:04:38) 6 mois de travail acharné : 16h/jour, 7j/7

(1:11:54) Premier contact avec le Vision Pro : "le logiciel est dans ma tête"

(1:25:28) Pourquoi tout quitter pour un pari aussi risqué

(1:28:22) Clear Surgery : révolutionner la chirurgie avec la réalité augmentée

(1:44:18) Le projet SNCF TGV M avec Studio 84

(1:58:10) Comment développer une activité sur une techno émergente

————— PARTIE 3/4 : ROLLBACK —————

(2:05:25) Les associations ratées et les red flags ignorés

(2:06:42) Exemples concrets de mauvais partenariats

(2:08:34) Comment détecter les signaux d'alarme

(2:12:30) Techniques pour se sortir des mauvaises expériences

————— PARTIE 4/4 : STAND-UP —————

(2:13:38) Ne pas abandonner malgré les échecs répétés

(2:15:38) Les apprentissages : faire des erreurs pour grandir

(2:17:02) L'introspection quotidienne et l'auto-analyse

(2:18:19) Vision du futur : IA embarquée et nouvelles interfaces

(2:27:14) Le conseil ultime de Florent

————— RESSOURCES —————

• Vision Pro d'Apple

• Xcode 16 avec intégration IA

• ClearSurgery : application médicale en réalité augmentée

• Studio 84 : collectif de développeurs AR/VR

• Mistral AI et modèles embarqués

• ARKit et RealityKit d'Apple

• 
  

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Leur cible ? Les blocs opératoires et leurs écrans gigantesques qui obligent les chirurgiens à se contorsionner pendant des heures. Leur solution ? Une application Vision Pro qui diffuse la vidéo des caméras chirurgicales directement dans le casque.

Dans cet extrait, Florent nous explique le défi technique colossal que représente la vidéo en temps réel sur Vision Pro, les contraintes réglementaires du secteur médical, et pourquoi cette innovation pourrait transformer la chirurgie moderne.

————— FLORENT MORIN —————

Retrouvez Florent sur LinkedIn : https://www.linkedin.com/in/florentmorin/

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Une tension qu'il a vécue dans trois aventures entrepreneuriales en presque dix ans. Après avoir découvert le code via l'optimisation des files d'attente pour Disneyland Paris, il a tracé sa route en dehors des voies habituellement empruntées par les développeurs.

————— THOMAS SERTORIO ————— Retrouvez Thomas sur LinkedIn : https://www.linkedin.com/in/thomassertorio/

————— PARTIE 1/3 : PARCOURS —————

(00:00) Intro + présentation de Thomas

(04:07) Optimisation des files d'attente à Disneyland Paris : premier contact avec le code

(10:12) Pourquoi Thomas n'a pas suivi le chemin classique après Centrale

(12:30) Apprendre à progresser sans mentor : la résolution de problèmes comme moteur

(15:25) Comment évaluer son niveau quand on est autodidacte

(18:25) La plus grosse difficulté technique : scaler une app sans expérience

(22:13) Gestion du trafic et optimisation SQL : apprentissage par la contrainte

(26:34) Les mentors virtuels et l'importance des freelances expérimentés

(28:18) Où Thomas se situe techniquement après toutes ces expériences

(30:37) Pourquoi l'entrepreneuriat plutôt que le salariat classique

(32:33) Comment Thomas a rempilé après chaque projet (35:26) Comment les opportunités se présentent quand on reste ouvert

————— PARTIE 2/3 : AVENTURES ENTREPRENEURIALES —————

(38:20) L'arrêt d'OpenLodge : comment décider qu'il faut s'arrêter

(41:46) Le rôle du gut feeling dans les décisions entrepreneuriales

(46:03) Poulpe vs OpenLodge : la différence entre créer un marché et répondre à un besoin

(50:07) Relationchips : deux ans pour trouver le product market fit

(53:17) Le sentiment face aux projets qui s'arrêtent

(54:25) Transition vers le salariat : pourquoi maintenant

(57:12) L'appréhension de rejoindre une structure après 15 ans d'entrepreneuriat

(1:01:59) Les super-pouvoirs d'un parcours atypique

(1:05:44) L'ego des développeurs et l'importance de l'humilité

(1:10:53) L'entrepreneuriat comme motivation esthétique plutôt qu'économique

————— PARTIE 3/3 : ROLLBACK + STAND-UP —————

(1:18:02) ROLLBACK : Le piège du perfectionnisme technique en entrepreneuriat

(1:26:43) L'inconfort de confronter son produit au marché

(1:30:35) L'importance de s'associer avec des profils complémentaires

(1:36:01) Comment Relationchips s'est terminé

(1:40:53) STAND-UP : La veille technique en équipe plutôt qu'individuelle

(1:44:17) Créer l'engagement par la préparation et la présentation

(1:49:34) Just-in-time vs just-in-case learning

(1:52:16) Les ressources qui ont marqué Thomas

(2:01:21) Perspective sur 40 ans de carrière

————— RESSOURCES —————

• Code par Charles Petzold

• Crafting Interpreters par Robert Nystrom

• Ruby Rogue (podcast en anglais)

• La veille technique en équipe : méthode de Thomas

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Newsletters abandonnées après trois semaines, watchlist YouTube qui déborde sans jamais être regardée, FOMO permanente face au centième framework JavaScript... La veille technique traditionnelle, celle qu'on nous vend comme indispensable, ne fonctionne tout simplement pas pour la plupart d'entre nous.

Alors que faire ? Abandonner toute idée de veille et risquer de devenir obsolète ? Pas forcément.

Thomas a développé une approche radicalement différente qui a transformé sa façon d'apprendre : la veille en équipe. Plutôt que de subir seul l'anxiété de la FOMO, il a créé un rituel hebdomadaire où chaque membre présente un sujet en profondeur. Le résultat ? Une dynamique où "un junior peut apprendre des trucs à un senior" et où la veille devient enfin productive et engageante.

Dans cet extrait, Thomas partage :

➡️ Pourquoi les crénaux de veille solo sont voués à l'échec (et ce n'est pas une question de volonté)

➡️ Sa méthode de veille en équipe avec présentations tournantes de 20 minutes

➡️ Le concept du "livre de plage" : pourquoi lire calmement en vacances plutôt que de courir après le dernier framework

➡️ La différence cruciale entre "just-in-time" et "just-in-case" dans l'apprentissage technique

➡️ Comment transformer la veille d'une corvée anxiogène en moment de partage et de bienveillance

Si vous en avez marre de culpabiliser sur votre pile de newsletters non lues et que vous cherchez une approche pragmatique pour rester à jour sans subir la FOMO, cet extrait va vous réconcilier avec la veille technique.

Les ressources mentionnées dans l’extrait :

• Crafting Interpreters de Robert Nystrom

• Code de Charles Petzold

• Le podcast Ruby Rogue

L'épisode complet avec Thomas Sertorio, où l'on explore aussi son parcours entrepreneurial et sa transition vers Doctolib après 10 ans comme son propre patron, sera disponible la semaine prochaine.

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Il passe les 7 années suivantes comme développeur à explorer les divers aspects du métier : Agilité, SCRUM, tests, performance, SQL et noSQL, Cloud, devops...

Mais en 2016, alors qu’il change d’entreprise, il amorce une transition vers le management ; un rôle d’engineering manager (EM) qu’il occupe toujours aujourd’hui, dans la même entreprise, depuis 7 ans, et dont il nous parle dans cet épisode.

Durant cette discussion passionnante, on évoque notamment :

• Comment s'est passé son switch de Java à Node.js, et pourquoi il a préféré l'environnement JS,

• Le moment où il s'est senti senior... qui est venu bien trop tôt,

• Qu'est-ce qui change quand on passe de contributeur individuel à manager ?

• Quel est concrètement le rôle d’un EM ?

• Quelles sont les compétences clés pour être EM ?

• Quels sont les symptômes d'une équipe dysfonctionnelle ?

• Quelle importance donner au bagage technique en tant que manager ?

• Qu'est-ce que le Competency Model, qu'il a contribué à mettre en place dans son entreprise,

• La difficulté à réussir à déléguer en tant que manager

• La possibilité de continuer à évoluer en tant que contributeur individuel, sans avoir à passer manager.

• Quelle place Jean-Sébastien donne-t-il à la santé mentale ?

Référence citée par Jean-Sébastien :

• The Manager's Path — Camille Fournier

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Contrairement à nombre d’entre nous, qui, au même âge, pensions plus à la future sortie du week-end avec les copaines, c’est à 14 ans que démarre la vocation de Farah pour la tech et les sciences de l'informatique. 

Une fois son bac en poche, elle arrive en France pour poursuivre son parcours. Après une licence en informatique, elle suit un master en Machine Learning et traitement automatique de l'image, en parallèle d’un apprentissage chez Dassault Système. C’est à cette occasion qu’elle découvre le sujet de la qualité. Un sujet qui ne l’a plus jamais quitté. 

Ayant l’envie d’évoluer dans un environnement sur lequel elle verrait son impact, elle se dirige vers le milieu des Start-up Scale-Up : en tant qu’Head of Quality Enginering, elle a ainsi participé à l’évolution d’entreprises telles que Leetchi, Mangopay, Livestorm, ou encore Ankorstore. Aujourd’hui, c’est en tant que C.T.O de Worklife qu’elle poursuit sa trajectoire.   

Mais son envie d’impacter les gens et le monde de la qualité ne s’arrête pas à son environnement professionnel. Elle a ainsi co-fondé la communauté Women of Influence, lancé la newsletter Build Quality, et intervient régulièrement en tant que conférencière.

Durant cette passionnante conversation, nous avons évoqué :

• L’importance de prendre le temps de l’introspection pour booster ses ambitions,

• Pourquoi elle ne pense plus qualité mais excellence ?

• Comment adapter ses focus excellences en fonction du projet ? 

• Le scale ne s'improvise pas : comment l'organiser méthodiquement ?

• Sa formation en gouvernance en cybersécurité,

• Ce qu’elle fait pour monter en compétence partout, tout le temps et par tous les moyens,

• Comment bien s’approprier les responsabilités et la culture de l’entreprise lorsqu’on arrive comme CTO,

• Comment diriger le focus des équipes sur les bons éléments ?

• Quels sont les avantages d’avoir été testeur quand on est CTO ?

• Ce qu’elle fait dans ses moments “Koala”,

• L'intérêt d'avoir des CTO au COMEX et au board,

• Comment et pourquoi elle est devenue conférencière,

• Son moteur principal : l’impact qu’elle va avoir sur les gens,

• Comment faire quand on n’a pas le temps de transmettre le why et le how aux équipes ?

• Est-ce qu’elle aurait fait certaines choses différemment aujourd'hui ?

Farah nous recommande de lire : 

• Start with Why de Simon Sinek 

• How to Fail at Almost Everything and Still Win Big de Scott Adams 

• Accelerate: The Science Behind Devops: Building and Scaling High Performing Technology Organizations de Nicole Forsgren PhD, Jez Humble, Gene Kim

Et de suivre : 

• David Heinemeier Hansson

• The Pragmatic Engineer

• The Dora Metric Community

• Lisa Crispin

Retrouvez Farah sur LinkedIn : https://www.linkedin.com/in/farah-chabchoub/

Ou en vous abonnant à sa newsletter Build Quality : https://farahchabchoub.substack.com/

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Antoine, c’est 15 ans d’expérience dans la tech, dont 8 à piloter la transformation digitale de La Redoute, avec plus de 100 déploiements par jour en fin de parcours. Il est aussi l’auteur de Quality at Speed et The Systemic CTO, deux ouvrages de référence sur la qualité logicielle et la transformation des organisations tech.

On parle notamment de :

• La vraie fonction du test dans une stratégie produit

• Comment choisir entre tests unitaires, end-to-end ou exploratoires

• La pyramide des tests (et quand il faut l’ignorer)

• Par où commencer quand on part de zéro

• Pourquoi tester peut devenir un levier d’impact

————— OPINIONATED —————

Bienvenue dans Opinionated, le hors-série de Developer Experience. Ici, je tends le micro à celles et ceux qui ont des opinions bien tranchées sur des sujets qui divisent dans la tech.

Loin de créer des polémiques, l’idée est plutôt de questionner nos certitudes. Parce qu’une opinion est un point de vue sur le monde et pas une vérité absolue. Et c’est en confrontant nos opinions qu’on progresse, qu’on affine nos idées, et qu’on devient des devs plus éclairé.e.s.

————— PASSERPORT.DEV —————

Cet épisode est réalisé en partenariat avec passeport.dev, la plateforme vous permettant de cartographier vos compétences techniques et de suivre un parcours d’apprentissage structuré, avec des ressources gratuites. Montez en compétences sur des sujets tech comme la modélisation de données, mais aussi l’architecture, le testing, le machine learning, le développement front ou mobile.

————— ANTOINE CRASKE —————

Retrouvez Antoine :

• Sur LinkedIn : https://www.linkedin.com/in/acraske/

————— PARTIE 1/2 : LA TECHNIQUE —————

(04:03)  Les tests : qu’est-ce que c’est et à quoi ça sert ?

(07:54) Enjeux des tests dans un projet tech aujourd'hui

(13:52) Différents types de tests et lesquels utiliser

(20:27) Tests unitaires ou tests end-to-end ?

(23:25) Tests automatisés vs. tests manuels

(26:11) Pyramide des tests et exemple La Redoute

(36:36) Tests : par où commencer ?

(44:41) Grands principes à suivre pour faire des tests

(51:29) Tests et IA : faire plus de tests ou rester frugal ?

(58:53) Quand et comment faire évoluer une suite de tests

(01:08:58) Scaler les tests : en quoi ça consiste et comment faire

(01:13:53) Comment lier les objectifs métier et ce qu’on décide de tester

————— PARTIE 2/2 : OPINIONATED QUESTIONS —————

(01:18:51) Les 2 opinions à contre-courant d’Antoine sur le testing

(01:22:09) Qu’aurait-il aimé apprendre plus tôt sur le testing ?

(01:23:32) Anti-patterns dans le testing

(01:26:25) Être autonome sur les tests : ça veut dire quoi ?

(01:28:21) Ce qui obsède Antoine sur le testing

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Au programme :

• Comment faire le lien les objectifs métier et ce qu’on décide de tester

• Les non-négociables d’une stratégie de qualité saine

• Deux opinions tranchées et à contre-courant sur le testing

• Les anti-patterns qu’Antoine voit trop souvent

• Ce que signifie vraiment “être autonome” sur ses tests

Retrouvez Antoine :

• Sur LinkedIn : https://www.linkedin.com/in/acraske/
  
  Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Greg Lhotellier a connu toutes les transitions de la tech mobile : du code bas niveau au Swift, de la solitude du freelance aux enjeux de la posture, de la technique à la pédagogie.

Dans cet épisode, il partage son parcours, ses virages, ses convictions… et ce qu’il faut pour tenir dans un écosystème qui change sans arrêt.

————— GREG LHOTELLIER —————

Retrouvez Greg :

• Sur LinkedIn : https://www.linkedin.com/in/greg-lhotellier/

• Sur Tech Connection : https://techconnection.io/

————— PARTIE 1/3 : PARCOURS —————

(00:00) Intro + présentation de Greg

(02:38) Les débuts de Greg dans le développement mobile

(10:52) Du PC au Mac : le déclic Apple

(15:38) Comment concevoir pour le mobile vs pour le web

(22:27) Les enjeux d’être dev sur iOS

(35:11) Développer avec Swift : le changement de paradigme

(41:48) Apple Vision Pro : applications en BtoB

(47:27) Apprentissages de sa 1ère boîte fondée en 2010

(53:02) L’aventure Kawet en 2011 en tant que iOS Lead Developer et Partner

(55:51) Création de SwiftJobs en 2019, cabinet de recrutement

(01:05:40) L’état du marché pour les développeurs aujourd’hui

(01:07:54) Tech Connection depuis 2023 : les dessous des conférences tech

(01:19:35) D’où vient l’appétence de Greg pour l’entrepreneuriat

(01:23:04) Comment Greg conjugue 3 activités entrepreneuriales

(01:31:56) Tournant dans la vie de Greg en 2015 : assister à une conférence tech

(01:34:21) Greg préfère les développeurs au développement + son rapport à l’humain

(01:37:11) Comment Greg passe de développeur à entrepreneur

(01:45:42) Comment un dev peut améliorer ses compétences périphériques

(01:53:22) Opinion à contre-courant de Greg sur l’IA et les devs

————— PARTIE 2/3 : ROLL-BACK —————

(01:54:47) Projet de coliving de Greg en 2021

————— PARTIE 3/3 : STAND-UP —————

(02:01:34) L’avenir des développeurs vis-à-vis du marché et de l’IA

(02:19:34) Les compétences du futur pour les devs

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet épisode, Greg Lhotellier revient sur sa bascule radicale de l’univers PC/Microsoft vers l’écosystème Apple. Un changement esthétique, technique, mais aussi philosophique.

Une transition qui l’a mené du dev embarqué à la création d’apps iOS dès les débuts de l’iPhone, jusqu’à devenir un acteur clé du mobile en France.

On y parle de :

• Pourquoi les contraintes du mobile rendent le métier de développeur si particulier

• Comment Greg a vécu l’arrivée de Swift comme un tournant dans sa carrière

• Ce qu’il a appris en bricolant à l’aveugle dans les premières années de l’App Store

• Ce que les jeunes devs iOS n’ont jamais eu à affronter (et pourquoi c’est tant mieux)

• La beauté d’une interface Apple et pourquoi elle a tout changé pour lui

• 
  

Retrouvez Greg sur LinkedIn : https://www.linkedin.com/in/greglhotellier

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

C'est une refonte totale, technique et stratégique.

Et au cœur de cette transformation se trouve Jérémie, architecte front-end et évangéliste chez Leboncoin, qui a relevé l'un des plus grands défis de sa carrière.

Là-dessus, Jérémie a proposé une approche en deux temps pour réduire les risques.

Et ça, ce n’est qu’une partie de l’interview, puisqu’on a balayé beaucoup d’autres sujets dans l’épisode principal, comme :

➡️ L'importance de la formation continue dans une carrière en développement web.

➡️ La gestion de l'équipe et du leadership, avec le partage de son expérience de manager et son retour au développement à plein temps (!).

➡️ La transition vers les Feature Teams, ou comment Leboncoin a réorganisé ses équipes pour mieux répondre à ses besoins de développement et de maintenance.

➡️ La mise en place d’actions pour favoriser l'innovation et le partage de connaissances au sein de l'entreprise.

➡️ Ou encore, l'impact de la tech sur la culture d'entreprise ainsi que ses effets sur la dynamique de travail.

Références citées dans l'épisode :

• L'Art subtil de s'en foutre, de Mark Manson

• La chaine Twitch de Le Bon Coin !

• Sa propre chaine Twitch.

• Jack Archibald, connu dans le domaine de la tech, notamment pour ses travaux sur la performance web (son profil X)

• Addy Osmani, ingénieur chez Google, connu pour ses contributions sur les performances web et les pratiques de développement (son profil X)

• Kobe Bryant, Shaquille O'Neal, Andrés Iniesta (sportifs mentionnés comme sources d'inspiration pour leurs parcours)

Retrouvez Jérémie sur LinkedIn : https://www.linkedin.com/in/jeremiepereira/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Il a cofondé Mergify en 2018 autour de cette discipline, pour faciliter et fluidifier l’intégration continue tout au long du développement d’un logiciel.

Dans cet épisode hors-série d’Opinionated, Julien nous explique pourquoi l’intégration continue est essentielle à tout projet tech, comment la mettre en place si on part de zéro, les bonnes pratiques et non-négociables d’une CI réussie.

————— OPINIONATED —————

Bienvenue dans Opinionated, le hors-série de Developer Experience. Ici, je tends le micro à celles et ceux qui ont des opinions bien tranchées sur des sujets qui divisent dans la tech.

Loin de créer des polémiques, l’idée est plutôt de questionner nos certitudes. Parce qu’une opinion est un point de vue sur le monde et pas une vérité absolue. Et c’est en confrontant nos opinions qu’on progresse, qu’on affine nos idées, et qu’on devient des devs un peu plus éclairés.

————— PASSERPORT.DEV —————

Cet épisode est réalisé en partenariat avec passeport.dev, plateforme qui vous permet de cartographier vos compétences actuelles et de suivre un parcours d’apprentissage structuré, avec des ressources gratuites. Montez en compétences sur des sujets tech comme la modélisation de données, mais aussi l’architecture, le testing, le machine learning, le développement front ou mobile.

————— JULIEN DANJOU —————

Retrouvez Julien :

• Sur LinkedIn : https://www.linkedin.com/in/juliendanjou/

• Le site web de Mergify : https://mergify.com/

————— PARTIE 1/2 : LA TECHNIQUE —————

(00:00) Intro + présentation de Julien Danjou

(04:25) Intégration continue (CI) : c’est quoi ?

(08:18) Intégration continue dans un projet tech : pourquoi c’est essentiel

(12:21) Comment mettre en place l’intégration continue en partant de zéro

(17:45) Que peut-on inclure d’autre que des tests dans une CI

(21:27) Bonnes pratiques pour penser une CI

(23:40) Zapper la CI pour développer plus vite : bonne idée ?

(29:56) Comment mettre en place une CI avec une petite équipe sans se ruiner

(33:15) Comment évaluer la réussite ou l’efficacité d’une CI

(40:16) Les signes qui montrent qu’il est temps de faire évoluer la CI

(48:38) Règles d’or et non négociables sur l’intégration continue

(52:31) Les apprentissages de Julien sur la CI depuis qu’il a cofondé Mergify

(56:54) Intégration continue : l’opinion à contre-courant de Julien

(59:07) Ce que Julien aurait aimé apprendre plus tôt sur la CI

————— PARTIE 2/2 : OPINIONATED QUESTIONS —————

(01:02:02) Erreurs les plus courantes sur la CI selon Julien

(01:03:18) Comment être un dev autonome sur la CI

(01:07:24) Ce qui obsède Julien sur l’intégration continue

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Le point crucial ? À chaque intégration, des processus automatisés de compilation, de construction et de tests sont déclenchés afin de vérifier que les nouveaux changements n’introduisent pas de régressions ou d’erreurs dans l’application.

Dans cet extrait de l’épisode d’Opinionated #2 avec Julien Danjou, on passe en revue les points suivants :

• Qu’est-ce que l’intégration continue ?

• Pourquoi la CI est essentielle dans un projet tech

• Comment mettre en place la CI en partant de zéro

• Pourquoi repousser la CI est une fausse économie

• Les bons réflexes à avoir : feedback loops courtes, tests sur toutes les branches, etc.

Retrouvez Julien :

• Sur LinkedIn : https://www.linkedin.com/in/juliendanjou/

• Le site web de Mergify : https://mergify.com/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Elle découvre le code presque par accident, installe Linux à 18 ans “juste pour voir”, puis bifurque vers l’informatique en pleine formation multimédia.

Après quelques années comme dev salariée, elle se lance en freelance. Cécile ne se met pas en micro-entreprise classique, mais intègre une coopérative.

Et c’est un tweet qui change sa trajectoire en 2014 : elle rejoint Le Wagon comme enseignante… et y est toujours aujourd’hui.

Depuis, Cécile a enseigné le code à des centaines d’élèves, co-dirigé une franchise, formé d’autres formateurs et monté un startup studio. Tout ça en gardant son fil rouge : transmettre, sans jamais cesser d’apprendre.

————— CÉCILE VENEZIANI —————

Retrouvez Cécile sur LinkedIn : https://www.linkedin.com/in/cécile-veneziani/

————— PARTIE 1/3 : PARCOURS —————

(00:00) Intro + présentation de Cécile

(02:50) Comment Cécile est tombée dans le dev avec Linux à l’âge de 18 ans

(07:50) Être une femme dans un milieu majoritairement masculin

(10:14) Professeure au Wagon depuis 2014 + leçons tirées de l’enseignement

(18:58) Évolution du profil-type des élèves du Wagon en 10 ans

(21:23) Comment Cécile a rejoint la franchise le Wagon Rennes

(26:17) Enseigner a aidé Cécile à progresser en compétences métier

(28:37) Le système de franchise au Wagon : comment ça fonctionne

(36:50) Comment Cécile a rejoint une coopérative pour devenir indépendante

(44:02) Pourquoi Cécile est devenue freelance à 27 ans

(47:39) Comment Cécile est devenue tech lead à temps partagé

(51:29) La semaine-type de Cécile + Backend Engineer chez Fizzer

(01:01:35) Les défis du travail à temps partagé

(01:05:34) Les qualités pour être leader technique à temps partagé

(01:07:10) Collaboration en remote : les bonnes pratiques de Cécile

(01:09:35) Comment Cécile utilise Notion pour organiser l’information

(01:13:10) Comment construire des relations durables avec ses clients

(01:15:12) Le projet stellaire.studio : startup studio SaaS à Nantes

(01:23:52) La fibre entrepreneuriale chez Cécile et ce qu’elle préfère dans son métier

————— PARTIE 2/3 : ROLL-BACK —————

(01:26:33) Le recrutement qui s'est mal passé

(01:35:36) En quoi cette expérience a été révélatrice pour l’entreprise

————— PARTIE 3/3 : STAND-UP —————

(01:39:04) Shape Up : méthodologie alternative pour la gestion de projets

(01:44:21) Hill chart : pour visualise l’avancement réel du projet

(01:48:54) Comment instaurer la méthodologie Shape Up dans un équipe

(01:55:12) Les ressources que Cécile recommande

(01:59:41) Le conseil ultime de Cécile + prochaines étapes

(02:00:30) Où retrouver Cécile

————— RESSOURCES —————

• Notion : app de prise de notes, de gestion de projet collaborative

• La méthodo Shape Up

• Basecamp : outil web de gestion de projets

• Pourquoi nous dormons par Dr. Matthew Walker

• La Slow Watch

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet extrait, Cécile revient sur sa manière d’utiliser Shape Up dans ses missions en temps partagé. Elle y partage notamment :

• Les 3 phases de la méthode Shape Up

• Comment les Hill Charts permettent de visualiser l’avancement du projet

• Comment elle adapte Shape Up à des équipes non techniques

• Et bien sûr, comment elle organise tout ça dans Notion, son outil de prédilection

Un retour d’expérience concret, parfait pour les tech leads qui veulent tester une approche alternative plus efficace du développement de produit.

Retrouvez Cécile :

• Sur LinkedIn : https://www.linkedin.com/in/cécile-veneziani/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

De ses débuts chez GumGum à Head of Engineering du crew Data chez Leboncoin, elle a affûté son expertise sur le terrain. Aujourd’hui, elle traduit des besoins métiers complexes en modèles de données fiables et exploitables.

Dans cet épisode, Céline partage sa vision d’un data modeling bien pensé : interopérable, compréhensible, utile et utilisable par tous.

On y parle notamment d’Apache Kafka, de data mesh, de modélisation en étoile et de gouvernance des données.

————— OPINIONATED —————

Bienvenue dans Opinionated, le hors-série de Developer Experience. Ici, je tends le micro à celles et ceux qui ont des opinions bien tranchées sur des sujets qui divisent dans la tech.

Loin de créer des polémiques, l’idée est plutôt de questionner nos certitudes. Parce qu’une opinion est un point de vue sur le monde et pas une vérité absolue. Et c’est en confrontant nos opinions qu’on progresse, qu’on affine nos idées, et qu’on devient des devs plus éclairé.e.s.

————— PASSERPORT.DEV —————

Cet épisode est réalisé en partenariat avec passeport.dev, la plateforme vous permettant de cartographier vos compétences techniques et de suivre un parcours d’apprentissage structuré, avec des ressources gratuites. Montez en compétences sur des sujets tech comme la modélisation de données, mais aussi l’architecture, le testing, le machine learning, le développement front ou mobile.

————— CÉLINE TO —————

Retrouvez Céline :

• Sur LinkedIn : https://www.linkedin.com/in/celine-to-3aa01377/?originalSubdomain=fr

————— PARTIE 1/2 : LA TECHNIQUE —————

(00:00) Intro + présentation de Céline To

(03:22) C’est quoi le data modeling et pourquoi c’est important

(05:37) La data : c’est quoi au juste ?

(06:29) Principes de la modélisation de données

(09:51) Modèle normalisé vs. modèle dénormalisé

(11:24) Modélisation en étoile et dénormalisation des données

(14:04) Répondre à des contraintes de performance via la modélisation

(16:40) Data modeling pour base analytics vs base opérationnelle

(18:57) Fournir le bon produit au bon moment à l’utilisateur

(20:55) Qui utilise la data chez LeBonCoin ?

(24:26) Traduire techniquement des besoin fonctionnels

(28:53) Gouvernance des données chez Leboncoin

(31:07) Comment penser un bon modèle de données ?

(34:06) Exemple de modélisation de données : cas d’usage concret

(38:18) Rendre la donnée exploitable pour les utilisateurs finaux en interne

(42:47) Quand les utilisateurs sont source d’innovation

(44:25) Quand et comment faire évoluer un modèle de données

(46:06) Comment garantir l’évolutivité d’un modèle de données

(49:06) Modèle de données vs production de données : différences

(51:54) Production de données : sur quoi se concentrer pour bien le faire ?

————— PARTIE 2/2 : OPINIONATED QUESTIONS —————

(53:50) Opinion à contre-courant : data mesh et décentralisation

(58:02) Ce que Céline aurait aimé comprendre plus tôt sur le data modeling

(01:00:00) Erreurs courantes et anti-patterns en data modeling

(01:01:44) Être autonome sur la modélisation de données

(01:03:34) Ce qui obsède Céline sur le data modeling

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet extrait, Céline, Head of Engineering de la crew Data chez Leboncoin, revient sur les fondamentaux du data modeling.

Mais elle va plus loin : elle explique pourquoi structurer la donnée ne suffit pas, et comment penser un modèle utile, maintenable, et compréhensible par tous.

On parle aussi de :

• La différence entre base opérationnelle et analytique

• Kafka et son rôle central chez Leboncoin

• Les pièges des modèles trop normalisés

• Comment éviter que chaque équipe réinvente la roue à chaque analyse

Un passage clé pour toutes les personnes qui travaillent avec de la donnée même sans être data engineer.

Retrouvez Céline :

• Sur LinkedIn : https://www.linkedin.com/in/celine-to-3aa01377/?originalSubdomain=fr

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet extrait, Simon Maurin (ex-architecte chez Leboncoin) m’a dévoilé un concept puissant : la culture générative.

L’objectif ? Créer un environnement où les équipes osent innover sans crainte de l'échec.

Simon m’a notamment partagé comment transformer une "culture de la peur" en "culture de l'apprentissage", basé sur son expérience de transformation d'équipes tech.

Dans cet extrait, vous découvrirez notamment :

➡️ Les 3 types de cultures d'entreprise et leur impact sur l'innovation

➡️ Comment une approche "fail fast" renforce paradoxalement la stabilité

➡️ Des exemples concrets de mise en place d'une culture générative

Retrouvez Simon sur LinkedIn : https://www.linkedin.com/in/simon-maurin-369471b8/

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Fort de missions variées pour des startups, il a appris à allier technique, design et stratégie produit. Sa soif d'apprendre et son approche centrée sur l'utilisateur l'ont amené à concevoir des produits toujours plus pertinents.

Dans cet épisode, Paul nous partage son chemin vers le product design et nous parle de MVP et de Product Market Fit. On échange aussi sur les dark patterns, la prise de parole en public et de son podcast The Thinking Gallery.

————— PAUL TERRASSON —————

Retrouvez Paul sur LinkedIn : https://www.linkedin.com/in/paul-terrasson-duvernon/

————— PARTIE 1/3 : PARCOURS —————

(00:00) Intro + présentation de Paul Terrasson

(06:11) Entrepreneuriat et expérience pour des startups

(13:40) Profil tech/ingénieur : un atout en tant que product designer

(18:20) Valider l’intérêt (ou non) de résoudre un problème pour un marché

(26:49) Tester son MVP le plus vite possible et identifier la core feature

(32:07) Quand sait-on que le produit marche et quels KPIs mesurer ?

(42:22) Go-to-Market : l’exemple de The Quest

(45:44) Les 3 erreurs que font la plupart des first-time founders

(48:45) À quoi faire attention quand je lance mon produit

(01:06:08) Dark patterns ou comment pousser l’utilisateur à l’achat

(01:13:21) La frontière entre design efficace et manipulation

(01:21:34) Comment créer et promouvoir un design plus éthique

(01:24:42) Les dark patterns utilisés par les réseaux sociaux

(01:43:50) Comment se vendre quand on a un profil généraliste

(01:49:03) L'importance de se focaliser quand on est curieux

————— PARTIE 2/3 : ROLL-BACK —————

(02:06:15) Classe prépa et école d’ingé : période compliquée

(02:08:34) Les + du modèle éducatif français selon Paul

————— PARTIE 3/3 : STAND-UP —————

(02:14:55) L'importance de se former en continu et de se challenger

(02:22:27) Ressources UX/UI Design recommandées par Paul

(02:24:20) Sa transition vers le coaching

————— RESSOURCES —————

• Figma Academy sur YouTube pour apprendre l’UX/UI Design

• La plateforme growth.design pour améliorer ses compétences UX

• Daily UI Design Challenge sur dailyui.co pour se former à l’UI

• Sharpen Design sharpen.design pour se former à l’UX

• Product Hunt : plateforme de découverte de produits tech

• Derrière nos écrans de fumée (documentaire Netflix)

• Y Combinator, l’incubateur de Paul Graham

• Livre : TED Talks par Chris Anderson

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

On parle du fait qu’il est essentiel de valider un problème avant d’en chercher la solution, mais aussi de tester le MVP d’un produit le plus vite possible pour valider l'intérêt des utilisateurs. Cette approche montre l’importance d’une démarche agile et centrée sur l’utilisateur.

Dans cet extrait, on évoque les points suivants :

➡️ Valider l’intérêt (ou non) de résoudre un problème pour un marché

➡️ Identifier la cible et observer ses comportements

➡️ Tester son MVP et recueillir des feedbacks rapides

➡️ Savoir si le produit fonctionne en suivant des KPIs spécifiques

➡️ Go-to-Market : comment The Quest a trouvé ses bêta-testeurs sur Product Hunt

➡️ Les 3 erreurs que font la plupart des first-time founders

Retrouvez Paul :

• Sur LinkedIn : https://www.linkedin.com/in/paul-terrasson-duvernon/

• Sur Substack : https://thethinkinggallery.substack.com/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet épisode, on parle aussi de création de contenu sur LinkedIn et du podcast de Mathieu : Tronche de Tech. Un échange sans filtre sur l’évolution d’une carrière dans la tech et la manière de faire grandir une équipe.

————— MATHIEU SANCHEZ —————

Retrouvez Mathieu :

• Sur LinkedIn : https://www.linkedin.com/in/matsanchez/

• Sur son podcast Tronche de Tech : https://shows.acast.com/tronche-de-tech

————— PARTIE 1/3 : PARCOURS —————

(00:00) Intro + présentation de Mathieu Sanchez

(03:34) Recherche opérationnelle chez Air France

(09:15) Le déclic de changer de boîte

(14:17) Enseignements de l’expérience chez Air France

(20:41) Transition d’Air France à Yuso

(24:56) Software Crafter chez Yuso, SaaS pour apps de VTC

(32:07) Déclic : rendre le code plus accessible pour les autres

(35:50) Recommandations de lecture

(42:09) CTO chez Acasi, outil d’expertise comptable en ligne

(49:08) Premiers enjeux après la prise de poste en tant que CTO

(57:02) Assurer la montée en compétences de l’équipe junior

(01:02:45) Perdre 9 mois de recrutement

(01:15:33) Culture d’entreprise : la vision de Mathieu

(01:24:20) Challenges de la double casquette CTO / CPO

(01:35:20) Évolutions sur le plan humain et émotionnel

(01:41:58) Ce que Mathieu préfère dans son métier aujourd’hui

(01:44:41) Être une figure d’influence sur LinkedIn

(01:50:12) Le processus de Mathieu pour créer du contenu accrocheur

(01:57:13) Tronche de Tech : le podcast de Mathieu

————— PARTIE 2/3 : ROLL-BACK —————

(02:08:53) L’échec de Mathieu avec une collaboratrice

(02:14:43) Les leçons qu’il tire de cette expérience

(02:17:24) Où placer le curseur entre exigence et bienveillance

————— PARTIE 3/3 : STAND-UP —————

(02:19:11) Langage SQL : trouver la meilleure façon d’exécuter une requête

(02:28:03) Ce que Mathieu aurait aimé faire plus tôt dans sa carrière

(02:30:32) Recommandations de lecture (partie 2)

(02:33:17) La prochaine étape pour Mathieu

————— RESSOURCES —————

Les livres recommandés par Mathieu :

• Clean Code - Robert C. Martin

• 99 bottles of OOP - Sandy Metz, Katrina Owen & TJ Stankus

• Domain-Driven Design Distilled - Vaugn Vernon

• Elegant Objects - Yegor Bugayenko

• Thinking in Bets - Annie Duke

• Discovery Discipline - Tristan Charvillat & Rémi Guyot

• Difficult Conversation - Douglas Stone, Bruce Patton & Sheila Heen

• Shutter Island - Dennis Lehane

• Le Jardin d’Épicure - Irvin Yalom

————— 5 ÉTOILES —————

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Pourtant, certains développeurs s’écharpent dans des débats sur les pratiques comme le TDD ou le DDD. Mais ces pratiques ne garantissent pas de faire du code lisible et maintenable par le reste de l’équipe.

Dans cet extrait, on parle de l’importance de faire du clean code pour mieux travailler en équipe, car selon Mathieu, créer du code clair et accessible doit être l’étoile du Nord qui guide une carrière dans la tech.

On a parlé de :

➡️ Comment Mathieu est devenu Software Crafter chez Yuso ;

➡️ Mathieu a besoin de déclics plus que de formations pour évoluer dans sa carrière ;

➡️ Le déclic de Mathieu de créer du code pour les autres (humains) plutôt que pour la machine ;

➡️ Voir le code comme un sport collectif au-delà des pratiques comme le TDD, le DDD ;

➡️ Comment un code lisible et maintenable rend l'équipe technique beaucoup plus résiliente ;

➡️ L’importance d’adopter les termes des autres métiers pour rendre le code plus compréhensible ;

➡️ Les recommandations de lecture de Mathieu de bonnes pratiques pour créer du code plus lisible :

• Clean Code - Robert C. Martin

• 99 bottles of OOP - Sandy Metz, Katrina Owen & TJ Stankus

• Domain-Driven Design Distilled - Vaugn Vernon

• Elegant Objects - Yegor Bugayenko

Retrouvez Mathieu :

• Sur LinkedIn : https://www.linkedin.com/in/matsanchez/

• Sur son podcast Tronche de Tech : https://shows.acast.com/tronche-de-tech

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Alison Eastaway prouve, à travers son parcours atypique passant de prof d’anglais à VP People en startups tech, que les compétences humaines et le leadership peuvent transcender les compétences techniques.

Dans cet épisode, on explore comment capitaliser sur son unicité pour naviguer sa carrière sans se travestir.

On a notamment discuté de :

➡️ Son parcours atypique, de professeure d'anglais à VP People chez Screen (acquis par Datadog)

➡️ Comment se positionner et se vendre quand on a un profil non-conventionnel

➡️ Les stratégies pour apprendre rapidement les codes d'un nouveau secteur

➡️ La gestion des "insecure overachievers" et pourquoi ce terme est préférable au "syndrome de l'imposteur"

➡️ L'art de rebondir après un échec et de construire sa résilience professionnelle

Retrouvez Alison sur LinkedIn : https://www.linkedin.com/in/alisoneastaway/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à (dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Fatiguée des étiquettes qui nous limitent, Alison propose un changement de perspective. Au lieu de parler de "syndrome de l'imposteur", elle préfère le concept d'"insecure overachiever" : ces personnes qui excellent naturellement mais qui peinent à reconnaître leur propre valeur.

Ce changement de point de vue offre une porte de sortie pour celles et ceux qui doutent constamment de leurs compétences. Car derrière ce doute se cache souvent une force : celle de toujours vouloir progresser et apprendre.

Dans cet extrait, Alison évoque :

➡️ Pourquoi le terme "syndrome de l'imposteur" est problématique, particulièrement pour les femmes et minorités dans la tech

➡️ Comment reconnaître les "insecure overachievers" dans nos équipes

➡️ Des stratégies concrètes pour accompagner ces talents sans les pousser au burn-out

➡️ Pourquoi valoriser réellement ces profils est crucial pour la rétention à long terme

Retrouvez Alison sur LinkedIn: https://www.linkedin.com/in/alisoneastaway/

L'épisode complet avec Alison sera disponible la semaine prochaine.

Une conversation pour tous ceux qui cherchent à transformer leurs doutes en moteur pour leur carrière.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

• Son retour d'expérience sur ses multiples entretiens d'embauche,

• À quel moment parler d'argent lors d'un entretien ?

• Comment négocier son salaire si on est mal à l'aise avec ce sujet ?

• Comment il est allé chercher des salaires qu'il n'aurait jamais espéré avoir ?

• Comment poser les bonnes questions pour connaître la vraie valeur d'un poste ?

Références citées lors de la discussion :

• Le livre Never split the difference, par Chris Voss (amzn.eu/d/ey6hf5C)

Retrouvez Matthieu sur LinkedIn : https://www.linkedin.com/in/lrxmatt/

Cet épisode est un extrait de ma discussion avec Matthieu. Pour écouter l'épisode complet, rendez-vous ici : https://smartlink.ausha.co/developer-experience/matthieu-leroux-huet

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet épisode crossover, Tamara de "Tech Your Dream" et moi échangeons sur nos parcours respectifs, les défis rencontrés et les leçons apprises lors de nos transitions de pur techos vers des rôles davantage orienté Product.

Dans cette discussion, on a parlé de :

➡️ Nos cheminements du rôle de développeur à celui de product people, et les motivations derrière ce choix.

➡️ L'importance cruciale de la communication et de la pédagogie pour aligner les équipes techniques et commerciales.

➡️ La gestion des priorités et des urgences, et comment instaurer des processus efficaces sans brider l'agilité.

➡️ Le rôle du leadership dans le produit, surtout dans les petites structures, et savoir quand déléguer.

➡️ L'importance de la remise en question personnelle pour évoluer et trouver sa place.

Les ressources mentionnées :

• La matrice d'Eisenhower, pour prioriser ce qui est important et urgent.

• Capitaine Train (maintenant Trainline) et Indy comme exemples de produits offrant une excellente expérience utilisateur.

• Le podcast Tech Your Dream de Tamara : https://linktr.ee/tamaraguilbert

Si vous envisagez de faire le saut vers le produit ou si vous souhaitez mieux comprendre les enjeux de ce rôle, cet épisode est fait pour vous !

Retrouvez Tamara :

• Sur LinkedIn : https://www.linkedin.com/in/tamara-guilbert

• Sur son podcats Tech Your Dream : https://linktr.ee/tamaraguilbert

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans les entreprises tech, la gestion des priorités est un défi quotidien. Surtout quand les équipes commerciales et techniques n'ont pas la même définition de l'urgence.

Dans cet extrait d’épisode crossover avec Tamara, on plonge dans cette réalité où chaque commercial (et chaque CSM) a ses propres urgences, créant un environnement où tout semble être en feu en permanence.

Dans cet extrait, on évoque :

➡️ La différence entre urgence réelle et urgence perçue ;

➡️ Comment créer un système clair pour hiérarchiser les vraies priorités ;

➡️ L'importance de communiquer le pourquoi pour impliquer les équipes dans les décisions ;

➡️ Les limites humaines face à la pression constante et pourquoi "on n'est pas surhumain" ;

➡️ Comment passer des feature teams aux impact teams pour un alignement durable.

Bref, on démystifie la notion d'urgence et propose des approches concrètes pour sortir du cycle infernal où "chacun a des urgences".

Un épisode fait pour celles et ceux qui jonglent quotidiennement entre les demandes commerciales urgentes, celle du support client et les réalités techniques.

Retrouvez Tamara :

• Sur LinkedIn : https://www.linkedin.com/in/tamara-guilbert

• Sur son podcats Tech Your Dream : https://linktr.ee/tamaraguilbert

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet épisode, on parle de son parcours atypique, depuis sa reconversion via Le Wagon jusqu'à son rôle actuel de lead technique freelance.

Elle y démystifie le freelancing et démontre qu'il est possible de construire une carrière tech alignée avec ses valeurs et son mode de vie.

Dans cet épisode, on parle en détails de :

➡️ Sa transition du salariat vers le freelancing et les stratégies mises en place

➡️ Comment concilier développement, mentorat et engagement communautaire

➡️ Son approche du nomadisme digital et l'organisation du travail à distance

➡️ L'importance de la documentation et de la communication écrite dans les équipes

➡️ La place des femmes dans la tech et son engagement dans les communautés

Ressources mentionnées :

📚 Livres :

• "Dévorer le monde" (Aude Vidal)

• "Reinventing Organizations" (Frédéric Laloux)

📝 Articles :

• "Being Glue" (Tania Riley) sur le travail invisible en tech

• Article sur le management interculturel et ses modèles fondateurs : https://123dok.net/article/les-modèles-fondateurs-hofstede-trompenaars-hall.qvl4vgxr

🗞️ Newsletter :

• Newsletter Women on Rails : https://womenonrails.substack.com/

🧑‍🤝‍🧑 Communautés :

• Women on Rails

• Ladies of Code

Retrouvez Camille sur LinkedIn : https://www.linkedin.com/in/lordinatrice/

Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !

Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Camille Regnault partage son propre cheminement : les doutes, les hésitations, et LE moment où elle a enfin sauté le pas.

Dans cet extrait, elle explique comment :

• Dépasser les pensées limitantes qui freinent le passage au freelancing.

• Transformer son réseau en levier pour décrocher ses premières missions.

• Structurer son activité avec une vraie stratégie annuelle.

• Trouver l’équilibre entre liberté et nécessité de planification.

• Gérer les périodes creuses et en faire un atout pour son développement.

• Se positionner sur le marché en valorisant ses compétences uniques.

Retrouvez Camille sur :

• LinkedIn : https://www.linkedin.com/in/lordinatrice/

• Women on Rails : https://womenonrails.substack.com/

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Simon Maurin, ancien Staff Engineer chez Leboncoin et aujourd'hui cofondateur et CTO de next-level.run(), partage son expérience sur l'évolution des rôles techniques et l'importance d'une approche sociotechnique dans le développement logiciel.

Dans cet épisode, je discute avec Simon de :

➡️ La transition d'IC (Individual Contributor) vers des rôles stratégiques

➡️ L'importance de la culture générative et de l'apprentissage continu

➡️ Les défis de la gestion de la complexité dans les grandes organisations

➡️ Le dépassement des étiquettes techniques traditionnelles.

Ressources mentionnées :

📚 Livres essentiels :

• Team Topologies (Matthew Skelton et Manuel Pais)

• Accelerate (Nicole Forsgren)

• The Software Architect Elevator (Gregor Hophe)

• Clean Architecture et Clean Code (Robert C. Martin)

• Designing Data-Intensive Applications (Martin Kleppmann)

• Modern Software Engineering (David Farley)

• Learning Domain-Driven Design (Vlad Khononov)

🛠 Frameworks et méthodologies :

• LeSS (Large-Scale Scrum)

• TDD (Test-Driven Development)

• DDD (Domain-Driven Design)

Retrouvez Simon sur LinkedIn : https://www.linkedin.com/in/simon-maurin-369471b8/

Et n’oubliez pas de laisser une note et un avis au podcast !

Envoyez-moi un screen de cet avis (LinkedIn ou par mail à dx@donatienleon.com) et je vous enverrai une petite surprise.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet extrait, Simon Maurin (ex-architecte Leboncoin, CTO de next-level.run()) explique comment :

• Utiliser les spécialisations comme tremplin plutôt que comme cage.

• Développer une pluridisciplinarité technique enrichissante.

• Repenser l'organisation des équipes au-delà des étiquettes traditionnelles.

• Saisir les opportunités des nouveaux outils pour élargir son scope.

• Tirer ce qu’il y a de bon dans les étiquettes et éviter leurs mauvais côtés.

Retrouvez Simon sur LinkedIn : https://www.linkedin.com/in/simon-maurin-369471b8/

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet extrait, Jeremy explique comment Matera a résolu ce défi récurrent en mettant en place les "Impact Teams" — une approche qui rapproche concrètement la tech et le business.

Il partage les clés pour donner plus d'autonomie aux équipes tout en assurant un alignement parfait avec les objectifs de l'entreprise.

Dans cet épisode, vous découvrirez :

• Comment le produit peut devenir un rempart entre la tech et le business, et comment éviter ce piège

• Le rôle clé du "business owner" dans les Impact Teams pour assurer une meilleure compréhension des enjeux métier

• Pourquoi la diversité des profils est essentielle pour enrichir la prise de décision et l'autonomie des équipes

• Comment passer d'une approche "feature-centric" à une vision orientée impact business

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Une modification mal pensée ? Elle peut ralentir des millions d’utilisateurs.

Un refacto reporté trop longtemps ? C’est la dette technique qui explose.

Mais derrière ces enjeux techniques se cache une réalité plus complexe : celle du leadership. Parce que mener une équipe de développeurs sur une base de code partagée, avec des exigences toujours plus élevées, c'est surtout une affaire de vision, de prise de recul et, surtout, d’humilité.

C’est exactement ce qu’a compris Thibaut Sabot.

Longtemps dans l’ombre, concentré sur le code et les performances, Thibaut a pris un jour une décision radicale : assumer pleinement son rôle de leader technique. Et pas n’importe quel rôle : Tech Lead chez Leboncoin. Un environnement où chaque choix compte.

Dans son quotidien, Thibaut navigue entre le poids des responsabilités, la tentation du perfectionnisme et la réalité d’un travail collectif où il faut savoir lâcher prise. Car oui, le code, c’est important, mais la manière de fédérer son équipe autour de décisions partagées l’est encore plus.

J'ai pris beaucoup de plaisir à échanger sur ces sujets avec Thibaut, ainsi que :

➡️ Comment maintenir un mono-repo front-end scalable et éviter la désorganisation dans une équipe massive ;

➡️ L’importance du refacto continu, pour anticiper les besoins plutôt que de subir la dette technique ;

➡️ Pourquoi mesurer les impacts techniques (temps d’affichage, taux de rebond) est devenu indispensable pour convaincre les décideurs… et défendre des choix techniques ;

➡️ Et au-delà de la tech : comment éviter le burn-out et apprendre à équilibrer ambition personnelle et santé mentale.

Les ressources mentionnées par Thibaut :

💡 Privacyguides.org : pour explorer les alternatives technologiques respectueuses de la vie privée, avec des conseils adaptés selon les besoins spécifiques des utilisateurs.

Son profil LinkedIn : https://www.linkedin.com/in/thibaut-sabot-2a133788/

Si vous êtes Tech Lead, développeur ou simplement curieux de comprendre comment on gère une équipe à grande échelle dans un environnement complexe, cet épisode est fait pour vous.

PS : si l'épisode vous a plu, pensez à lui laisser une note. 😎

PS2 : Promis, je ne suis pas sponsorisé par Leboncoin, on m'a simplement fait plusieurs recos de profils là-bas. 😄

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

La vie privée en ligne, on en parle beaucoup, c'est vrai. Et pour cause : vous le savez tout comme moi, nos données valent un sacré tas d'or.

Mais qui prend vraiment ce problème à bras le corps ?

Alors oui, c'est impossible de tout protéger sur Internet ; mais on peut au moins choisir ce qu’on partage.

Reprendre le contrôle de nos données, c'est pas seulement une affaire de tech, c'est aussi une question d’équilibre : pas besoin de devenir un ermite digital ou de compliquer son quotidien, l’essentiel, c’est d’agir de manière réfléchie et progressive.

J'ai discuté avec Thibaut Sabot à ce sujet, et il m’a partagé sa vision à la fois pragmatique et accessible de la vie privée numérique. Pas de solutions magiques ni de discours alarmistes, juste des étapes simples pour limiter ce qu’on partage sans tomber dans la paranoïa :

➡️ Pourquoi "je n’ai rien à cacher" est une fausse excuse ;

➡️ Les compromis entre vie privée et confort numérique ;

➡️ Des ressources comme privacyguides.org pour explorer vos options ;

➡️ L’importance d’éduquer ses proches sur ces questions.

Si vous cherchez à reprendre en main vos données sans révolutionner votre quotidien, cet épisode est fait pour vous.

PS : Vous avez apprécié l'épisode ? Alors laissez une note au podcast 😉

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans cet épisode, Céline nous raconte comment ses multiples expériences ont façonné la développeuse qu'elle est aujourd'hui, et comment elles lui ont permis de trouver le rôle qui l'épanouit le plus.

Durant cette discussion passionnante, on évoque notamment :

• Qu'est-ce que le Domain Driven Development (DDD) ?

• Pourquoi un sénior code plus lentement qu'un junior ?

• Comment garder un équilibre entre avoir les mains dans le code et prendre du recul pour anticiper les problèmes au sein d’une équipe.

• Son approche sur le mentorat

• Qu’est-ce que ça veut dire « faire du code de qualité » ?

• Comment choisir les outils et méthodes en composant avec les contraintes de sa stack technique et de ses spécificités métier ?

• Comment elle a trouvé la spécialité qui l'épanouit le plus ?

• Les modèles féminins dans l'informatique.

• L’impact du sexisme dans son évolution professionnelle.

• Comment choisir le système de rôles et permissions approprié pour son application ?

Les ressources évoquées par Céline :

• Le graphe de l'effet Dunning Kruger : https://fr.wikipedia.org/wiki/Effet_Dunning-Kruger

• La conférence "Gestion de la dette d'architecture dans un contexte d'hypercroissance" de Mano Mano : https://youtu.be/F30CJnmzI8Y?si=oqjTZ8rur7OUMl7H

• OSO Academy : https://www.osohq.com/academy

• Mermaid : https://mermaid.js.org/

Retrouvez Céline sur LinkedIn.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Si vous avez des questions, écrivez-moi à dx@donatienleon.com.

---

Tout.e.s les tech leaders qui réussissent semblent partager la même habitude : ils / elles font des bilans.

Ils /elles prennent tou.te.s ce temps de réflexion structuré et utilisaient des frameworks pour repasser sur leur année et planifier l'année à venir.

Or, lorsqu'on n'a pas le temps ou la méthode, faire ces rétrospectives est fastidieux voire décourageant.

L’idéal, ce serait d’avoir un temps sacralisé — et assez court — pour faire ce bilan, avec une méthode clé en main, pour juste avoir à se laisser guider et suivre un process qui a déjà été éprouvé et qui fonctionne.

C’est exactement ce que je vous propose : j’organise à la fin de cette semaine un atelier dans lequel je vous guide au travers de la méthode pour faire le bilan 2024 et préparer 2025 pour atteindre tous vos objectifs

Concrètement, comment ça se passe :

• L’atelier est découpé en deux sessions de 2h, sur 2 jours → la première jeudi 19/12 et la seconde vendredi 20/12.

• Je vous fournis les templates (Google Doc + Notion) qui vous guident dans toute la réflexion. Vraiment clé en main.

• Les sessions seront en remote, et en live pour répondre à vos questions.

• Et le replay complet disponible, pour reprendre la réflexion à tête reposée (ou la rattraper si vous étiez absent.e 🫢).

Les places sont limitées à 50 personnes.

Tous les détails sont disponibles ici : https://donatienleon.podia.com/bilan-2024-cap-sur-2025

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

De ses premiers pas en tant qu'étudiant en informatique à son ascension en tant que champion d'Iron Viz, le parcours de Tristan est un croisement entre son appétence pour le design, la volonté de valoriser les données et son goût pour le challenge.

Parmi ses accomplissements, on peut citer :

• Son titre de champion à la compétition internationale de data visualisation Iron Viz,

• La publication d’un livre pour apprendre à maîtriser Tableau (un outil de data visualisation) ;

• Les titres de Zen Master et de Visionary qui lui ont été décernés,

• Et enfin les outils qu’il a construits pour contribuer à l’écosystème de la data visualisation.

Durant cette discussion passionnante, on évoque notamment :

• En quoi consiste la data visualisation ?

• Quelles sont les bonnes pratiques de data visualisation ? Quelles sont les choses à ne pas faire ?

• Où et comment trouver des jeux de données pour faire de la data visualisation ?

• L’expérience de Tristan en tant que vainqueur de la compétition Iron Viz, et sa sauce secrète pour gagner la compétition.

• Comment Tristan s’est démarqué en alliant la data visualisation et le développement web ?

• Comment il a opéré sa transition en freelance et convaincu sa manager pour partir de son C.D.I. en douceur ?

• Comment Tristan a créé des produits pour décorréler le temps passé sur ses projets clients de ses revenus ?

• Comment choisir ses actions à court terme pour les aligner avec un plan long terme ?

• Qu’est-ce que le syndrome de la croquette ?

• La volonté de Tristan de garder une croissance modérée et de pas créer un énorme business.

• Comment fait-il pour pour trouver le temps de faire du freelance, de la création de contenu et le développement de produits ?

• Comment faire pour trouver le juste milieu entre le temps investi dans ses projets, et le temps off pour soi ?

• Le fait de cultiver la passion dans son travail plutôt que d’attendre qu’elle surgisse d’elle-même.

• Comment utiliser ChatGPT pour accélérer son travail en dev ?

Les références mentionnées lors de la discussion :

• La carte des pertes en hommes lors de la campagne de Russie de Napoleon, par Charles Minard

• La vidéo de Hanz Rosling

• Observable

• Le livre Company of One, de Paul Jarvis

• La vidéo de Flux Academy sur ses plans annuels, mensuels et hebdomadaires

• L'IDE cursor.sh

Retrouvez Tristan sur :

• LinkedIn

• Son site web

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Entre l'incertitude des revenus, devoir trouver ses clients, créer sa boîte, gérer l'administratif... si seulement on pouvait faire une transition "en douceur".

C'est exactement ce qu'a fait Tristan (et que j'ai fait aussi), et qu'il nous partage dans cet épisode.

Ensemble, on a parlé de :

• Comment tester le freelancing en gardant le filet de sécurité de son CDI,

• Comment partir en bons termes avec son employeur,

• Comment il diversifie ses revenus, pour décorréler le temps qu'il passe à travailler de l'argent que génère son entreprise.

Si vous songez à franchir le cap du freelancing mais que faire "all in" vous effraie, cet épisode est fait pour vous !

PS : Cet épisode vous a plu ? Laissez-lui une note, c'est important pour la visibilité du podcast ! 😉

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Dans la tech, les transitions pro sont fréquentes, que ce soit :

• Des personnes en reconversion totale ;

• Ou qui choisissent d’explorer des domaines comme le product, la tech, la data ou encore le machine learning.

Se réinventer, c'est honorable. Mais… ces transitions sont loin d'être simples : c'est un vrai saut dans l’inconnu qui demande une bonne dose de curiosité pour ré-apprendre en partant de quasi 0. Alors, comment rester en progression constante et se réinventer sans se laisser piéger par l’appel de la perfection ?

Cette question, Stéphanie y a été confrontée tout au long de sa carrière, particulièrement lors de sa reconversion de la Business Intelligence vers le développement.

À chaque étape de sa carrière, elle s’est jetée dans la fosse aux lions de nouveaux domaines techniques, et souvent en apprenant tout par elle-même. Son approche ? Ne jamais arrêter d’apprendre. Comme elle le dit elle-même, "Moi, je n'aime pas m'ennuyer, il faut en permanence que j'apprenne de nouvelles choses."

En travaillant sur des projets perso le soir, en suivant des cours en ligne ou en se lançant directement dans des rôles exigeants, Stéphanie a transformé chaque défi en une opportunité d’acquérir de nouvelles compétences.

On a parlé de beaucoup de choses dans cette conversation, notamment :

➡️ De son parcours loin d’être linéaire, entre reconversions et baisses de salaire ;

➡️ Son rôle actuel de Staff Engineer dans une startup du secteur climatique ;

➡️ Les leçons qu’elle a tirées de ses changements de poste et de ses nouveaux environnements ;

➡️ Les clés pour apprendre en autodidacte tout en restant performant·e au travail.

Si vous avez besoin d'une bonne dose de motivation pour vous attaquer à vos propres défis techniques, cet épisode est une masterclass de persévérance.

Stéphanie a aussi parlé de :

• Pragmatic Programmer : un classique pour les développeurs. Ce livre fournit des conseils pratiques applicables tout au long d'une carrière.

• Modern Software Engineering : Un livre abordant des concepts comme le TDD ou la CI/CD.

Son profil LinkedIn : https://www.linkedin.com/in/stéphanie-baltus/

PS : Si vous avez apprécié cet épisode, pensez à me laisser une note et à me partager vos retours, c'est super important pour donner de la visibilité au podcast ! 😊

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Aujourd’hui, les choses ont changé.

Comme le dit Stéphanie Bergamo, "On n'en parle plus beaucoup parce que tout le monde n’en a pas besoin. Mais ce n’est pas tombé en désuétude pour autant !".

Le Big Data reste un pilier essentiel pour les entreprises qui manipulent des volumes massifs de données transactionnelles. Cependant, ce type de technologie doit répondre à un besoin précis, sans quoi elle devient un poids inutile en termes de complexité et de coûts.

Stéphanie nous partage aujourd'hui son expérience de transition vers des architectures Big Data, ses apprentissages sur la volumétrie et le calcul distribué, et pourquoi elle préconise aujourd’hui une approche pragmatique pour les entreprises qui n’ont pas ces besoins spécifiques.

Elle nous partage également son parcours et raconte comment elle a relevé ces défis techniques tout en se confrontant à ses propres doutes. Elle avoue : "Les premiers mois, je me disais : ils vont bien se rendre compte que je suis pas légitime." Mais elle a persévéré, posé (d'innombrables) questions et appris sur le tas.

Dans nos échanges, on a également parlé de :

➡️ Ses techniques pour apprendre à coder en production avec peu d’expérience préalable ;

➡️ Les erreurs et succès qui ont marqué son passage au Big Data ;

➡️ Comment elle a construit un environnement d’apprentissage stimulant grâce à son équipe.

Si vous avez envie de progresser dans des environnements techniques exigeants, cet épisode est pour vous !

PS : Cet épisode vous a plu ? Laissez-lui une note, c'est important pour la visibilité du podcast ! 😉

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Il est tentant et confortable d’imaginer le CTO comme l'expert ultime, celui qui connaît tout sur tout et qui a des années d'expérience derrière lui - alors imaginez la pression pour quelqu'un qui se retrouve à ce poste en début de carrière...

La réalité est bien différente.

Devenir CTO, surtout en début de parcours, c'est souvent faire face à des doutes ou à des difficultés, voire au syndrome de l'imposteur. À vouloir tout maîtriser, on freine son équipe en imposant ses propres limites de connaissance ; à vouloir être partout, on empêche les autres de s’exprimer pleinement.

Aurore Malherbes, co-fondatrice de Padok et aujourd'hui CTO chez Fairly Made, a une idée sur la question puisqu'elle a été propulsée au rôle de CTO après seulement 2 ans d'expérience.

Elle aussi a dû jongler avec ce sentiment d'illégitimité tout en portant le poids des attentes placées en elle. Au lieu de se laisser freiner par ses lacunes techniques, elle a fait de ce défi une force en recrutant des talents expérimentés autour d'elle. Son mantra ? "Si tu ne te fais pas confiance, fais confiance aux gens qui te font confiance."

Cette approche l’a amenée à créer une équipe solide et complémentaire, et à prouver que la légitimité ne vient pas uniquement des compétences, mais aussi de l’audace et de la capacité à s’entourer.

Dans cet épisode parsemé de conseils, on a notamment discuté de :

➡️ Transformer ses faiblesses en opportunités de croissance ;

➡️ Recruter des profils plus seniors pour combler les lacunes et bâtir une équipe compétente ;