Developer Experience

Donatien Léon
  • 0.0（0則評分）
  • 科技
  • 隔週更新

Le podcast qui aide les développeur.se.s à gagner en expérience, sans parler code. Dans Developer Experience, je discute avec des développeur.se.s et tech leaders de leur expérience et leurs apprentissages pour permettre aux profils tech de construire leur vision et monter plus vite en compétences. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

  1. Dorra : "Si on veut, on peut", le moteur de sa carrière dans la tech

    1 天前

    Dorra : "Si on veut, on peut", le moteur de sa carrière dans la tech

    Dorra devait devenir chercheuse. Arrivée de Tunisie pour un master de recherche à Paris, tout semblait tracé. Mais au CEA, elle découvre qu'elle préfère développer des outils plutôt que rédiger des articles. La recherche théorique n'est pas pour elle. 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.

    2 小時 25 分鐘
  2. [EXTRAIT] Transformer ses prises de notes en machine à contenu — Dorra Bartaguiz

    2月13日

    [EXTRAIT] Transformer ses prises de notes en machine à contenu — Dorra Bartaguiz

    Dorra prend des notes. Tous les jours. Depuis des années. 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.

    24 分鐘

  3. 1月9日

    Les gros changements à venir pour le podcast en 2026

    ------------------------------ 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.

    23 分鐘
  4. [BEST OF] Du code au produit, nos retours d’expérience et conseils pour une transition réussie — Tamara & Donatien

    2025/12/26

    [BEST OF] Du code au produit, nos retours d’expérience et conseils pour une transition réussie — Tamara & Donatien

    Quitter le développement pour le produit : comment naviguer cette transition sans perdre pied ? 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.

    16 分鐘
  5. [BEST OF] En finir avec le mythe du CTO qui sait tout — Aurore

    2025/12/19

    [BEST OF] En finir avec le mythe du CTO qui sait tout — Aurore

    “Dans beaucoup de boîtes, il y a le mythe du CTO qui est le plus fort et connaît tout.” Vraiment ? 👀 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.

    2 小時 48 分鐘
  6. Ismail : "Le logiciel se développe à la vitesse de la confiance”

    2025/12/05

    Ismail : "Le logiciel se développe à la vitesse de la confiance”

    À 20 ans, Ismail créait sa première entreprise à Alger avec une plateforme SMS. 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.

    2 小時 29 分鐘
  7. [EXTRAIT] Les 6 leviers pour scaler une équipe tech de 50 à 300 personnes — Ismail Chaib

    2025/11/28

    [EXTRAIT] Les 6 leviers pour scaler une équipe tech de 50 à 300 personnes — Ismail Chaib

    Scaler une équipe tech de 50 à 300 personnes, c'est un défi que peu de leaders maîtrisent vraiment. 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.

    34 分鐘
  8. [Opinionated #4] Charles : Comprendre et intégrer le protocole MCP en 2025

    2025/11/21

    [Opinionated #4] Charles : Comprendre et intégrer le protocole MCP en 2025

    Aujourd'hui, les IA nous répondent. Demain, elles agiront pour nous. 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.

    1 小時 30 分鐘
顯示全部 (89)

預告片

簡介

Le podcast qui aide les développeur.se.s à gagner en expérience, sans parler code. Dans Developer Experience, je discute avec des développeur.se.s et tech leaders de leur expérience et leurs apprentissages pour permettre aux profils tech de construire leur vision et monter plus vite en compétences. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

資訊

  • 創作者
    Donatien Léon
  • 活躍年代
    2023年 - 2026年
  • 集數
    89
  • 年齡分級
    兒少適宜
  • 版權
    © Donatien Léon
  • 節目網站
    Developer Experience