Developer Experience

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.

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.

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.

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.

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.

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.

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.

'un des déclics majeurs dans la carrière de Mathieu : comprendre que coder, c'est un sport collectif. On doit écrire du code pour les autres, et pas que pour la machine. Parce que créer du code compliqué dans son coin, ça freine le progrès à l'échelle de l'équipe.Pourtant, certains développeurs s'écharpent dans des débats sur les pratiques comme le TDD ou le DDD. Mais ces pratiques ne garantissent pas de faire du code lisible et maintenable par le reste de l'équipe.Dans cet extrait, on parle de l'importance de faire du clean code pour mieux travailler en équipe, car selon Mathieu, créer du code clair et accessible doit être l'étoile du Nord qui guide une carrière dans la tech.On a parlé de :➡️ Comment Mathieu est devenu Software Crafter chez Yuso ;➡️ Mathieu a besoin de déclics plus que de formations pour évoluer dans sa carrière ;➡️ Le déclic de Mathieu de créer du code pour les autres (humains) plutôt que pour la machine ;➡️ Voir le code comme un sport collectif au-delà des pratiques comme le TDD, le DDD ;➡️ Comment un code lisible et maintenable rend l'équipe technique beaucoup plus résiliente ;➡️ L'importance d'adopter les termes des autres métiers pour rendre le code plus compréhensible ;➡️ Les recommandations de lecture de Mathieu de bonnes pratiques pour créer du code plus lisible :Clean Code - Robert C. Martin99 bottles of OOP - Sandy Metz, Katrina Owen & TJ StankusDomain-Driven Design Distilled - Vaugn VernonElegant Objects - Yegor BugayenkoRetrouvez Mathieu :Sur LinkedIn : https://www.linkedin.com/in/matsanchez/Sur son podcast Tronche de Tech : https://shows.acast.com/tronche-de-techSi 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.

Comment réussir quand on ne rentre pas dans les cases ? Alison Eastaway prouve, à travers son parcours atypique passant de prof d'anglais à VP People en startups tech, que les compétences humaines et le leadership peuvent transcender les compétences techniques.Dans cet épisode, on explore comment capitaliser sur son unicité pour naviguer sa carrière sans se travestir.On a notamment discuté de :➡️ Son parcours atypique, de professeure d'anglais à VP People chez Screen (acquis par Datadog)➡️ Comment se positionner et se vendre quand on a un profil non-conventionnel➡️ Les stratégies pour apprendre rapidement les codes d'un nouveau secteur➡️ La gestion des "insecure overachievers" et pourquoi ce terme est préférable au "syndrome de l'imposteur"➡️ L'art de rebondir après un échec et de construire sa résilience professionnelleRetrouvez Alison sur LinkedIn : https://www.linkedin.com/in/alisoneastaway/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.

Et si ce n'était pas du syndrome de l'imposteur dont vous souffrez, mais d'une autre réalité bien plus positive ?Fatiguée des étiquettes qui nous limitent, Alison propose un changement de perspective. Au lieu de parler de "syndrome de l'imposteur", elle préfère le concept d'"insecure overachiever" : ces personnes qui excellent naturellement mais qui peinent à reconnaître leur propre valeur.Ce changement de point de vue offre une porte de sortie pour celles et ceux qui doutent constamment de leurs compétences. Car derrière ce doute se cache souvent une force : celle de toujours vouloir progresser et apprendre.Dans cet extrait, Alison évoque :➡️ Pourquoi le terme "syndrome de l'imposteur" est problématique, particulièrement pour les femmes et minorités dans la tech➡️ Comment reconnaître les "insecure overachievers" dans nos équipes➡️ Des stratégies concrètes pour accompagner ces talents sans les pousser au burn-out➡️ Pourquoi valoriser réellement ces profils est crucial pour la rétention à long termeRetrouvez Alison sur LinkedIn: https://www.linkedin.com/in/alisoneastaway/L'épisode complet avec Alison sera disponible la semaine prochaine.Une conversation pour tous ceux qui cherchent à transformer leurs doutes en moteur pour leur carrière.Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Passer d'un rôle de développeur-euse à un rôle produit, c'est apprendre à naviguer entre technique, business et humain. Mais c'est surtout faire un saut dans l'inconnu qui peut effrayer.Dans cet épisode crossover, Tamara de "Tech Your Dream" et moi échangeons sur nos parcours respectifs, les défis rencontrés et les leçons apprises lors de nos transitions de pur techos vers des rôles davantage orienté Product.Dans cette discussion, on a parlé de :➡️ Nos cheminements du rôle de développeur à celui de product people, et les motivations derrière ce choix.➡️ L'importance cruciale de la communication et de la pédagogie pour aligner les équipes techniques et commerciales.➡️ La gestion des priorités et des urgences, et comment instaurer des processus efficaces sans brider l'agilité.➡️ Le rôle du leadership dans le produit, surtout dans les petites structures, et savoir quand déléguer.➡️ L'importance de la remise en question personnelle pour évoluer et trouver sa place.Les ressources mentionnées :La matrice d'Eisenhower, pour prioriser ce qui est important et urgent.Capitaine Train (maintenant Trainline) et Indy comme exemples de produits offrant une excellente expérience utilisateur.Le podcast Tech Your Dream de Tamara : https://linktr.ee/tamaraguilbertSi vous envisagez de faire le saut vers le produit ou si vous souhaitez mieux comprendre les enjeux de ce rôle, cet épisode est fait pour vous !Retrouvez Tamara :Sur LinkedIn : https://www.linkedin.com/in/tamara-guilbertSur son podcats Tech Your Dream : https://linktr.ee/tamaraguilbertSi 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.

