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 (https://linkly.link/2ZaWO?subid=EP38) Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

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/ (https://www.linkedin.com/in/%F0%9F%92%8Edorra-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 (https://linkly.link/2ZaWO) Hébergé par Ausha. Visitez ausha.co/fr/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/fr/politique-de-confidentialite pour plus d'informations.

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 (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

“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/fr/politique-de-confidentialite pour plus d'informations.

À 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 (https://www.linkedin.com/in/donatien-d/) ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

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 (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

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 (https://next-level.run/), 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 (http://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 (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Le MCP (Model Context Protocol) est en train de devenir l'une des couches les plus critiques de l'écosystème IA. En moins d'un an, ce protocole a connu une croissance fulgurante et transforme la manière dont les LLM interagissent avec leur environnement. 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 (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Marie n'a jamais voulu choisir entre ambition professionnelle et soif de liberté. Alors elle a tout combiné. 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 (http://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 (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.