Developer Experience

Quitter le développement pour le produit : comment naviguer cette transition sans perdre pied ?Passer de développeur à product manager est peut-être transition qui vous intéresse. Mais comment aborder ce virage professionnel sans tomber dans les pièges classiques ?Dans cet extrait, Tamara et moi partageons nos retours d’expérience sur ce parcours qui demande autant de lâcher-prise que d'adaptabilité.On parle notamment de :➡️ Pourquoi il ne faut pas voir cette transition comme un choix définitif et irréversible.➡️ Comment utiliser son background technique comme un atout tout en acceptant de ne plus avoir le dernier mot sur les décisions techniques. ➡️ Les stratégies concrètes pour effectuer cette transition en interne, plutôt que de chercher directement un poste externe.➡️ L'importance d'être transparent sur ses limites et de reconnaître quand on n'est plus à sa place.➡️ Quitter l'étiquette de "développeur" pour un rôle plus aligné avec ses forces.Bref, un épisode où on démystifie cette transition vers le rôle de product people.Si vous envisagez d'explorer le côté produit ou à la recherche de repères pour naviguer cette transition, cet extrait est fait pour vous.Retrouvez Tamara :Sur LinkedIn : https://www.linkedin.com/in/tamara-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 à [email protected]) et je vous enverrai une petite surprise en remerciement. 🎁Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

“Dans beaucoup de boîtes, il y a le mythe du CTO qui est le plus fort et connaît tout.” Vraiment ? 👀Il est tentant et confortable d’imaginer le CTO comme l'expert ultime, celui qui connaît tout sur tout et qui a des années d'expérience derrière lui - alors imaginez la pression pour quelqu'un qui se retrouve à ce poste en début de carrière...La réalité est bien différente.Devenir CTO, surtout en début de parcours, c'est souvent faire face à des doutes ou à des difficultés, voire au syndrome de l'imposteur. À vouloir tout maîtriser, on freine son équipe en imposant ses propres limites de connaissance ; à vouloir être partout, on empêche les autres de s’exprimer pleinement.Aurore Malherbes, co-fondatrice de Padok et aujourd'hui CTO chez Fairly Made, a une idée sur la question puisqu'elle a été propulsée au rôle de CTO après seulement 2 ans d'expérience.Elle aussi a dû jongler avec ce sentiment d'illégitimité tout en portant le poids des attentes placées en elle. Au lieu de se laisser freiner par ses lacunes techniques, elle a fait de ce défi une force en recrutant des talents expérimentés autour d'elle. Son mantra ? "Si tu ne te fais pas confiance, fais confiance aux gens qui te font confiance."Cette approche l’a amenée à créer une équipe solide et complémentaire, et à prouver que la légitimité ne vient pas uniquement des compétences, mais aussi de l’audace et de la capacité à s’entourer.Dans cet épisode parsemé de conseils, on a notamment discuté de :➡️ Transformer ses faiblesses en opportunités de croissance ;➡️ Recruter des profils plus seniors pour combler les lacunes et bâtir une équipe compétente ;➡️ Son framework ROSE pour améliorer la qualité de l’infrastructure de façon tangible ;➡️ L’art de dédramatiser l’échec pour avancer sans peur.Aurore a aussi parlé de :- "The Five Dysfunctions of a Team" de Patrick Lencioni, un ouvrage qu’elle recommande pour comprendre comment construire et maintenir une équipe efficace.- "Getting Naked" également de Patrick Lencioni, centré sur la posture à adopter dans une équipe ou dans des relations professionnelles, notamment en conseil ou en vente.- "Turn the Ship Around" de David Marquet, qui aborde le leadership dans le contexte militaire, avec des leçons sur l'autonomisation des équipes.Si vous vous demandez comment bâtir votre légitimité en tant que leader technique, cette discussion avec Aurore vous donnera pas mal d’indications.PS : Si cet épisode vous a plu, laissez-lui une note ! 😊Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