"Tout est urgent pour les commerciaux" — cette phrase vous parle ?

Camille, c'est l'art de construire une carrière tech sur mesure.Dans cet épisode, on parle de son parcours atypique, depuis sa reconversion via Le Wagon jusqu'à son rôle actuel de lead technique freelance.Elle y démystifie le freelancing et démontre qu'il est possible de construire une carrière tech alignée avec ses valeurs et son mode de vie.Dans cet épisode, on parle en détails de :➡️ Sa transition du salariat vers le freelancing et les stratégies mises en place➡️ Comment concilier développement, mentorat et engagement communautaire➡️ Son approche du nomadisme digital et l'organisation du travail à distance➡️ L'importance de la documentation et de la communication écrite dans les équipes➡️ La place des femmes dans la tech et son engagement dans les communautésRessources mentionnées :

Se lancer en freelance, c'est souvent une envie qui trotte dans la tête… mais qu'on repousse encore et encore.Camille Regnault partage son propre cheminement : les doutes, les hésitations, et LE moment où elle a enfin sauté le pas.Dans cet extrait, elle explique comment :Dépasser les pensées limitantes qui freinent le passage au freelancing.Transformer son réseau en levier pour décrocher ses premières missions.Structurer son activité avec une vraie stratégie annuelle.Trouver l'équilibre entre liberté et nécessité de planification.Gérer les périodes creuses et en faire un atout pour son développement.Se positionner sur le marché en valorisant ses compétences uniques.Retrouvez Camille sur :LinkedIn : https://www.linkedin.com/in/lordinatrice/Women on Rails : https://womenonrails.substack.com/Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

De développeur à architecte d'entreprise, comment naviguer dans la complexité croissante des organisations tech ?Simon Maurin, ancien Staff Engineer chez Leboncoin et aujourd'hui cofondateur et CTO de next-level.run(), partage son expérience sur l'évolution des rôles techniques et l'importance d'une approche sociotechnique dans le développement logiciel.Dans cet épisode, je discute avec Simon de :➡️ La transition d'IC (Individual Contributor) vers des rôles stratégiques ➡️ L'importance de la culture générative et de l'apprentissage continu ➡️ Les défis de la gestion de la complexité dans les grandes organisations ➡️ Le dépassement des étiquettes techniques traditionnelles.Ressources mentionnées :

Back, front, data... Et si ces étiquettes, censées nous guider, finissaient par nous limiter ?Dans cet extrait, Simon Maurin (ex-architecte Leboncoin, CTO de next-level.run()) explique comment :Utiliser les spécialisations comme tremplin plutôt que comme cage.Développer une pluridisciplinarité technique enrichissante.Repenser l'organisation des équipes au-delà des étiquettes traditionnelles.Saisir les opportunités des nouveaux outils pour élargir son scope.Tirer ce qu'il y a de bon dans les étiquettes et éviter leurs mauvais côtés.Retrouvez 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.

Vos équipes tech ont-elles parfois l'impression de travailler dans le vide, sans vraiment comprendre l'impact business de leurs développements ? Dans cet extrait, Jeremy explique comment Matera a résolu ce défi récurrent en mettant en place les "Impact Teams" — une approche qui rapproche concrètement la tech et le business. Il partage les clés pour donner plus d'autonomie aux équipes tout en assurant un alignement parfait avec les objectifs de l'entreprise.Dans cet épisode, vous découvrirez :Comment le produit peut devenir un rempart entre la tech et le business, et comment éviter ce piègeLe rôle clé du "business owner" dans les Impact Teams pour assurer une meilleure compréhension des enjeux métierPourquoi la diversité des profils est essentielle pour enrichir la prise de décision et l'autonomie des équipesComment passer d'une approche "feature-centric" à une vision orientée impact businessHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Quand on bosse sur un produit à grande échelle, chaque décision technique a des répercussions massives.Une modification mal pensée ? Elle peut ralentir des millions d'utilisateurs.Un refacto reporté trop longtemps ? C'est la dette technique qui explose.Mais derrière ces enjeux techniques se cache une réalité plus complexe : celle du leadership. Parce que mener une équipe de développeurs sur une base de code partagée, avec des exigences toujours plus élevées, c'est surtout une affaire de vision, de prise de recul et, surtout, d'humilité.C'est exactement ce qu'a compris Thibaut Sabot.Longtemps dans l'ombre, concentré sur le code et les performances, Thibaut a pris un jour une décision radicale : assumer pleinement son rôle de leader technique. Et pas n'importe quel rôle : Tech Lead chez Leboncoin. Un environnement où chaque choix compte.Dans son quotidien, Thibaut navigue entre le poids des responsabilités, la tentation du perfectionnisme et la réalité d'un travail collectif où il faut savoir lâcher prise. Car oui, le code, c'est important, mais la manière de fédérer son équipe autour de décisions partagées l'est encore plus.J'ai pris beaucoup de plaisir à échanger sur ces sujets avec Thibaut, ainsi que :➡️ Comment maintenir un mono-repo front-end scalable et éviter la désorganisation dans une équipe massive ;➡️ L'importance du refacto continu, pour anticiper les besoins plutôt que de subir la dette technique ;➡️ Pourquoi mesurer les impacts techniques (temps d'affichage, taux de rebond) est devenu indispensable pour convaincre les décideurs… et défendre des choix techniques ;➡️ Et au-delà de la tech : comment éviter le burn-out et apprendre à équilibrer ambition personnelle et santé mentale.Les ressources mentionnées par Thibaut :

