Developer Experience

Florent Morin et son équipe de ClearSurgery ont fait un pari fou : remplacer des équipements médicaux coûtant des dizaines de milliers d'euros par un Vision Pro à 3500$.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.

Thomas incarne un paradoxe que tous les développeurs entrepreneurs connaissent. Il sait qu'il ne faut pas s'enfermer dans des tunnels de code et plutôt être le plus lean possible pour trouver son product market fit. Et pourtant, il n'a jamais pu s'empêcher de perfectionner techniquement ses projets.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 PetzoldCrafting Interpreters par Robert NystromRuby 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.

"Je ne sais pas faire de la veille comme on l'entend." Voilà l'aveu surprenant de Thomas, développeur senior avec 10 ans d'expérience.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 bienveillanceSi 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 NystromCode de Charles PetzoldLe podcast Ruby RogueL'é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.

Jean-Sébastien vous dira qu’il est arrivé dans l’informatique un peu par chance, via un DUT informatique puis une école d’ingénieur dont il sort diplômé en 2009.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 managerLa 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 FournierHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Farah est à l’image de sa passion, une véritable Formula 1 de la qualité. Ou plutôt de l’excellence, comme elle nous l’explique.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 KimEt de suivre : David Heinemeier HanssonThe Pragmatic EngineerThe Dora Metric CommunityLisa CrispinRetrouvez 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.

Dans cet épisode, Antoine Craske partage sa vision pragmatique du testing, loin des dogmes et des recettes toutes faites.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 produitComment choisir entre tests unitaires, end-to-end ou exploratoiresLa pyramide des tests (et quand il faut l’ignorer)Par où commencer quand on part de zéroPourquoi 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.

Dans cet extrait, Antoine Craske partage ses opinions à contre-courant sur le testing. Soyez prêts à remettre en question tout ce que vous pensiez savoir à propos du testing.Au programme :Comment faire le lien les objectifs métier et ce qu’on décide de testerLes non-négociables d’une stratégie de qualité saineDeux opinions tranchées et à contre-courant sur le testingLes anti-patterns qu’Antoine voit trop souventCe que signifie vraiment “être autonome” sur ses testsRetrouvez 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.

Comment on passe d’un jeune dev qui bidouille sur Windows à un entrepreneur qui forme, recrute et organise les plus grands événements iOS en France ?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.

À quoi tient un virage de carrière ? Parfois, à un ordinateur glissé dans une enveloppe.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 particulierComment Greg a vécu l’arrivée de Swift comme un tournant dans sa carrièreCe qu’il a appris en bricolant à l’aveugle dans les premières années de l’App StoreCe 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 luiRetrouvez Greg sur LinkedIn : https://www.linkedin.com/in/greglhotellierSi 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.

Quand une entreprise de la taille de Leboncoin décide de changer de design, c'est forcément bien plus qu'une simple mise à jour esthétique.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 MansonLa 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.

Développeur open source depuis plus de 20 ans, Julien Danjou a un sujet de prédilection : l’intégration continue (la “CI”).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.

L’intégration continue (ou CI) consiste à intégrer fréquemment, voire plusieurs fois par jour, les modifications de code de tous les développeurs d’une équipe dans un référentiel centralisé.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 techComment mettre en place la CI en partant de zéroPourquoi repousser la CI est une fausse économieLes 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.

Cécile n’a jamais voulu choisir entre passion pour la tech, amour de la transmission et envies de liberté. Alors elle a tout combiné.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 collaborativeLa méthodo Shape UpBasecamp : outil web de gestion de projetsPourquoi nous dormons par Dr. Matthew WalkerLa 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.

Shape Up est une méthodologie de gestion de projets popularisée par Basecamp. La méthode Shape Up permet de livrer des produits en 3 phases à travers des cycles de développement de quelques semaines.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 UpComment les Hill Charts permettent de visualiser l’avancement du projetComment elle adapte Shape Up à des équipes non techniquesEt bien sûr, comment elle organise tout ça dans Notion, son outil de prédilectionUn 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.

Spécialiste du data modeling, Céline To a construit sa carrière autour d’un élément aussi essentiel qu’invisible : la manière dont les données sont organisées et structurées dans une entreprise.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 modelingHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

C’est quoi un bon modèle de données ? Et surtout : à quoi ça sert, concrètement, dans une boîte tech ?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 analytiqueKafka et son rôle central chez LeboncoinLes pièges des modèles trop normalisésComment éviter que chaque équipe réinvente la roue à chaque analyseUn 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=frHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

"L'erreur n'est pas un échec, c'est une opportunité d'apprentissage.”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érativeRetrouvez 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.

À tout juste 24 ans, Paul a déjà un parcours impressionnant. Passé d'un cursus d'études d’ingénieur à une expérience dans le dev, il s’est finalement lancé dans une carrière de product designer indépendant.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 DesignLa plateforme growth.design pour améliorer ses compétences UXDaily UI Design Challenge sur dailyui.co pour se former à l’UISharpen Design sharpen.design pour se former à l’UXProduct Hunt : plateforme de découverte de produits techDerrière nos écrans de fumée (documentaire Netflix)Y Combinator, l’incubateur de Paul GrahamLivre : 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.

Paul partage ses réflexions et son parcours dans le monde du product design et du lancement de produits, notamment dans l'univers startup.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 foundersRetrouvez 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.

Passer de la recherche opérationnelle chez Air France au poste de CTO chez Acasi, c’est jongler entre maîtrise technique, management de l’humain et vision du produit. Mathieu nous raconte son parcours, entre défis, remises en question et apprentissages.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. Martin99 bottles of OOP - Sandy Metz, Katrina Owen & TJ StankusDomain-Driven Design Distilled - Vaugn VernonElegant Objects - Yegor BugayenkoThinking in Bets - Annie DukeDiscovery Discipline - Tristan Charvillat & Rémi GuyotDifficult Conversation - Douglas Stone, Bruce Patton & Sheila HeenShutter Island - Dennis LehaneLe 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.