À 20 ans, Ismail créait sa première entreprise à Alger avec une plateforme SMS.Quelques années plus tard, il se lançait dans une idée qui semblait folle : convaincre les banques européennes d'ouvrir leurs données. Cette vision pionnière de l'open banking l'a mené à négocier avec BNP Paribas, Société Générale ou HSBC pendant 7 ans.En 2021, il rejoint Yassir comme General Manager Product & Technology et fait passer l'équipe tech de 50 à 300+ personnes, dans 25 pays, tout en triplant la base utilisateurs jusqu'à 10 millions. Début 2025, il quitte ce poste pour construire un "portfolio de projets" : CTO fractionné, investisseur en Afrique, refusant désormais le salariat classique. Un parcours qui interroge notre rapport au travail et à l'entrepreneuriat.————— ISMAIL CHAIB ————— Retrouvez Ismail sur LinkedIn : https://www.linkedin.com/in/ichaib/ Sa newsletter Unsettled Threads : https://unsettledthreads.substack.com/————— PARTIE 1/3 : PARCOURS ————— (00:00) Intro + présentation d'Ismail (05:04) Open Bank Project : l'idée folle d'ouvrir les données bancaires(09:10) Les différentes phases du projet et le premier client(13:39) Les 4 premières années avant le product-market fit(21:20) Négocier avec les banques : barrières et politiques internes(28:32) L'effet boule de neige après les premiers deals(36:29) Ne pas pouvoir payer les salaires (38:14) Santé mentale et retraite annuelle dans le désert algérien (41:09) La fin d'Open Bank Project et le départ d'Ismail (42:15) Yassir : la super app africaine(52:17) Les 6 piliers du scaling(59:42) Structure : équipes cross-fonctionnelles (SAUCE framework) (1:23:04) Psychological safety : l'incarner à chaque occasion (1:27:32) Différences entre marché européen et africain(1:30:05) Douter tout le temps : une feature, pas un bug(1:35:21) Ce qui fait un bon leader technique(1:36:57) Embarquer les gens : clarté, cohérence, servant leadership(1:43:19) Construire sa carrière comme un portfolio(1:46:33) Ne plus croire au salariat : pourquoi ?(1:52:27) Décider si on dit oui : l'humain, le secteur, le business————— PARTIE 2/3 : ROLL-BACK —————(1:59:49) Le projet qui a raté : 6 mois de retard et client insatisfait(2:06:40) Leçons : avoir les bonnes personnes, une checklist, de l'humilité————— PARTIE 3/3 : STAND-UP —————(2:08:20) Framework de prise de décision en 5 étapes————— RESSOURCES —————Team Topologies (Manuel Pais & Matthew Skelton) — nouvelle édition avec case study YassirWardley Mapping (Simon Wardley)Architecture for Flow (Susanne Kaiser) — combine Team Topologies, Wardley Maps et DDDEmpire of AI (Karen Hao) — l'histoire d'OpenAI depuis le début————— 5 ÉTOILES —————Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !Envoyez-moi une capture de cet avis (LinkedIn ou par mail à [email protected]) et je vous enverrai une petite surprise en remerciement. 🎁Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Scaler une équipe tech de 50 à 300 personnes, c'est un défi que peu de leaders maîtrisent vraiment.Ismail Chaib l'a fait chez Yassir, en région MENA et en Afrique, avec une approche structurée qui transforme le chaos de l'hyper-croissance en machine performante. Sa méthode ? Six leviers interdépendants qu'il a conçus pour aligner technique, humain et business.Dans cet extrait, Ismail détaille son framework complet : structure des équipes, culture d'excellence scalable, architecture évolutive, gestion des talents, processus agiles, et pilotage par les OKR.Une masterclass dense et actionnable pour tous les tech leaders qui veulent faire grandir leur organisation sans sacrifier la vélocité ni la qualité.————— ISMAIL CHAIB —————Retrouvez Ismail sur LinkedIn : https://www.linkedin.com/in/ismail-chaib/————— RESSOURCES —————Team Topologies (livre sur l'organisation des équipes tech)————— 5 ÉTOILES —————Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !Envoyez-moi une capture de cet avis (LinkedIn ou par mail à [email protected]) et je vous enverrai une petite surprise en remerciement.Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Aujourd'hui, les IA nous répondent. Demain, elles agiront pour nous.Charles Sonigo a compris que la vraie révolution de l'IA ne se joue pas dans les modèles de langage, mais dans leur capacité à interagir avec nos outils.En 2024, après avoir observé des agents IA galérer sur des actions pourtant simples, il se convainc qu'il faut repenser la façon dont l'IA communique avec les services existants.Début 2025, il cofonde Alpic, une startup entièrement dédiée au protocole MCP (Model Context Protocol), qui permet aux agents IA d'utiliser nativement les produits et services web.Dans cet épisode, Charles nous explique ce qu'est MCP, comment il se différencie d'une API traditionnelle, et pourquoi ce protocole pourrait bien devenir une des couches critiques de l'Internet de demain.On parle aussi de sécurité, d'expérience agentique, et des erreurs à éviter quand on conçoit un MCP serveur.————— PARTENARIAT —————Cet épisode est réalisé en partenariat avec NextLevel, qui accompagne les équipes tech dans l'adoption de l'IA et la création de Playbooks IA pour les équipes tech.————— CHARLES SONIGO —————Retrouvez Charles sur LinkedIn : https://www.linkedin.com/in/charles-sonigo-135a4340/Découvrez Alpic : https://alpic.ai————— CHAPITRAGE —————(01:12) Introduction à l'Opinionated(02:32) L'expertise de Charles(03:35) Qu'est-ce qu'un MCP ?(09:09) La différence avec une API traditionnelle(09:46) L'expérience agentique(17:57) Genèse du protocole MCP(19:14) Évolutions du MCP(21:46) Les enjeux de sécurité(34:58) Comment concevoir un MCP ?(49:54) Déploiement et Distribution(52:21) Intégration des MCP Serveurs(01:01:35) Mission d'Alpic et Hébergement(01:03:47) Cas d'Usage de MCP(01:09:27) Sécurité et Confiance dans les MCP(01:11:37) Erreurs et antipatterns des MCP(01:17:57) Ressources pour développeurs————— RESSOURCES —————Protocole MCP (Model Context Protocol)Services de LLM : Le Chat (Mistral), Claude (Anthropic), ChatGPT (OpenAI)Cursor et VS CodeMCP Server utilisés par Charles : GitHub, Sentry, LinearFrameworks d'authentification : Stitch, WorkOS, ScaleKitMCP Inspector (Anthropic)MCP JamCloudflareZillowStreamrootPasseport.dev, le sponsor de ce hors-sérieAlpic : plateforme de hosting MCP cofondée par Charles————— 5 ÉTOILES —————Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes !Envoyez-moi une capture de cet avis (LinkedIn ou par mail à [email protected]) et je vous enverrai une petite surprise en remerciement. 🎁Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.