Developer Experience

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