Et si on reprenait enfin le contrôle de nos données personnelles ?La vie privée en ligne, on en parle beaucoup, c'est vrai. Et pour cause : vous le savez tout comme moi, nos données valent un sacré tas d'or.Mais qui prend vraiment ce problème à bras le corps ?Alors oui, c'est impossible de tout protéger sur Internet ; mais on peut au moins choisir ce qu'on partage.Reprendre le contrôle de nos données, c'est pas seulement une affaire de tech, c'est aussi une question d'équilibre : pas besoin de devenir un ermite digital ou de compliquer son quotidien, l'essentiel, c'est d'agir de manière réfléchie et progressive.J'ai discuté avec Thibaut Sabot à ce sujet, et il m'a partagé sa vision à la fois pragmatique et accessible de la vie privée numérique. Pas de solutions magiques ni de discours alarmistes, juste des étapes simples pour limiter ce qu'on partage sans tomber dans la paranoïa :➡️ Pourquoi "je n'ai rien à cacher" est une fausse excuse ;➡️ Les compromis entre vie privée et confort numérique ;➡️ Des ressources comme privacyguides.org pour explorer vos options ;➡️ L'importance d'éduquer ses proches sur ces questions.Si vous cherchez à reprendre en main vos données sans révolutionner votre quotidien, cet épisode est fait pour vous.PS : Vous avez apprécié l'épisode ? Alors laissez une note au podcast

LIEN POUR PARTICIPER À L'ATELIER : https://donatienleon.podia.com/bilan-2024-cap-sur-2025Si vous avez des questions, écrivez-moi à dx@donatienleon.com.---Tout.e.s les tech leaders qui réussissent semblent partager la même habitude : ils / elles font des bilans.Ils /elles prennent tou.te.s ce temps de réflexion structuré et utilisaient des frameworks pour repasser sur leur année et planifier l'année à venir. Or, lorsqu'on n'a pas le temps ou la méthode, faire ces rétrospectives est fastidieux voire décourageant. L'idéal, ce serait d'avoir un temps sacralisé — et assez court — pour faire ce bilan, avec une méthode clé en main, pour juste avoir à se laisser guider et suivre un process qui a déjà été éprouvé et qui fonctionne.C'est exactement ce que je vous propose : j'organise à la fin de cette semaine un atelier dans lequel je vous guide au travers de la méthode pour faire le bilan 2024 et préparer 2025 pour atteindre tous vos objectifsConcrètement, comment ça se passe :L'atelier est découpé en deux sessions de 2h, sur 2 jours → la première jeudi 19/12 et la seconde vendredi 20/12.Je vous fournis les templates (Google Doc + Notion) qui vous guident dans toute la réflexion. Vraiment clé en main.Les sessions seront en remote, et en live pour répondre à vos questions.Et le replay complet disponible, pour reprendre la réflexion à tête reposée (ou la rattraper si vous étiez absent.e

Faire la transition d'un CDI au freelancing, ça fait souvent peur.Entre l'incertitude des revenus, devoir trouver ses clients, créer sa boîte, gérer l'administratif... si seulement on pouvait faire une transition "en douceur". C'est exactement ce qu'a fait Tristan (et que j'ai fait aussi), et qu'il nous partage dans cet épisode. Ensemble, on a parlé de :Comment tester le freelancing en gardant le filet de sécurité de son CDI,Comment partir en bons termes avec son employeur,Comment il diversifie ses revenus, pour décorréler le temps qu'il passe à travailler de l'argent que génère son entreprise. Si vous songez à franchir le cap du freelancing mais que faire "all in" vous effraie, cet épisode est fait pour vous !PS : Cet épisode vous a plu ? Laissez-lui une note, c'est important pour la visibilité du podcast !

Comment l'amélioration continue peut transformer votre carrière ?Dans la tech, les transitions pro sont fréquentes, que ce soit :Des personnes en reconversion totale ;Ou qui choisissent d'explorer des domaines comme le product, la tech, la data ou encore le machine learning.Se réinventer, c'est honorable. Mais… ces transitions sont loin d'être simples : c'est un vrai saut dans l'inconnu qui demande une bonne dose de curiosité pour ré-apprendre en partant de quasi 0. Alors, comment rester en progression constante et se réinventer sans se laisser piéger par l'appel de la perfection ?Cette question, Stéphanie y a été confrontée tout au long de sa carrière, particulièrement lors de sa reconversion de la Business Intelligence vers le développement.À chaque étape de sa carrière, elle s'est jetée dans la fosse aux lions de nouveaux domaines techniques, et souvent en apprenant tout par elle-même. Son approche ? Ne jamais arrêter d'apprendre. Comme elle le dit elle-même, "Moi, je n'aime pas m'ennuyer, il faut en permanence que j'apprenne de nouvelles choses."En travaillant sur des projets perso le soir, en suivant des cours en ligne ou en se lançant directement dans des rôles exigeants, Stéphanie a transformé chaque défi en une opportunité d'acquérir de nouvelles compétences.On a parlé de beaucoup de choses dans cette conversation, notamment :➡️ De son parcours loin d'être linéaire, entre reconversions et baisses de salaire ;➡️ Son rôle actuel de Staff Engineer dans une startup du secteur climatique ;➡️ Les leçons qu'elle a tirées de ses changements de poste et de ses nouveaux environnements ;➡️ Les clés pour apprendre en autodidacte tout en restant performant·e au travail.Si vous avez besoin d'une bonne dose de motivation pour vous attaquer à vos propres défis techniques, cet épisode est une masterclass de persévérance.Stéphanie a aussi parlé de :Pragmatic Programmer : un classique pour les développeurs. Ce livre fournit des conseils pratiques applicables tout au long d'une carrière.Modern Software Engineering : Un livre abordant des concepts comme le TDD ou la CI/CD.Son profil LinkedIn : https://www.linkedin.com/in/stéphanie-baltus/PS : Si vous avez apprécié cet épisode, pensez à me laisser une note et à me partager vos retours, c'est super important pour donner de la visibilité au podcast !

