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 Manson La chaine Twitch de Le Bon Coin (https://www.twitch.tv/leboncointech) ! Sa propre chaine Twitch (https://www.twitch.tv/jeremiep_). Jack Archibald, connu dans le domaine de la tech, notamment pour ses travaux sur la performance web (son profil X (https://x.com/jaffathecake)) Addy Osmani, ingénieur chez Google, connu pour ses contributions sur les performances web et les pratiques de développement (son profil X (https://x.com/addyosmani)) 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 (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.

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 (http://PASSERPORT.DEV) ————— Cet épisode est réalisé en partenariat avec passeport.dev (http://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 (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.

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 tech Comment mettre en place la CI en partant de zéro Pourquoi repousser la CI est une fausse économie Les bons réflexes à avoir : feedback loops courtes, tests sur toutes les branches, etc. Retrouvez Julien : Sur LinkedIn : https://www.linkedin.com/in/juliendanjou/ Le site web de Mergify : https://mergify.com/ Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn (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.

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/ (https://www.linkedin.com/in/c%C3%A9cile-veneziani/) ————— PARTIE 1/3 : PARCOURS ————— (00:00) Intro + présentation de Cécile (02:50) Comment Cécile est tombée dans le dev avec Linux à l’âge de 18 ans (07:50) Être une femme dans un milieu majoritairement masculin (10:14) Professeure au Wagon depuis 2014 + leçons tirées de l’enseignement (18:58) Évolution du profil-type des élèves du Wagon en 10 ans (21:23) Comment Cécile a rejoint la franchise le Wagon Rennes (26:17) Enseigner a aidé Cécile à progresser en compétences métier (28:37) Le système de franchise au Wagon : comment ça fonctionne (36:50) Comment Cécile a rejoint une coopérative pour devenir indépendante (44:02) Pourquoi Cécile est devenue freelance à 27 ans (47:39) Comment Cécile est devenue tech lead à temps partagé (51:29) La semaine-type de Cécile + Backend Engineer chez Fizzer (01:01:35) Les défis du travail à temps partagé (01:05:34) Les qualités pour être leader technique à temps partagé (01:07:10) Collaboration en remote : les bonnes pratiques de Cécile (01:09:35) Comment Cécile utilise Notion pour organiser l’information (01:13:10) Comment construire des relations durables avec ses clients (01:15:12) Le projet stellaire.studio : startup studio SaaS à Nantes (01:23:52) La fibre entrepreneuriale chez Cécile et ce qu’elle préfère dans son métier ————— PARTIE 2/3 : ROLL-BACK ————— (01:26:33) Le recrutement qui s'est mal passé (01:35:36) En quoi cette expérience a été révélatrice pour l’entreprise ————— PARTIE 3/3 : STAND-UP ————— (01:39:04) Shape Up : méthodologie alternative pour la gestion de projets (01:44:21) Hill chart : pour visualise l’avancement réel du projet (01:48:54) Comment instaurer la méthodologie Shape Up dans un équipe (01:55:12) Les ressources que Cécile recommande (01:59:41) Le conseil ultime de Cécile + prochaines étapes (02:00:30) Où retrouver Cécile ————— RESSOURCES ————— Notion : app de prise de notes, de gestion de projet collaborative La méthodo Shape Up Basecamp : outil web de gestion de projets Pourquoi nous dormons par Dr. Matthew Walker La Slow Watch ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn (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.

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 Up Comment les Hill Charts permettent de visualiser l’avancement du projet Comment elle adapte Shape Up à des équipes non techniques Et bien sûr, comment elle organise tout ça dans Notion, son outil de prédilection Un retour d’expérience concret, parfait pour les tech leads qui veulent tester une approche alternative plus efficace du développement de produit. Retrouvez Cécile : Sur LinkedIn : https://www.linkedin.com/in/cécile-veneziani/ (https://www.linkedin.com/in/c%C3%A9cile-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 (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.

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 (http://PASSERPORT.DEV) ————— Cet épisode est réalisé en partenariat avec passeport.dev (http://passeport.dev), la plateforme vous permettant de cartographier vos compétences techniques et de suivre un parcours d’apprentissage structuré, avec des ressources gratuites. Montez en compétences sur des sujets tech comme la modélisation de données, mais aussi l’architecture, le testing, le machine learning, le développement front ou mobile. ————— CÉLINE TO ————— Retrouvez Céline : Sur LinkedIn : https://www.linkedin.com/in/celine-to-3aa01377/?originalSubdomain=fr ————— PARTIE 1/2 : LA TECHNIQUE ————— (00:00) Intro + présentation de Céline To (03:22) C’est quoi le data modeling et pourquoi c’est important (05:37) La data : c’est quoi au juste ? (06:29) Principes de la modélisation de données (09:51) Modèle normalisé vs. modèle dénormalisé (11:24) Modélisation en étoile et dénormalisation des données (14:04) Répondre à des contraintes de performance via la modélisation (16:40) Data modeling pour base analytics vs base opérationnelle (18:57) Fournir le bon produit au bon moment à l’utilisateur (20:55) Qui utilise la data chez LeBonCoin ? (24:26) Traduire techniquement des besoin fonctionnels (28:53) Gouvernance des données chez Leboncoin (31:07) Comment penser un bon modèle de données ? (34:06) Exemple de modélisation de données : cas d’usage concret (38:18) Rendre la donnée exploitable pour les utilisateurs finaux en interne (42:47) Quand les utilisateurs sont source d’innovation (44:25) Quand et comment faire évoluer un modèle de données (46:06) Comment garantir l’évolutivité d’un modèle de données (49:06) Modèle de données vs production de données : différences (51:54) Production de données : sur quoi se concentrer pour bien le faire ? ————— PARTIE 2/2 : OPINIONATED QUESTIONS ————— (53:50) Opinion à contre-courant : data mesh et décentralisation (58:02) Ce que Céline aurait aimé comprendre plus tôt sur le data modeling (01:00:00) Erreurs courantes et anti-patterns en data modeling (01:01:44) Être autonome sur la modélisation de données (01:03:34) Ce qui obsède Céline sur le data modeling Hébergé par Ausha. Visitez ausha.co/fr/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 analytique Kafka et son rôle central chez Leboncoin Les pièges des modèles trop normalisés Comment éviter que chaque équipe réinvente la roue à chaque analyse Un passage clé pour toutes les personnes qui travaillent avec de la donnée même sans être data engineer. Retrouvez Céline : Sur LinkedIn : https://www.linkedin.com/in/celine-to-3aa01377/?originalSubdomain=fr Hébergé par Ausha. Visitez ausha.co/fr/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érative Retrouvez Simon sur LinkedIn : https://www.linkedin.com/in/simon-maurin-369471b8/ Hébergé par Ausha. Visitez ausha.co/fr/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 Design La plateforme growth.design (http://growth.design) pour améliorer ses compétences UX Daily UI Design Challenge sur dailyui.co (http://dailyui.co) pour se former à l’UI Sharpen Design sharpen.design (http://sharpen.design) pour se former à l’UX Product Hunt : plateforme de découverte de produits tech Derrière nos écrans de fumée (documentaire Netflix) Y Combinator, l’incubateur de Paul Graham Livre : TED Talks par Chris Anderson ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn (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.

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 founders Retrouvez Paul : Sur LinkedIn : https://www.linkedin.com/in/paul-terrasson-duvernon/ Sur Substack : https://thethinkinggallery.substack.com/ Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn (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.