Curieux de connaitre votre avis sur le sujet Domain-Driven Design, micro-services et monolithes ! Et sinon vous en pensez quoi de ce format mi-tech mi-business, ça vous plaît ?
Team "monolithe modulaire" moi aussi, du moins au début c'est clair. Après la "distribution" a aussi des avantages qu'il serait dommage d'ignorer dans certain cas. Et donc il est possible de faire évoluer l'archi vers quelque chose qui ressemble de plus en plus à du micro-service. Et oui après c'est un trade-off entre entre la complexité que cela amène et les bénéfice retirés. Mais de manière générale commencer "simple" est bien souvent la meilleure option.
Yes complètement d'accord ! Y'a un réel intérêt à faire du distribué dans certains cas que ça soit de manière totale ou partielle sur un sous-système. Mais je pense que ça devrait être une évolution pleinement réfléchie en équipe en fonction des besoins, plus qu'un choix par défaut pris de manière automatique et arbitraire.
C'est super sympa Frédéric merci ! C'est toujours très rassurant d'avoir la validation d'un ancien. On a dû traverser des épreuves similaires si on est aligné sur la vidéo :)
Merci beaucoup pour tes vidéos. En tant que développeur junior mon rêve est de créer un SAAS et tes vidéos me sont d'une très grande utilité et répond a beaucoup de mes questions
Merci Mouad pour ton commentaire et être là depuis presque le début de la chaîne. Ça me rassure sur le positionnement et me fait très plaisir après des longues heures d'écriture et de montage (pour tout faire tenir en moins de 10 mins). Sur tes encouragements, je vais continuer dans cette voie !
@@KarimMatrah Merci encore à toi ! Je serai ravi de t'écouter aussi sur un autre format sur plusieurs heures. Si tu pouvais faire des lives enregistrés où tu pourrais parler sans script, je suis sûr que les informations d'or seraient à la pelle, au plaisir des attentifs. Cela permettrait d'explorer des sujets de manière plus approfondie et spontanée, ce qui serait très enrichissant ;)
Je prends note de ce feedback très précieux, merci ! ;) J'ai déjà participé à quelques podcasts (à plusieurs par contre), c'est assez fun en vrai. Sur un format type "Deep Dive", c'est clair qu'il y aurait des tonnes de choses à dire :)
D'habitude je regarde que des vidéos en anglais sur les sujets IT parce que c'est là ou je trouve le max de valeurs sur des sujets avancés mais là je dois dire que tu fais du contenu super quali', on ressent toute ton expérience et je m'en vais de ce pas regarder le reste de tes vidéos !
Merci beaucoup Said et bienvenue sur la chaîne ! Ton message fait chaud au coeur, surtout la comparaison US/UK et FR, tant la concurrence est dur avec eux. J'essaie de créer un format sans frontière entre le business, le produit et la tech, en me basant sur mon expérience du monde des startups. Je suis vraiment content que ça te plaise ! 🙏
Sujet délicat et j'aime bien que ce soit abordé J'ai l'impression que sur micro service ou DDD, je trouverais peu de gens pour argumenter qu'il faut commencer dès le début avec Par contre la discussion pourrait s'étendre sur les tests, les outils à la sonar etc... ou d'autres frameworks un peu complexes. Et la j'ai déjà eu des discussions ardues dans le passé avec certaines personnes ^^ Globalement je défends une approche très light pour aller vite. Mais de l'autre côté du spectre, je reconnais aussi que beaucoup de protos finissent en prod. Et que beaucoup de phrases "on améliorera plus tard" finissent au placard. Et la il y a un vrai sujet de leadership technique (sujet que j'aime bien creuser ^^)
Super délicat comme sujet oui... Mais c'est un sujet important dans une équipe tech que doit savoir gérer un CTO. Les discussions difficiles dans les équipes tech, j'ai l'impression qu'elles naissent quand le leadership communique mal autour des enjeux économiques (acquisition, rétention, time to market, budget, recrutement, compétition, ...) et donne l'impression de faire des choix arbitraires infondés. Ça serait super cool Hugo d'avoir ton point de vue là dessus à l'occasion en vidéo !
@@KarimMatrahNon, merci à toi ! Tu m'inspires beaucoup. Je vais créer ma chaîne TH-cam pour parler de technologie et de business. C'est grâce à toi, vraiment merci *10000000 !
C'est super gentil, merci beaucoup ! Ça me frustre aussi de ne pas pouvoir faire plus, il faut que j'apprenne à filmer/monter à côté du boulot. Mon rêve serait de pouvoir faire ça à temps plein un jour, c'est devenu une passion débordante 🤩
Vidéo de qualité autant sur le fond que sur la forme, c'est malheureusement rare en français.. Un dev un peu perdu mais désireux d'apprendre s'abonne :)
On a beaucoup de retard à rattraper c'est vrai. La demande est moins forte en FR aussi ce qui pousse les créateurs FR à faire du contenu EN, mais je trouve ça ultra dommage... En tout cas moi je considère ça comme une opportunité à saisir et donc ton commentaire me fait vraiment très plaisir. Merci beaucoup ! :)
Je pense qu’il faudrait ajouter une petite nuance dans le schéma sur la phase early stage et le fameux tableau sur l’ideation /hypothese/marche. Ce qu’on délivre c’est plutôt des POCS que des MVP. On a tendance à souvent omettre le mot viable mais il est hyper important. Le produit peut être bien mais si économiquement il n’est pas viable c’est soit qu’on répond pas bien au problème car les gens ne sont pas prêt à payer pour le produit, soit tout simplement y’a pas de marché… et à trop griller les étapes on se retrouve avec des startups qui dépensent des masses d’argent dans le dev d’un produit qui ne sert à rien… alors quand on pouvait lever facilement des fonds c’était bien maintenant qu’il faut démontrer une certaines rentabilité il faut montrer qu’on peut aller en phase de croissance
Totalement en phase Sofiane. Beaucoup confondent PoC et MVP et oublient de tester la viabilité du produit. Je suis passé un peu rapidement dessus mais c'est ce que j'ai tenté d'expliquer entre 2:07 et 2:18. Aujourd'hui on parle même de "MVE" (Minimum Valuable Experience). Et comme tu le dis c'est super important dans une économie où les levées de fonds sont plus difficiles et la rentabilité importante. Est-ce que tu penses qu'une vidéo dédiée sur le sujet intéresserait du monde ?
Haha, mon rêve serait de tourner plein de scènes différents, même en extérieur (co-working, bois, bureau, meetup, ...) pour raconter de meilleures histoires. J'apprends en ce moment à ce sujet, mais j'ai encore du boulot pour y arriver :p
Merci Karim. Super vidéo (comme d'habitude). Je ne suis pas tech mais n'y a-t-il pas quand même un intérêt à avoir quelques modules réutilisables même au début par exemple module d'inscription, module d'abonnement au SAAS... des modules qui peuvent servir pour un MVP donné mais d'autres MVP à venir si le premier MVP n'a pas de product-market fit.
Merci beaucoup Jérôme ! Même si tu n'est pas tech, tu as vu très juste bien joué ! Il y a beaucoup de modules secondaires ou "support" qu'on réutilise de projet en projet. En général pour ces modules là, on évite de les coder soit même et on utilise des paquets open-source ou bien d'autres SaaS à destination des développeurs. Certains utilisent même des templates de code déjà pré-configurés (inscription, emails, paiement, rôles et permissions, ...).
Une archi entre monolithe et microsevices ça peut être intéressant pas besoin de cqrs saga ect mais séparer les applications dans chaque serveur et bdd séparer sans tous mélanger ça peut être intéressant !
Exactement ! Voir même au sein de la même application, en organisant correctement les modules et API entre modules, un bus interne, etc. Par exemple, j'aime beaucoup Elixir et son framework OTP pour avoir une architecture multi-agents au sein d'un même processus !
@@KarimMatrah cqrs et saga je reçois des question pendant l'entretien mais lors de mise en pratique j'ai rien trouvé et jamais occasion de le mettre en pratique et toujours overkill par rapport ou besoin ! Bus de message interne la meilleur pour communiquer entre les module et macroservice. Je crois que les macroservice est une bonne pratique en ce moment.
Tips en complément à la légitimité : Lorsque tu rentres dans une entreprise, tu rejoins une équipe déjà bien en place. Tu ne pourras JAMAIS faire bouger les choses rapidement. Tu devras faire preuve de patience, prouver ta légitimité, rester quelques années. Faut que toi-même tu comprennes tous les aspects du domaine dans lequel tu travailles. Autre point, la réalité du marché est la suivante : il y a souvent un gros turnover dans les entreprises IT, que ça soit niveau tech ou business. Il est donc d'autant plus compliqué d'amener la codebase en domain driven. Entre l'équipe de dev qui tourne, et l'équipe business ... pas facile de s'imposer. La patience doit être vraiment de mise.
Merci pour ce complément Jean-louis ! C'est très juste, très sage mais surtout ancré dans la réalité du monde du travail. Malheureusement, les entreprises recrutent souvent des "managers" ou "seniors" dans l'optique de faire rapidement changer les choses et c'est souvent nocif aussi bien pour la personne recrutée que pour l'équipe qui l'accueille. Ton 2eme point sur le turnover est très juste aussi. J'ajouterais même l'aspect "connaissance tribale" qui peut exister chez les anciens, qui n'est écrite nul part dans les startups où la croissance est rapide et chaotique.
Dès que tu vas exploser dans les SaaS Walid, j'espère que t'es prêt mentalement à gérer tout le taf dont j'ai parlé haha. Merci encore une fois pour ton soutien chef ! 🫶
@@KarimMatrah justement à ce sujet je pense que le rôle de « La team » a de quoi être un super acteur mais pour le mentale la prépa doit commence dès maintenant ! (D’ailleurs le sujet de la team pourrait être un sujet de vidéo, je pose ça là ;).
@@KarimMatrah c’est que pour ça que je suis la :D.. Les 100% tech ou les 100% marketing il y’en a plein.. ce que j’aime bien avec toi c’est le mélange des deux.. Top les vidéos en tt cas 🤞
J'ai un avis un peu différent. Je suis d'accord qu'on n'a pas besoin de DDD dès le début, mais dans cette phase, je pense qu'on n'a pas non plus besoin de coder. on peut itérer bien plus vite avec un outil no-code le temps de valider les hypothèses, et par contre, dès qu'on a justifié la création d'un produit avec du code, là DDD est très utile pour avoir un soft de qualité qui va nous permettre de garder une vitesse de delivery constante.
Merci d'avoir partagé ton avis Edouard, super intéressant et pertinent. Je suis complètement aligné avec toi, s'il y a moyen de ne pas coder le temps de valider les différentes hypothèses, avec un outil no-code ou low-code, voir même simplement avec une landing page ou une vidéo, c'est encore mieux. Il reste néanmoins des cas où coder est nécessaire. Par exemple dans ma boite (getcontrast.io), on devait monter un MVP autour d'un produit vidéo B2B, mais on était pas encore sûr de la cible (sales, marketing ou growth) et du cas d'utilisation (demand gen, lead gen, onboarding, ...). Dur d'utiliser le no-code dans le domaine du streaming et l'édition vidéo, et compliqué de communiquer un "wow-effect" dans ce domaine sans mettre quelque chose dans les mains des gens. Une fois qu'on avait compris l'opportunité sur le marché (webinars lead gen pour scaleup B2B), on est rapidement passé en DDD :)
Je suis depuis très longtemps Gregor Hohpe sur les réseaux, et j'aiai eu l'occasion de faire l'un de ses workshops à Berlin en 2019. C'est vraiment un modèle pour moi en terme d'architecte. Peut-être que ça pourrait t'intéresser, donc je partage !
@@KarimMatrah Merci beaucoup pour le partage je vais y jeter un coup d'oeil. Est-ce que tu aurais également de bon livre. J'ai lu Fundamental Software Architecture, System Design Interview et Refactoring, mais que lire pour aller plus loin (je suis conscients que je n'ai pas les compétences techniques mais je souhaite me concentrer sur la théorie car assez compliqué sur un projet perso d'avoir une architecture d'entreprise) Et comme souvent souligné “Software architecture is the stuff you can’t Google answers for" j'essaie de me "former" théoriquement le plus possible pour que le jour j je puisse chercher l'information au bon endroit
J'ai beaucoup aimé "Monolith to Microservices" qui m'a beaucoup aidé quand je travaillais chez Aircall. Et plus récemment "Domain modeling made functional" m'a bluffé ! J'ai laissé les 2 liens dans la description :)
Par curiosité, tu utilise quoi comme techno avec Ruby on Rails pour faire des SPA coté front? Hotwire (combo Turbo + Stimulus) ? Ou tu switch sur React ?
J'ai utilisé les 2. Par exemple sur getcontrast.io c'est du rails en API avec React côté front (on est une petite équipe). Mais la semaine prochaine je vais montrer le nouveau micro-saas que j'ai créé, entièrement fait avec Rails (+ Hotwire) !
@@KarimMatrah Cool ! Je me suis mis à Hotwire récemment et je suis agréablement surpris de finalement arriver à faire largement le taff avec. Hâte de voir ton utilisation. Merci pour ta réponse et bravo pour tes vidéos !
Trop cool ! Même constat de mon côté, j'ai pu avancer très vite avec Hotwire en 2 semaines seulement. L'expérience développeur m'a ravi ! Hâte de montrer aussi le résultat, je suis en plein écriture et tournage de la vidéo :D
Encore une pépite même si je n'ai pas tout compris les termes et les principes. n8n est gratuit ? C'est une même appli que Make ? Je te remercie Karim pour tes lumières
Avec plaisir ! Oui n8n est un produit open source, que tu peux faire tourner en local sur ta machine et même déployer en ligne sur ton propre serveur. Ils ont une interface graphique pour faire les workflows comme Make, mais tu peux aussi écrire du code JS ou Python si tu as des besoins avancés. Pour ceux qui veulent pas le déployer par eux même, ils ont une offre cloud comme Make 😁 Moi je kiff !
@@KarimMatrah waouh ! Donc si j'ai bien compris. N8N est gratuit, utilisable en local, et "deployable" sur n'importe quel serveur d'hébergement, avec tous les tools. Sinon je choisis l'hébergement avec eux. Avec la solution payante. J'imagine que ça vaut le coup dans ce cas. Et je peux mélanger automatisation, code, no code. Question piège lol Lequel est le mieux pour un débutant pour un MVP ? Je te remercie le druide mdrrrrr
@@KarimMatrah tu devrais mettre en place un genre de forum participatif. Peut-être que d'autres peuvent répondre à mes questions de novice sans déranger lool
Je dirais que si Make te permet de faire ce dont tu as besoin, il est un peu plus simple que N8N, donc plus rapide pour démarrer :) Mais investir sur N8N, ça me parait plus bénéfique sur le moyen/ long terme pour des projets qui montent en complexité et quand y'a besoin d'avoir la flexibilité du code. Haha oui, je songe à créer un serveur Discord (c'est la rentrée je reprends petit à petit les projets) 😁
Super intéressant mais par contre j'ai pas compris le rapport avec l'accroche de la vidéo où on s'attends à ce que tu nous parles des choses que tu aurais aimé savoir quand tu étais junior.
Merci beaucoup pour le compliment ! Et en même désolé pour le manque de clarté... 😅 En fait les 3 parties de la vidéo représentent tout ce que je ne savais pas quand j'étais junior sur les micro-services et le DDD. Au début, on m'avait présenté ça comme des sujets patterns techniques et je les ai abordé uniquement sous l'angle technique. J'ai appris avec le temps que le contexte économique et l'organisation d'équipe représentaient une partie majeure et importante dans la manière d'amener le DDD et les micro-services dans un produit. J'ai fait cette vidéo pour que les juniors qui tombent dessus en soit conscients et abordent ces 2 sujets avec tous les paramètres en tête.
Je travaille dans un environnement microservice serverless sur AWS. En terme de ressenti, je trouve que nous sommes bien plus rapide en terme d'execution et de déploiement que certaines de mes précédentes expériences. Je ne pense pas que l'un ou l'autre soit meilleure. Je pense que c'est plutôt le processus d'execution associé au choix technologique qu'on fait qui doit être adapté : dans l'execution, le déploiement. Perso, je nous trouve plus efficace, plus rapide, plus libre au sein de notre scope de travail.
C'est vraiment cool si vous avez réussi à bien cadrer l'environnement dès le début :) On a fait aussi un peu la même chose dans mon équipe actuelle, car on maitrisait déjà l'environnement cible et les gens sont plutôt expérimentés. Mais comme j'avais eu beaucoup de questions de juniors dans des vidéos précédentes qui se demandaient s'ils devaient apprendre et mettre en place tout ça pour le MVP de leur startup, je tenais à préciser dans cette vidéo que ce n'était pas l'élément déterminant au début. Sinon par curiosité, vous déployez votre stack serverless avec quoi ? CloudFormation, SAM, CDK ou bien un outil externe comme serverless.com ?
Curieux de connaitre votre avis sur le sujet Domain-Driven Design, micro-services et monolithes !
Et sinon vous en pensez quoi de ce format mi-tech mi-business, ça vous plaît ?
Wow ! Les termes paraissaient compliqués et pourtant j'ai pas laché la vidéo du début à la fin. Limite, elle était trop courte haha
Objectif accompli alors, merci 🙌 ! J'ai essayé de mettre en lien les termes compliqués techniques avec des éléments business pour qu'on comprenne :)
Du lourd. +1 pour la Conway's law. Martin Fowler et Uncle Bob l'avaient déjà bien popularisé il y a quelques années.
Merci Pierre ! Oui ils avaient fait un gros gros travail (avec aussi Kent Beck). Mais j'ai l'impression que ça s'oublie et se perd de plus en plus...
J'ai eu une startup et t'es vraiment l'un des seuls à avoir la vision qui s'accorde au produit, bravo !
On travaille tellement mieux quand les deux s'accordent en startup ! Merci beaucoup du retour :D
Team "monolithe modulaire" moi aussi, du moins au début c'est clair. Après la "distribution" a aussi des avantages qu'il serait dommage d'ignorer dans certain cas. Et donc il est possible de faire évoluer l'archi vers quelque chose qui ressemble de plus en plus à du micro-service. Et oui après c'est un trade-off entre entre la complexité que cela amène et les bénéfice retirés. Mais de manière générale commencer "simple" est bien souvent la meilleure option.
Yes complètement d'accord ! Y'a un réel intérêt à faire du distribué dans certains cas que ça soit de manière totale ou partielle sur un sous-système. Mais je pense que ça devrait être une évolution pleinement réfléchie en équipe en fonction des besoins, plus qu'un choix par défaut pris de manière automatique et arbitraire.
@@KarimMatrah 💯
Bravo Karim. Je suis dev depuis 15ans et je tiens à noter la qualité de ton propos. Le fond, et la forme. 🎉
C'est super sympa Frédéric merci ! C'est toujours très rassurant d'avoir la validation d'un ancien. On a dû traverser des épreuves similaires si on est aligné sur la vidéo :)
Merci beaucoup pour tes vidéos. En tant que développeur junior mon rêve est de créer un SAAS et tes vidéos me sont d'une très grande utilité et répond a beaucoup de mes questions
Ça fait super plaisir à lire, je te souhaite d'atteindre ton rêve (en faisait un petit pas tous les jours/semaines bien sûr) ! Merci du soutien
Super video Karim. Peu de contenu francophone comme le tien.
Un exposé qui prendrai 3 heures résumé en 7 minutes.
Continue on a hâte d'en savoir plus.
Merci Mouad pour ton commentaire et être là depuis presque le début de la chaîne. Ça me rassure sur le positionnement et me fait très plaisir après des longues heures d'écriture et de montage (pour tout faire tenir en moins de 10 mins). Sur tes encouragements, je vais continuer dans cette voie !
@@KarimMatrah Merci encore à toi !
Je serai ravi de t'écouter aussi sur un autre format sur plusieurs heures. Si tu pouvais faire des lives enregistrés où tu pourrais parler sans script, je suis sûr que les informations d'or seraient à la pelle, au plaisir des attentifs.
Cela permettrait d'explorer des sujets de manière plus approfondie et spontanée, ce qui serait très enrichissant ;)
Je prends note de ce feedback très précieux, merci ! ;)
J'ai déjà participé à quelques podcasts (à plusieurs par contre), c'est assez fun en vrai. Sur un format type "Deep Dive", c'est clair qu'il y aurait des tonnes de choses à dire :)
Comme d’hab, excellente vidéo :)
Le plus important dans les startups early stage, c’est de pouvoir itérer rapidement ! 😁
Haha ça facilite tellement les choses de bosser avec toi sans que je n'ai pas besoin de convaincre qu'il faille procéder comme ça ! Thanks buddy!
D'habitude je regarde que des vidéos en anglais sur les sujets IT parce que c'est là ou je trouve le max de valeurs sur des sujets avancés mais là je dois dire que tu fais du contenu super quali', on ressent toute ton expérience et je m'en vais de ce pas regarder le reste de tes vidéos !
Merci beaucoup Said et bienvenue sur la chaîne ! Ton message fait chaud au coeur, surtout la comparaison US/UK et FR, tant la concurrence est dur avec eux. J'essaie de créer un format sans frontière entre le business, le produit et la tech, en me basant sur mon expérience du monde des startups. Je suis vraiment content que ça te plaise ! 🙏
Sujet délicat et j'aime bien que ce soit abordé
J'ai l'impression que sur micro service ou DDD, je trouverais peu de gens pour argumenter qu'il faut commencer dès le début avec
Par contre la discussion pourrait s'étendre sur les tests, les outils à la sonar etc... ou d'autres frameworks un peu complexes.
Et la j'ai déjà eu des discussions ardues dans le passé avec certaines personnes ^^ Globalement je défends une approche très light pour aller vite.
Mais de l'autre côté du spectre, je reconnais aussi que beaucoup de protos finissent en prod. Et que beaucoup de phrases "on améliorera plus tard" finissent au placard.
Et la il y a un vrai sujet de leadership technique (sujet que j'aime bien creuser ^^)
Super délicat comme sujet oui... Mais c'est un sujet important dans une équipe tech que doit savoir gérer un CTO. Les discussions difficiles dans les équipes tech, j'ai l'impression qu'elles naissent quand le leadership communique mal autour des enjeux économiques (acquisition, rétention, time to market, budget, recrutement, compétition, ...) et donne l'impression de faire des choix arbitraires infondés.
Ça serait super cool Hugo d'avoir ton point de vue là dessus à l'occasion en vidéo !
LA vidéo que j'attendais VRAIMENT MERCI
AHHHHH ça me rassure ! J'avais peur que le mélange tech + business plaise moins. Je suis trop content merci beaucoup 😁
@@KarimMatrahNon, merci à toi ! Tu m'inspires beaucoup. Je vais créer ma chaîne TH-cam pour parler de technologie et de business. C'est grâce à toi, vraiment merci *10000000 !
J'espère que tu nous parleras de ton prochain "Gumroad" :D En tout cas envoie moi le lien quand elle sera lancée !
@@KarimMatrahD'accord
Tes vidéos sont passionnantes, trop courtes mais passionnantes. Merci 😊
C'est super gentil, merci beaucoup ! Ça me frustre aussi de ne pas pouvoir faire plus, il faut que j'apprenne à filmer/monter à côté du boulot. Mon rêve serait de pouvoir faire ça à temps plein un jour, c'est devenu une passion débordante 🤩
en terme de durée moi je dis c'est l'idéal...construire un MVP ça prend du temps, on a pas le temps de mater des vidéos d'une heure ;)
Ça c'est clair @datajedi5217... Si la salle de l'esprit et du temps existait comme dans Dragon Ball, y'aurait plus besoin de faire des choix :D
@@KarimMatrah génial la ref !
RIP Akira :)
Encore un banger!
Vivement une vidéo ensemble ! ;)
Vidéo de qualité autant sur le fond que sur la forme, c'est malheureusement rare en français.. Un dev un peu perdu mais désireux d'apprendre s'abonne :)
On a beaucoup de retard à rattraper c'est vrai. La demande est moins forte en FR aussi ce qui pousse les créateurs FR à faire du contenu EN, mais je trouve ça ultra dommage... En tout cas moi je considère ça comme une opportunité à saisir et donc ton commentaire me fait vraiment très plaisir. Merci beaucoup ! :)
Incroyable la qualité du contenu, merci
Merci Remi !!! 🙌 🙏 🔥
Je pense qu’il faudrait ajouter une petite nuance dans le schéma sur la phase early stage et le fameux tableau sur l’ideation /hypothese/marche. Ce qu’on délivre c’est plutôt des POCS que des MVP. On a tendance à souvent omettre le mot viable mais il est hyper important. Le produit peut être bien mais si économiquement il n’est pas viable c’est soit qu’on répond pas bien au problème car les gens ne sont pas prêt à payer pour le produit, soit tout simplement y’a pas de marché… et à trop griller les étapes on se retrouve avec des startups qui dépensent des masses d’argent dans le dev d’un produit qui ne sert à rien… alors quand on pouvait lever facilement des fonds c’était bien maintenant qu’il faut démontrer une certaines rentabilité il faut montrer qu’on peut aller en phase de croissance
Totalement en phase Sofiane. Beaucoup confondent PoC et MVP et oublient de tester la viabilité du produit. Je suis passé un peu rapidement dessus mais c'est ce que j'ai tenté d'expliquer entre 2:07 et 2:18. Aujourd'hui on parle même de "MVE" (Minimum Valuable Experience). Et comme tu le dis c'est super important dans une économie où les levées de fonds sont plus difficiles et la rentabilité importante. Est-ce que tu penses qu'une vidéo dédiée sur le sujet intéresserait du monde ?
Merci pour ton effort et la qualité du contenu.
Merci à toi surtout pour ton retour !
Toujours excellent ! A ce stade déjà, ce n'est plus des vidéos mais des courts-métrages haha
Haha, mon rêve serait de tourner plein de scènes différents, même en extérieur (co-working, bois, bureau, meetup, ...) pour raconter de meilleures histoires. J'apprends en ce moment à ce sujet, mais j'ai encore du boulot pour y arriver :p
Merci Karim. Super vidéo (comme d'habitude). Je ne suis pas tech mais n'y a-t-il pas quand même un intérêt à avoir quelques modules réutilisables même au début par exemple module d'inscription, module d'abonnement au SAAS... des modules qui peuvent servir pour un MVP donné mais d'autres MVP à venir si le premier MVP n'a pas de product-market fit.
Merci beaucoup Jérôme ! Même si tu n'est pas tech, tu as vu très juste bien joué ! Il y a beaucoup de modules secondaires ou "support" qu'on réutilise de projet en projet. En général pour ces modules là, on évite de les coder soit même et on utilise des paquets open-source ou bien d'autres SaaS à destination des développeurs. Certains utilisent même des templates de code déjà pré-configurés (inscription, emails, paiement, rôles et permissions, ...).
Une archi entre monolithe et microsevices ça peut être intéressant pas besoin de cqrs saga ect mais séparer les applications dans chaque serveur et bdd séparer sans tous mélanger ça peut être intéressant !
Exactement ! Voir même au sein de la même application, en organisant correctement les modules et API entre modules, un bus interne, etc. Par exemple, j'aime beaucoup Elixir et son framework OTP pour avoir une architecture multi-agents au sein d'un même processus !
@@KarimMatrah cqrs et saga je reçois des question pendant l'entretien mais lors de mise en pratique j'ai rien trouvé et jamais occasion de le mettre en pratique et toujours overkill par rapport ou besoin !
Bus de message interne la meilleur pour communiquer entre les module et macroservice.
Je crois que les macroservice est une bonne pratique en ce moment.
Super vidéo encore une fois, tu nous régales avec tes explications !
Merci Romain ! SendShort aura un scale massif, j'espère que tu te prépares mentalement haha
Tips en complément à la légitimité :
Lorsque tu rentres dans une entreprise, tu rejoins une équipe déjà bien en place.
Tu ne pourras JAMAIS faire bouger les choses rapidement. Tu devras faire preuve de patience, prouver ta légitimité, rester quelques années.
Faut que toi-même tu comprennes tous les aspects du domaine dans lequel tu travailles.
Autre point, la réalité du marché est la suivante : il y a souvent un gros turnover dans les entreprises IT, que ça soit niveau tech ou business.
Il est donc d'autant plus compliqué d'amener la codebase en domain driven. Entre l'équipe de dev qui tourne, et l'équipe business ... pas facile de s'imposer.
La patience doit être vraiment de mise.
Merci pour ce complément Jean-louis ! C'est très juste, très sage mais surtout ancré dans la réalité du monde du travail. Malheureusement, les entreprises recrutent souvent des "managers" ou "seniors" dans l'optique de faire rapidement changer les choses et c'est souvent nocif aussi bien pour la personne recrutée que pour l'équipe qui l'accueille. Ton 2eme point sur le turnover est très juste aussi. J'ajouterais même l'aspect "connaissance tribale" qui peut exister chez les anciens, qui n'est écrite nul part dans les startups où la croissance est rapide et chaotique.
Hyper intéressant et le format est top. Bravo !
Très cool ton commentaire Thomas merci ! J'itère encore sur le format pour l'améliorer petit à petit mais ça commence à prendre forme 🙌
Vraiment intéressant comme vidéo, je viens de découvrir ta chaîne - très bien expliquée
C'est gentil Bernard, merci ! Je vois qu'on a en commun une passion pour la modélisation et design système 😁
Encore une masterclass, bravo Karim et merci !
Dès que tu vas exploser dans les SaaS Walid, j'espère que t'es prêt mentalement à gérer tout le taf dont j'ai parlé haha. Merci encore une fois pour ton soutien chef ! 🫶
@@KarimMatrah justement à ce sujet je pense que le rôle de « La team » a de quoi être un super acteur mais pour le mentale la prépa doit commence dès maintenant ! (D’ailleurs le sujet de la team pourrait être un sujet de vidéo, je pose ça là ;).
100% d'accord, le mental et la prépa, c'est dès le 1er jour ! Très bonne suggestion de vidéo, je note ça héhé, merci ;)
@@KarimMatrah 🫡
Un vrai régal ta vidéo
Avec plaisir merci beaucoup ! Et bonne dégustation 👨🍳
Exelent comme a ton habitude. 👏👏
Merci beaucoup Benny ! Très cool si tu as regardé les autres vidéo depuis ton dernier commentaire, ça fait super plaisir 🙌
Un délice tes vidéos, le PEUPLE en demande d'avantage
Énorme ton commentaire, ça me donne la force pour la prochaine vidéo !
La miniature me termine. T'as juste balancé des mots au hasard 😂
J'ai fait au plus simple 😁
merci pour cette videos
Je vois que tu es créateur de start-up aussi, bon courage pour Alibia !
@@KarimMatrah merci !
Bravo
Super video
Merci beaucoup pour ton commentaire ! 🙏
Pas mal cette vidéo @Karim Bravo :D
Merci Mohamed, content que le mélange tech + business t'ait plu ! :D
@@KarimMatrah c’est que pour ça que je suis la :D..
Les 100% tech ou les 100% marketing il y’en a plein.. ce que j’aime bien avec toi c’est le mélange des deux..
Top les vidéos en tt cas 🤞
Il est très précieux ton feedback sur le positionnement de la chaîne... Ça m'aide beaucoup pour la suite ! 🙏
Top vidéo! Merci
Bienvenue sur la chaîne Laurent ! Merci beaucoup pour ton retour sur la vidéo :)
11/10
Merci beaucoup Ali pour être présent sur la chaîne depuis un bon moment maintenant 🙏 Ça fait super plaisir !
J'ai un avis un peu différent. Je suis d'accord qu'on n'a pas besoin de DDD dès le début, mais dans cette phase, je pense qu'on n'a pas non plus besoin de coder. on peut itérer bien plus vite avec un outil no-code le temps de valider les hypothèses, et par contre, dès qu'on a justifié la création d'un produit avec du code, là DDD est très utile pour avoir un soft de qualité qui va nous permettre de garder une vitesse de delivery constante.
Merci d'avoir partagé ton avis Edouard, super intéressant et pertinent. Je suis complètement aligné avec toi, s'il y a moyen de ne pas coder le temps de valider les différentes hypothèses, avec un outil no-code ou low-code, voir même simplement avec une landing page ou une vidéo, c'est encore mieux. Il reste néanmoins des cas où coder est nécessaire. Par exemple dans ma boite (getcontrast.io), on devait monter un MVP autour d'un produit vidéo B2B, mais on était pas encore sûr de la cible (sales, marketing ou growth) et du cas d'utilisation (demand gen, lead gen, onboarding, ...). Dur d'utiliser le no-code dans le domaine du streaming et l'édition vidéo, et compliqué de communiquer un "wow-effect" dans ce domaine sans mettre quelque chose dans les mains des gens. Une fois qu'on avait compris l'opportunité sur le marché (webinars lead gen pour scaleup B2B), on est rapidement passé en DDD :)
@@KarimMatrah En effet, tu as raison dans ce cas c'est une belle exception à ce que je disais.
Très bon résumé, merci !!
Avec plaisir Adrien ! Je vois que l'architecture logicielle est un sujet qui te passionne aussi :)
@@KarimMatrah exactement, encore junior c'est un domaine qui me passionne et espère devenir architecte d'ici quelques années
Je suis depuis très longtemps Gregor Hohpe sur les réseaux, et j'aiai eu l'occasion de faire l'un de ses workshops à Berlin en 2019. C'est vraiment un modèle pour moi en terme d'architecte. Peut-être que ça pourrait t'intéresser, donc je partage !
@@KarimMatrah Merci beaucoup pour le partage je vais y jeter un coup d'oeil. Est-ce que tu aurais également de bon livre. J'ai lu Fundamental Software Architecture, System Design Interview et Refactoring, mais que lire pour aller plus loin (je suis conscients que je n'ai pas les compétences techniques mais je souhaite me concentrer sur la théorie car assez compliqué sur un projet perso d'avoir une architecture d'entreprise)
Et comme souvent souligné “Software architecture is the stuff you can’t Google answers for" j'essaie de me "former" théoriquement le plus possible pour que le jour j je puisse chercher l'information au bon endroit
J'ai beaucoup aimé "Monolith to Microservices" qui m'a beaucoup aidé quand je travaillais chez Aircall. Et plus récemment "Domain modeling made functional" m'a bluffé ! J'ai laissé les 2 liens dans la description :)
Je peux avoir la liste des livres cités ?
Oui, j'ai mis les liens des livres dans la description de la vidéo :)
Par curiosité, tu utilise quoi comme techno avec Ruby on Rails pour faire des SPA coté front? Hotwire (combo Turbo + Stimulus) ? Ou tu switch sur React ?
J'ai utilisé les 2. Par exemple sur getcontrast.io c'est du rails en API avec React côté front (on est une petite équipe). Mais la semaine prochaine je vais montrer le nouveau micro-saas que j'ai créé, entièrement fait avec Rails (+ Hotwire) !
@@KarimMatrah Cool ! Je me suis mis à Hotwire récemment et je suis agréablement surpris de finalement arriver à faire largement le taff avec. Hâte de voir ton utilisation.
Merci pour ta réponse et bravo pour tes vidéos !
Trop cool ! Même constat de mon côté, j'ai pu avancer très vite avec Hotwire en 2 semaines seulement. L'expérience développeur m'a ravi ! Hâte de montrer aussi le résultat, je suis en plein écriture et tournage de la vidéo :D
Salam aleykoum frere + 1 abonné (junior)
Aleykoum Salam, bienvenue sur la chaîne ! Y'a pas mal de vidéos mais n'hésite pas si t'as des suggestions 😁
Encore une pépite même si je n'ai pas tout compris les termes et les principes. n8n est gratuit ? C'est une même appli que Make ? Je te remercie Karim pour tes lumières
Avec plaisir ! Oui n8n est un produit open source, que tu peux faire tourner en local sur ta machine et même déployer en ligne sur ton propre serveur. Ils ont une interface graphique pour faire les workflows comme Make, mais tu peux aussi écrire du code JS ou Python si tu as des besoins avancés. Pour ceux qui veulent pas le déployer par eux même, ils ont une offre cloud comme Make 😁 Moi je kiff !
@@KarimMatrah waouh !
Donc si j'ai bien compris.
N8N est gratuit, utilisable en local, et "deployable" sur n'importe quel serveur d'hébergement, avec tous les tools.
Sinon je choisis l'hébergement avec eux. Avec la solution payante. J'imagine que ça vaut le coup dans ce cas.
Et je peux mélanger automatisation, code, no code.
Question piège lol
Lequel est le mieux pour un débutant pour un MVP ?
Je te remercie le druide mdrrrrr
@@KarimMatrah tu devrais mettre en place un genre de forum participatif. Peut-être que d'autres peuvent répondre à mes questions de novice sans déranger lool
Je dirais que si Make te permet de faire ce dont tu as besoin, il est un peu plus simple que N8N, donc plus rapide pour démarrer :) Mais investir sur N8N, ça me parait plus bénéfique sur le moyen/ long terme pour des projets qui montent en complexité et quand y'a besoin d'avoir la flexibilité du code.
Haha oui, je songe à créer un serveur Discord (c'est la rentrée je reprends petit à petit les projets) 😁
Banger ! 👏
Merci soeurette ! Projet 2025 ! ;)
J'aurais adoré voir du code pour mieux comprendre ce modèle modelling. Ce concept mérite d'être illustré non ? :p
Clairement, il faudrait une vidéo dédiée sur le sujet tellement c'est riche et passionnant ! C'est dans la TODO :D
Another banger
Merci boss ! J'ai pas voulu tout lâcher sur Elixir/OTP/Phoenix, je garde ça pour une vidéo dédiée au domain modeling avec actors ✊
Super intéressant mais par contre j'ai pas compris le rapport avec l'accroche de la vidéo où on s'attends à ce que tu nous parles des choses que tu aurais aimé savoir quand tu étais junior.
Merci beaucoup pour le compliment ! Et en même désolé pour le manque de clarté... 😅
En fait les 3 parties de la vidéo représentent tout ce que je ne savais pas quand j'étais junior sur les micro-services et le DDD. Au début, on m'avait présenté ça comme des sujets patterns techniques et je les ai abordé uniquement sous l'angle technique. J'ai appris avec le temps que le contexte économique et l'organisation d'équipe représentaient une partie majeure et importante dans la manière d'amener le DDD et les micro-services dans un produit.
J'ai fait cette vidéo pour que les juniors qui tombent dessus en soit conscients et abordent ces 2 sujets avec tous les paramètres en tête.
✊🏴☠
Tiens donc, ce livre F# me dit quelque chose 😁
Héhé, t'as une bonne mémoire 😁
D'ailleurs ça me fait penser que j'ai un autre livre à récupérer avant l'été, il faut qu'on s'organise un truc ! 🙌
@@KarimMatrah yes quand tu veux ;)
Je travaille dans un environnement microservice serverless sur AWS.
En terme de ressenti, je trouve que nous sommes bien plus rapide en terme d'execution et de déploiement que certaines de mes précédentes expériences.
Je ne pense pas que l'un ou l'autre soit meilleure. Je pense que c'est plutôt le processus d'execution associé au choix technologique qu'on fait qui doit être adapté : dans l'execution, le déploiement.
Perso, je nous trouve plus efficace, plus rapide, plus libre au sein de notre scope de travail.
C'est vraiment cool si vous avez réussi à bien cadrer l'environnement dès le début :) On a fait aussi un peu la même chose dans mon équipe actuelle, car on maitrisait déjà l'environnement cible et les gens sont plutôt expérimentés. Mais comme j'avais eu beaucoup de questions de juniors dans des vidéos précédentes qui se demandaient s'ils devaient apprendre et mettre en place tout ça pour le MVP de leur startup, je tenais à préciser dans cette vidéo que ce n'était pas l'élément déterminant au début.
Sinon par curiosité, vous déployez votre stack serverless avec quoi ? CloudFormation, SAM, CDK ou bien un outil externe comme serverless.com ?
En startup, il n'y a qu'une règle KISS -> Keep It Simple Stupid. Faites simple et itérez :)
YES ! Et les gens aiment qu'on leur mette dans les mains des produits simples qui leur donnent l'impression de pouvoir faire des choses complexes
hii nous voulons collaborer avec vous, puis-je connaître votre email?
J'ai ajouté mon email pro dans la description de la chaîne et de cette vidéo :)
on s'ennuie