Si vous avez travaillé dans la tech au moment où le Big Data était en pleine hype, vous vous souvenez sûrement de cette période où tout le monde voulait "faire du Hadoop" ou monter des clusters Spark.Aujourd'hui, les choses ont changé.Comme le dit Stéphanie Bergamo, "On n'en parle plus beaucoup parce que tout le monde n'en a pas besoin. Mais ce n'est pas tombé en désuétude pour autant !".Le Big Data reste un pilier essentiel pour les entreprises qui manipulent des volumes massifs de données transactionnelles. Cependant, ce type de technologie doit répondre à un besoin précis, sans quoi elle devient un poids inutile en termes de complexité et de coûts.Stéphanie nous partage aujourd'hui son expérience de transition vers des architectures Big Data, ses apprentissages sur la volumétrie et le calcul distribué, et pourquoi elle préconise aujourd'hui une approche pragmatique pour les entreprises qui n'ont pas ces besoins spécifiques.Elle nous partage également son parcours et raconte comment elle a relevé ces défis techniques tout en se confrontant à ses propres doutes. Elle avoue : "Les premiers mois, je me disais : ils vont bien se rendre compte que je suis pas légitime." Mais elle a persévéré, posé (d'innombrables) questions et appris sur le tas.Dans nos échanges, on a également parlé de :➡️ Ses techniques pour apprendre à coder en production avec peu d'expérience préalable ;➡️ Les erreurs et succès qui ont marqué son passage au Big Data ;➡️ Comment elle a construit un environnement d'apprentissage stimulant grâce à son équipe.Si vous avez envie de progresser dans des environnements techniques exigeants, cet épisode est pour vous !PS : Cet épisode vous a plu ? Laissez-lui une note, c'est important pour la visibilité du podcast !

“Dans beaucoup de boîtes, il y a le mythe du CTO qui est le plus fort et connaît tout.” Vraiment ?

La qualité, ce n'est pas qu'un buzzword, c'est un standard à définir ensemble

Quand on est freelance, il ne suffit pas d'avoir des compétences techniques solides pour construire une carrière épanouie

C'est sans doute l'un des plus gros défis que rencontrent beaucoup de leaders tech

Pourquoi certains collaborateurs restent fidèles à leur entreprise pendant des années, alors que d'autres passent rapidement à autre chose ?Ce n'est pas toujours une question de salaire ou de prestige, mais plutôt de culture d'entreprise.Une culture qui valorise la communication, la bienveillance et l'engagement permet aux équipes de se sentir impliquées et de progresser ensembleÀ l'heure où certains types de profils tech sont très recherchés, construire une telle culture est un véritable atout pour retenir les meilleurs éléments.Mais encore faut-il savoir comment y parvenir.Robin Leboeuf, Engineering Manager chez Leboncoin, en sait quelque chose. Il a rejoint cette entreprise en 2015 et n'a jamais regardé en arrière. Pourquoi ? Parce que chez Leboncoin, la culture d'entreprise place l'humain au centre de tout. Une entreprise où dire "bonjour" dans l'ascenseur est une norme, et où chaque nouvelle recrue est accueillie avec soin et empathie.Robin nous explique que ce qui fait la force de Leboncoin, c'est la proximité entre les équipes, la liberté d'initiative et la communication ouverte ; il met aussi en avant l'importance des entretiens culture fit, essentiels pour s'assurer que chaque nouvel arrivant adhère aux valeurs de l'équipe.On a aussi parlé de :➡️ Comment Leboncoin soutient la progression professionnelle de ses employés avec des formations régulières ;➡️ La façon dont la culture d'entreprise est auto-entretenue par les initiatives des collaborateurs ;➡️ Ou encore des activités internes, comme les cours de sport et les événements sociaux, qui nourrissent la convivialité.Un épisode remplis de conseils pratique pour bâtir une culture d'entreprise forte - merci Robin pour le partage !PS : Si cet épisode vous a plu, n'hésitez pas à laisser une note !

Quand on pense aux compétences d'un·e CTO / Tech Leader, la technique, c'est souvent la première chose qui vient à l'esprit.Mais deux autres compétences essentielles sont négligées - et celles-là, elles ne sont pas du toute techniques :- Savoir vulgariser, c'est-à-dire sortir du jargon technique pour se faire comprendre de l'ensemble des équipes et faciliter les échanges avec les autres services.- Ne pas avoir d'égo, ou dit autrement : être capable de reconnaître ses erreurs, revenir sur ses choix et demander de l'aide quand c'est nécessaire.C'est l'une des choses que m'a partagées Hugo Dupré, un ancien ingénieur qui a transformé son expertise technique en succès entrepreneurial. Formé à l'INSA Lyon, Hugo a rapidement quitté les lignes de code pour fonder CO-CTO, un collectif d'anciens CTO français spécialisés dans l'organisation des équipes tech.Hugo a vu des dizaines de CTO en action dans des start-ups et scale-ups : dans cet épisode, il nous dévoile sa vision du travail de CTO, les compétences clés pour faire carrière, et nous livre même de précieux conseils pour évoluer vers un rôle managérial.Et puis, on a aussi parlé :➡️ De ses débuts en ingénierie et du déclic qui l'a mené à l'entrepreneuriat ;➡️ Des leçons qu'il a tirées de ses premiers pas dans le monde des startups ;➡️ Des actions qui ont permis à CO-CTO de se développer aussi rapidement ;➡️ Des secrets pour allier stratégie business et leadership technique en tant que CTO.Hugo nous recommande aussi de jeter un oeil à :- Le podcast Génération Do It Yourself ;- Le podcast Transfert, qui raconte des histoires humaines et inspirantes - parfait pour prendre du recul sur le quotidien professionnel.Le profil LinkedIn de Hugo si vous souhaitez le contacter : https://www.linkedin.com/in/hugodupre/Vous vous demandez comment être un meilleur CTO au quotidien ? Écoutez cet épisode pour bénéficier du précieux retour d'expérience d'Hugo.PS : n'hésitez pas à laisser une note pour donner de la force au podcast

L'entrepreneuriat, c'est l'art d'avancer dans l'incertitude.Dans le prochain épisode de Developer Experience, j'accueille Hugo Dupré, cofondateur et CEO de CO-CTO.Hugo nous partage ses réflexions sur l'importance de l'intuition et de l'émotionnel dans la prise de décisions stratégiques - un contraste fort avec sa formation d'ingénieur où tout semblait plus rationnel.Hugo nous raconte notamment comment apprendre à se faire confiance et à écouter ses ressentis face aux défis de l'entrepreneuriat ; il explore les difficultés de sortir de sa bulle rationnelle pour se confronter à des choix plus intuitifs et émotionnels, indispensables dans le quotidien d'un entrepreneur.Et puis, on a aussi parlé :➡️ De la différence entre théorie rationnelle et expérience émotionnelle ;➡️ Du rôle de l'entourage pour se challenger régulièrement ;➡️ De la façon dont il concilie son passé d'ingénieur avec sa carrière de CEO.Hugo nous recommande aussi de jeter un oeil à :Le podcast Génération Do It Yourself ;Le podcast Transfert, qui raconte des histoires humaines et inspirantes - parfait pour prendre du recul sur le quotidien professionnel.Le profil LinkedIn de Hugo si vous souhaitez le contacter : https://www.linkedin.com/in/hugodupre/Vous avez déjà ressenti ces moments où l'intuition guide vos décisions ? Dans tous les cas, cet épisode est fait pour vous.PS : N'hésitez pas à laisser une note pour soutenir le podcast

T'as déjà géré des projets où chaque décision peut impacter des millions d'utilisateurs quotidiens ?Ça tombe bien, c'est justement ce que fait Jérémie Pereira chez Leboncoin

"Je n'étais pas prêt à devenir manager".

Être développeur, c'est aussi savoir redonner du temps et des connaissances aux autres.Dans cet extrait de l'épisode 14 de Developer Experience, j'ai eu la chance de discuter avec Stéphane Ruhlmann, développeur freelance et mentor engagé.Stéphane nous partage sa vision sur l'importance de donner du temps pour aider les autres à grandir, notamment à travers son engagement dans le bénévolat et le mentorat.Lors de notre conversation, nous avons notamment exploré :➡️ Son engagement social et bénévole, un aspect fondamental de sa carrière qui lui permet de redonner aux jeunes talents et de contribuer à la communauté tech ;➡️ Ses conseils de mentor dans la tech, avec des idées concrètes pour guider ceux qui veulent se lancer ou progresser dans le développement ;➡️ Sa gestion du temps et l'optimisation de ses journées, des stratégies essentielles pour équilibrer ses responsabilités professionnelles et personnelles.Si tu cherches à comprendre comment donner plus de sens à ta carrière, cet épisode est fait pour toi.

As-tu déjà pensé à l'impact que tes choix de carrière peuvent avoir sur la société ?Dans cet épisode de Developer Experience, j'ai (vraiment) le plaisir d'accueillir de nouveau Stéphane Ruhlmann, développeur freelance au parcours aussi diversifié qu'inspirant, puisqu'il a collaboré avec des entreprises comme le Club Med ou Allociné !Stéphane nous raconte notamment comment il est passé d'une quête de défis techniques à une véritable volonté d'apporter un impact social à travers ses missions ; on aborde par exemple son engagement bénévole, en soulignant à quel point il est crucial d'accompagner les jeunes dans le monde du travail.Et puis, on a aussi parlé :➡️ Des choix de missions spontanés qui caractérisent souvent les débuts de carrière dans le développement ;➡️ Des défis propres au freelancing, de la fluctuation du CA à l'importance de la prospection et du réseau ;➡️ De l'équilibre délicat entre aspirations personnelles et professionnelles ;➡️ De son expérience sur beta.gouv, où la collaboration et l'impact utilisateur sont au cœur des priorités.Tu veux en savoir plus sur comment allier technique et impact social dans ta carrière ?Cet épisode est fait pour toi.

Après plusieurs années en tant que Head of Quality dans des start-ups telles que Litchi, Mangopay, Ankorstore et aujourd'hui CTO chez Worklife, la qualité est un sujet que Farah maîtrise sur le bout des doigts.Au point qu'elle ne pense plus en termes de qualité, mais d'excellence, et qu'elle est convaincue d'une chose : cette recherche de l'excellence doit toujours se faire au service du business !Dans cet épisode, elle nous livre :  Pourquoi elle a arrêté d'utiliser le terme de qualité pour lui favoriser celui d'excellence.Comment penser l'excellence au service du business et non l'inverse. L'importance d'appliquer des focus différents en fonction de la nature du projet.L'utilité de la matrice knowns/unknowns pour identifier où concentrer les efforts. Comment travailler en harmonie et accorder les objectifs avec les équipes non-tech.Retrouvez Farah sur LinkedIn : https://www.linkedin.com/in/farah-chabchoub/Ou en vous abonnant à sa newletter Build Quality : https://farahchabchoub.substack.com/Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

La vie dans l'univers de la tech a parfois tendance à être si prenante qu'on peut avoir tendance à s'oublier, et parfois même à oublier pourquoi on fait ce que l'on fait. Farah l'a bien compris, et nous partage sa méthode pour ne pas se retrouver dans cette situation. Dans cet épisode, elle nous partage : Pourquoi l'introspection est capitale dans son évolution. L'importance d'inscrire sa vision, dans son esprit, mais aussi dans un document.Comment identifier les momentum pour avoir ces moments de réflexion.L'importance qu'a eu son père dans ce process. Quelles sont les questions incontournables à se poser pour bien avancer.L'impact qu'ont eu ces moments sur son évolution et sa carrière. Retrouvez Farah sur LinkedIn : https://www.linkedin.com/in/farah-chabchoub/Ou en vous abonnant à sa newsletter Build Quality : https://farahchabchoub.substack.com/Cet épisode est un extrait de ma discussion avec Farah. Pour écouter l'épisode complet, rendez-vous ici : https://podcast.ausha.co/developer-experience/farah-chabchoubHé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.

On le sait tou.te.s : l'accessibilité numérique, c'est important. Et pourtant, on le néglige trop souvent, car c'est couteux, long ou simplement car on ne sait pas le faire. Emmanuelle est sourde de naissance, et a fait de l'accessibilité numérique une de ses spécialités dans son travail de développeuse.Dans cet épisode, elle nous raconte :Qu'est-ce que l'accessibilité numérique, et pourquoi est-ce important ?Comment minimiser le coût de l'intégration de l'accessibilité numérique ?Qui doit être sensibilisé à l'accessibilité numérique dans une équipe ?Par où commencer pour se former sur l'accessibilité ?Quelles sont les premières bonnes pratiques à mettre en place ?Quelles sont les obligations légales pour les entreprises en terme d'accessibilité numérique ?Retrouvez Emmanuelle sur LinkedIn : https://www.linkedin.com/in/emmanuelle-aboaf/Cet épisode est un extrait de ma discussion avec Emmanuelle. Pour écouter l'épisode complet, rendez-vous ici : https://smartlink.ausha.co/developer-experience/emmanuelle-aboafHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Emmanuelle Aboaf a un chemin aussi classique qu'atypique. Issue d'un école d'informatique, elle commence sa carrière en 2012 en ESN, en tant que développeuse back-end puis devient développeuse full-stack au fil de ses expériences.Classique en somme. MAIS : elle a également une formation et une certification en accessibilité numérique, sujet qui la touche directement dans son quotidien en raison de sa surdité.Elle également oratrice et participe donc à des conférences, durant lesquelles elle sensibilise sur les sujets de l'inclusion, de l'accessibilité, du handicap et des progrès permis grace à l'IA.Durant cette discussion, on évoque notamment :Comment le handicap d'Emmanuelle lui a donné le goût pour la technologie,Quels sont les impacts de son handicap dans son utilisation des outils technologiques ?Quels outils et solutions permettent à Emmanuelle de palier à son handicap ?Réunions, mentorat, collaboration : le quotidien d'Emmanuelle en tant que développeuse sourde.Qu'est-ce que l'accessibilité numérique, et pourquoi est-ce important ?Comment minimiser le coût de l'intégration de l'accessibilité numérique ?Qui doit être sensibilisé à l'accessibilité numérique dans une équipe ?Par où commencer pour se former sur l'accessibilité ?Pourquoi avoir une / des personne(s) handicapée(s) dans son équipe favorise la collaboration et la productivité.Quelles sont les stéréotypes autour des collaborateurs handicapés.L'évolution salariale d'Emmanuelle, de 28k à 70k / an.Le jour où son chef de projet a cassé la prod et l'a accusée.Pourquoi embaucher un travailleur handicapé ne coute rien à une entreprise.Les représentations biaisées du handicap dans la tech.Les retards de l'IA sur le handicap.Comment changer les représentations du handicap dans la tech ?Références citées lors de la discussion :Le livre de Marion Carré: Qui a voulu effacer Alice Recoque ?Retrouvez Emmanuelle Aboaf sur LinkedIn : https://www.linkedin.com/in/emmanuelle-aboaf/Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Tous les profils tech qui deviennent Engineering Manager n'ont pas 10 ans d'expérience derrière eux. Certains deviennent même EM après seulement quelques années d'expérience. C'est le parcours qu'a suivi Stan Amsellem. Dans cet épisode, il nous raconte :Comment transitionner vers Engineering Manager quand on n'est pas senior ?Comment manager des développeurs plus seniors que soi ?À quel moment est-il pertinent de passer Engineering Manager ?Qu'est-ce qu'il est important de savoir faire en tant qu'Engineering Manager ?Retrouvez Stan :Sur LinkedIn : https://www.linkedin.com/in/stanamsellem/Sur passeport.devCet épisode est un extrait de ma discussion avec Stan. Pour écouter l'épisode complet, rendez-vous ici : https://smartlink.ausha.co/developer-experience/stan-amsellemHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Parfois, on fait des gaffes. Divulguer les identifiants du système de paiement d'une plateforme comme Le Bon Coin, c'est une sacré gaffe. Et elle est arrivée à Stan. Dans cet épisode, il nous raconte :Comment cela a pu arriver,Quelle procédure ils ont mis en place pour agir le plus rapidement possible,Quelle a été l'ampleur des dégats,La culture des entreprises autour de l'erreur humaine. Retrouvez Stan :Sur LinkedIn : https://www.linkedin.com/in/stanamsellem/Sur passeport.devCet épisode est un extrait de ma discussion avec Stan. Pour écouter l'épisode complet, rendez-vous ici : https://smartlink.ausha.co/developer-experience/stan-amsellemHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Stan Amsellem a un parcours est ponctué de virages : à la fois contributeur individuel en tant que développeur, à la fois manageur, il a navigué entre l'entrepreneuriat, le salariat, et le freelancing ; tout cela alors qu'il n'est pas issu d'un cursus ingénieur mais d'une école de commerce.Sa première expérience entrepreneuriale commence en 2010, après une révélation sur chatroulette, aventure qui dure 5 ans avant qu'il ne décide d'apprendre à coder.D'abord développeur junior en ESN, il entre chez Le Bon Coin en 2015, où il devient Engineering Manager, avant de se lancer en freelance en 2020 pour recommencer à coder tout en coachant des entreprises sur la tech et le produit.Depuis 2013, il a également créé ou contribué à plusieurs meetups, plusieurs groupes de rencontre, comme Paris.rb, Chatbots Paris, Music & Tech, ou encore Managers In Tech.Aujourd'hui de retour dans l'aventure entrepreneuriale, il est le fondateur de passeport.dev, un outil qui permet, d'un point de vue individuel, de visualiser ses différentes compétences en tant que dev, et d'un point de vue collectif de visualiser la répartition des compétences au sein des équipes.Une aventure qui recoupe son expérience de développeur, à la fois techniquement et d'un point de vue carrière, et celle de manager qui permet la progression individuelle tout en construisant une équipe équilibrée pour tacler efficacement une problématique.Durant cette discussion avec Stan, on a notamment évoqué :Durant cette discussion passionnante, on évoque notamment :Comment recruter d'autres dev quand on est junior,Le passage d'une ESN à un cadre plus structuré chez Le Bon Coin,Comment transitionner vers Engineering Manager quand on n'est pas senior ?Comment manager des développeurs plus seniors que soi ?À quel moment est-il pertinent de passer Engineering Manager ?Qu'est-ce qu'il est important de savoir faire en tant qu'Engineering Manager ?Comment structurer une équipe qui grandit ?Quels sont patterns des équipes dysfonctionnelles, et comment les régler ?Son ouverture de la verticale tech & data chez The Product Crew,Comment identifier ce dont son équipe a besoin pour lui permettre de se développer ?Passeport.dev, où comment identifier les besoins et les carences dans une équipe engineering et y répondre en faisait progresser chaque individu.Les ingrédients pour progresser en tant que dev',Les ingrédients pour construire une bonne équipe,Panique, on a publié en ligne tous les secrets de notre système de paiement,Regarder en dehors du cadre pour trouver des solutions aux problèmes.Références citées lors de la discussion :Le livre Predictably Irrational de Dan Ariely : https://amzn.to/3WUqPK6Le livre Lean Startup d'Eric Ries : https://amzn.to/3yHM6MQLe livre Rework de Jason Fried : https://amzn.to/3KfSeigRetrouvez Stan :Sur LinkedIn : https://www.linkedin.com/in/stanamsellem/Sur passeport.devHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Lorsqu'on début en freelance, on ne connait pas tous les codes et toutes les subtilités pour bien contractualiser avec un client. Sara en a fait les frais dans une de ces premières missions. Dans cet extrait, elle nous raconte :L'erreur qu'elle a commise,Pourquoi cela l'a menée à devoir rembourser son client,Comment cela aurait pu être évitéRetrouvez Sara sur LinkedIn : https://www.linkedin.com/in/saracammi/Cet épisode est un extrait de ma discussion avec Sara. Pour écouter l'épisode complet, rendez-vous ici : https://smartlink.ausha.co/developer-experience/sara-cammiHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Si Sara est arrivée là où elle en est aujourd'hui dans son activité de freelance, c'est en grande partie grâce à son réseau. Elle le dit elle-même : être bien entouré.e est essentiel pour une activité qui tourne bien. Dans cet extrait, Sara nous partage :Comment rencontrer des gens et se construire un réseau ?La différence entre networking authentique et networking superficiel.Comment elle ferait pour se construire un réseau si elle devait repartir de zéroLA rencontre qui a changé sa carrièreRetrouvez Sara sur LinkedIn : https://www.linkedin.com/in/saracammi/Cet épisode est un extrait de ma discussion avec Sara. Pour écouter l'épisode complet, rendez-vous ici : https://smartlink.ausha.co/developer-experience/sara-cammiHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Sara Cammi est une belle illustration de l'idée de se construire seule. Loin du domaine de la tech, elle entre, après son Bac littéraire, aux Beaux Arts de Monaco avant de bifurquer vers le management. Après plusieurs années à naviguer entre marketing et service client, elle resent une frustration de ne pas travailler et être valorisée à la hauteur de ses capacités.À l'été 2018, elle se lance donc dans une aventure challengeante : faire une formation pour apprendre les bases du développement web, alors que les concepts logiques et les notions techniques lui ont toujours été étrangères.Ayant à plusieurs reprises essayé de lancer des projets ou des side-business, elle décide que cette fois sera la bonne et se lance en freelance au printemps 2019. Une proposition lui fera un peu plus tard retourner en CDI… avant d'en repartir très vite. L'environnement toxique qu'elle découvre la vaccine et elle décide de pleinement s'investir dans la voie de l'indépendance.Aujourd'hui web designer Wordpress, son activité s'est grandement développée : elle travaille maintenant avec une associée, mentore des personnes en reconversion pour se lancer et a même lancé son studio de podcast.Durant cette discussion passionnante, on évoque notamment :Que peut-on vraiment faire avec WordPress ? Où sont les limites ?Pourquoi Sara a choisi le Freelancing ?Le devis mal cadré qui a obligé Sara à rembourser son clientLes erreurs à éviter en tant que FreelanceComment Sara a trouvé ses premières missions puis développé son activitéLes astuces à savoir sur les plateformes de freelance ?Comment rencontrer des gens et se construire un réseau ?La différence entre networking authentique et newtorking superficielPeut-on encore compter sur les plateformes de freelancing en 2024 ?Comment se couvrir juridiquement lors de la collaboration avec un client ?Comment devenir un(e) bon(ne) freelance ?Pourquoi et comment documenter publiquement son parcours ?Augmenter ses revenus en freelanceMentorer ceux qui se lancent en FreelanceRéférences citées lors de la discussion :Le livre Freelance, l'Aventure dont vous êtes le Héros, de Alexis Minchella : https://amzn.to/4b6Kj2vLe livre Votre empire dans un sac à dos, de Stan Leloup : https://amzn.to/4aWFTLrLe livre Growth Marketing, de Yann Leonardi : https://amzn.to/3wqI76OLe podcast de David Laroche : https://podcasts.apple.com/fr/podcast/david-laroche-le-podcast/id1486075342?l=en-GBRetrouvez Sara sur :LinkedIn : https://www.linkedin.com/in/saracammi/Son site : cammi.studioMatrice Freelance : https://matricefreelance.fr/Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Matthieu Leroux-Huet est entré dans la tech en 2008, non pas grâce à ses études ni après une reconversion, mais grâce à un ami rencontré sur World of Warcraft. Là où certains construisent leur réseaux sur LinkedIn ou à l'école, Matthieu a construit le sien au travers de ses pairs de jeu vidéo.Depuis plus de 15 ans il est spécialisé sur l'aspect performance logicielle, un sujet large qui regroupe des notions de performance donc, mais aussi de sécurité, de code, d'infra, de réseau, etc.Il est également l'un des organisateurs de la conférence We Love Speed, une conférence nantaise centrée sur la performance dans le web créée en 2018.Dans cet extrait, Matthieu nous décrit :Qu'est-ce que la performance software ?Quelles sont les erreurs souvent commises d'un point de vue performance ?Pourquoi la notion de performance est relative ?Comment optimiser les performances de son applicatif ?Retrouvez Matthieu sur LinkedIn : https://www.linkedin.com/in/lrxmatt/Cet épisode est un extrait de ma discussion avec Matthieu. Pour écouter l'épisode complet, rendez-vous ici : https://smartlink.ausha.co/developer-experience/matthieu-leroux-huetHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Durant 8 ans, Matthieu a passé des entretiens d'embouche tous les mois et est devenu le maestro de la négociation salariale. Dans cet extrait, il nous partage :Son retour d'expérience sur ses multiples entretiens d'embauche,À quel moment parler d'argent lors d'un entretien ?Comment négocier son salaire si on est mal à l'aise avec ce sujet ?Comment il est aller chercher des salaires qu'il n'aurait jamais espérer avoir ?Comment poser les bonnes questions pour connaître la vraie valeur d'un poste ?Références citées lors de la discussion :Le livre Never split the difference, par Chris Voss (amzn.eu/d/ey6hf5C)Retrouvez Matthieu sur LinkedIn : https://www.linkedin.com/in/lrxmatt/Cet épisode est un extrait de ma discussion avec Matthieu. Pour écouter l'épisode complet, rendez-vous ici : https://smartlink.ausha.co/developer-experience/matthieu-leroux-huetHébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Matthieu Leroux-Huet est entré dans la tech en 2008, non pas grâce à ses études ni après une reconversion, mais grâce à un ami rencontré sur World of Warcraft. Là où certains construisent leur réseaux sur LinkedIn ou à l'école, Matthieu a construit le sien au travers de ses pairs de jeu vidéo. Depuis plus de 15 ans il est spécialisé sur l'aspect performance logicielle, un sujet large qui regroupe des notions de performance donc, mais aussi de sécurité, de code, d'infra, de réseau, etc.Il est également l'un des organisateurs de la conférence We Love Speed, une conférence nantaise centrée sur la performance dans le web créée en 2018.Sa spécialité dans la perf, il l'a donc largement éprouvée, dans des contextes clients en ESN, mais également chez un éditeur de solution de lutte contre les fraudes & blanchiment et plus récemment en startup.Depuis l'été dernier, il est passé consultant en freelance pour « avoir avant tout la liberté de travailler sur des sujets qui me plaisent ».Assez déçu des process de négociation salariale, il se jure après sa première embauche de devenir bon pour ne plus se faire avoir, et en vient même à mentorer d'autres personnes sur cette thématique ; il nous partage quelques conseils sur la négociation salariale.Durant cette discussion passionnante, on évoque notamment :En quoi consiste la performance software ?Comment améliorer les performances de son application ?Qu'est-ce que la culture de la qualité ?Envisager sa carrière comme une suite de chapitres.Quelles sont les soft skills les plus importantes ?Assurer son évolution salariale en faisant des entretiens tous les moisLe lancement dans le freelancing : questionnement sur l'impact à long terme et l'appartenanceEst-ce que freelancing équivaut nécessairement à plus de liberté ?Comment fuir une discussion difficile a mis fin à une missionComment communiquer avec quelqu'un qui a un mode de communication différent du sien ?Comment inclure la formation dans son travail en tant que Freelance ?Références citées lors de la discussion :Le livre Never split the difference, par Chris Voss (amzn.eu/d/ey6hf5C)Le livre Staff Engineer: Leadership beyond the management track, par Will Larson (staffeng.com/book/)Le livre Comment leur dire... Process communication, par Gérard Collignon (www.amazon.fr/dp/2729610588)La vidéo Fast Inverse Square Root (youtu.be/p8u_k2LIZyo)Retrouvez Matthieu sur LinkedIn : https://www.linkedin.com/in/lrxmatt/Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.