L'Event Sourcing pour les systèmes de Supply Chain

00:00:07 Event sourcing et ses avantages par rapport aux bases de données relationnelles traditionnelles.
00:00:31 Event sourcing et son concept fondamental.
00:01:52 L’émergence des bases de données relationnelles et des logiciels CRUD dans les années 70.
00:04:29 Les contraintes et hypothèses introduites par les systèmes basés sur le modèle CRUD.
00:06:10 Les avantages de l’event sourcing dans la correction de bugs et la maintenance des systèmes.
00:08:00 La frustration liée à la gestion de systèmes mutables et aux bugs quantiques en génie logiciel.
00:09:02 L’event sourcing comme solution aux problèmes de supply chain et sa relation avec le stockage de données à moindre coût.
00:12:38 L’adoption de l’event sourcing dans les grandes entreprises et ses avantages pour la transparence et l’efficacité.
00:14:36 Event sourcing comme perspective alternative à la méthodologie brute dans la conception de logiciels de supply chain.
00:15:37 La prévalence future de l’event sourcing et les barrières potentielles à son adoption généralisée.
00:17:18 Comparer les principes de l’event sourcing aux principes comptables et leur importance.
00:19:22 La nécessité d’être axé sur les données dans la gestion de la supply chain.
00:20:25 Spéculer sur la croissance future d’Amazon et sur ses limitations potentielles.
00:21:07 Conclusion et remarques de clôture.

Résumé

Dans une interview avec Joannes Vermorel, fondateur de Lokad, l’animateur Kieran Chandler explore le concept de l’event sourcing et ses avantages dans la gestion de la supply chain. L’event sourcing consiste à représenter l’état d’un système informatique comme une séquence d’événements, offrant ainsi une vue plus transparente et immuable des événements passés, ce qui facilite la reproduction et la correction des problèmes. Vermorel note que la popularité du modèle CRUD, qui permet aux utilisateurs de créer, lire, mettre à jour et supprimer des données, peut parfois rendre difficile la reconnaissance des avantages potentiels de l’event sourcing. Cependant, il estime qu’à mesure que le stockage de données devient moins coûteux, l’event sourcing deviendra plus répandu, porté par la croissance d’entreprises technologiques telles qu’Amazon.

Résumé détaillé

Dans cette interview, l’animateur Kieran Chandler et Joannes Vermorel, le fondateur de Lokad, discutent du concept de l’event sourcing et de sa popularité croissante par rapport aux bases de données relationnelles traditionnelles. L’event sourcing est une approche selon laquelle l’état d’un système informatique n’est que le reflet d’une série d’événements, partant du principe qu’il n’existe pas de représentation directe des données autrement que par les événements eux-mêmes. Par exemple, dans les logiciels de contrôle du stock, il n’existe pas de niveau de stock, mais plutôt un flux de mouvements de stocks qui, une fois consolidé, fournit un nombre synthétique représentant le niveau de stock actuel.

Dans les années 1970, des choix ont été faits sur la manière de représenter électroniquement les données d’une entreprise. Le modèle relationnel est devenu populaire, et la plupart des logiciels de supply chain relèvent désormais de la catégorie des applications CRUD (créer, lire, mettre à jour, supprimer). Les logiciels CRUD reposent sur des tables avec des champs, permettant aux utilisateurs d’ajouter, de lire, de modifier ou de supprimer des lignes dans la table. Ce modèle simple a connu un grand succès et a été largement adopté dans tous les secteurs.

Cependant, Vermorel note qu’il existe des approches alternatives pour la représentation des données, telles que l’event sourcing. Il suggère que la popularité du modèle CRUD peut parfois rendre difficile la reconnaissance des avantages potentiels d’autres méthodes. Une différence significative entre le CRUD et l’event sourcing réside dans l’idée de mutabilité : dans le CRUD, le passé est mutable, ce qui peut paraître déroutant d’un point de vue philosophique. En revanche, l’event sourcing offre une vue plus transparente des événements passés et des changements intervenus dans un système.

La discussion met en lumière l’intérêt croissant pour l’event sourcing en tant qu’alternative aux bases de données relationnelles traditionnelles pour la gestion de la supply chain et d’autres applications. Bien que le modèle CRUD ait été largement adopté, il ne constitue pas toujours la meilleure approche, et explorer des méthodes alternatives de représentation des données, telles que l’event sourcing, peut potentiellement offrir une meilleure clarté et compréhension des événements passés.

Vermorel explique que la grande majorité des systèmes logiciels utilisés pour gérer les supply chain, tels que les ERP et MRP, sont construits sur l’idée d’un passé mutable, ce qui peut conduire à des situations complexes et contre-intuitives. Cependant, il suggère qu’adopter une approche consistant à considérer le passé comme immuable permettrait d’éviter de tels problèmes.

Un avantage significatif de l’utilisation de l’event sourcing, selon Vermorel, est son utilité dans la correction de bugs. Il note que les grands systèmes logiciels de supply chain comportent souvent de nombreux bugs et fonctionnalités indésirables, qui peuvent persister pendant des années et être frustrants à traiter. Grâce à l’event sourcing, toutes les informations du système sont représentées sous forme d’une série d’événements. Lors du débogage, les ingénieurs peuvent simplement rejouer les événements un par un pour reproduire exactement la situation qui a engendré le problème et la corriger.

Vermorel contraste cela avec l’alternative où l’état du système est mutable, ce qui rend difficile pour les équipes informatiques de reproduire et de corriger les problèmes. Cela peut entraîner un cycle frustrant de rapports de bugs et de tentatives de correction, les bugs réapparaissant souvent après une courte période. L’event sourcing, quant à lui, offre une manière déterministe de régénérer et de résoudre les problèmes.

La discussion se tourne ensuite vers l’idée de l’event sourcing de manière plus détaillée, Vermorel expliquant qu’il s’agit d’examiner chaque opération qui se produit au sein d’une supply chain. Il suggère que l’on pourrait se demander pourquoi l’event sourcing n’est pas l’approche par défaut, d’autant plus que cela correspond à la manière dont les comptables utilisent les registres depuis des siècles. Les registres sont généralement immuables, les nouvelles transactions étant ajoutées pour corriger les erreurs précédentes plutôt que de réécrire les transactions passées.

Vermorel explique que la raison pour laquelle l’event sourcing n’est pas l’approche par défaut est due au coût élevé du stockage informatique à la fin des années 1970 et au début des années 1980. Pour économiser sur les coûts de stockage, les systèmes logiciels étaient conçus pour écraser les données passées par des totaux mis à jour. Cependant, il souligne que le stockage de données est depuis devenu beaucoup moins coûteux, rendant plus faisable l’implémentation de l’event sourcing comme pratique standard.

Lorsqu’on lui demande si les petites entreprises devraient s’intéresser à l’event sourcing, Vermorel répond qu’il s’agit d’une perspective philosophique sur le passé, l’idée étant que le passé doit être immuable dans les systèmes informatiques. Bien que la majorité des ERP n’utilisent pas l’event sourcing, Vermorel estime que l’adoption de cette approche peut aider à prévenir les problèmes liés à des passés mutables dans les logiciels de gestion de la supply chain.

En résumé, Joannes Vermorel préconise l’utilisation de l’event sourcing dans l’optimisation de la supply chain, soulignant ses avantages en matière de correction de bugs et son alignement avec la nature immuable du passé. Bien que pas encore largement adopté, l’event sourcing offre une méthode plus déterministe pour gérer les problèmes dans les systèmes logiciels de supply chain et pourrait intéresser des entreprises de toutes tailles.

Ils explorent les avantages de cette approche, son adoption par les leaders technologiques et sa potentielle prévalence future sur le marché.

L’event sourcing est une méthode de conception de logiciels qui stocke l’état d’un système sous forme d’une séquence d’événements, plutôt que par la méthodologie plus traditionnelle du Create, Read, Update, Delete (CRUD). Vermorel note que des leaders technologiques, tels qu’Amazon, Zalando et Alibaba, ont adopté l’event sourcing pour leurs systèmes de supply chain, Amazon étant un moteur majeur de son adoption sur le marché.

Vermorel soutient que l’event sourcing offre plusieurs avantages pour la gestion de la supply chain. Premièrement, il permet une plus grande transparence et efficacité, tout en réduisant le gaspillage et en améliorant la réactivité. Deuxièmement, il met en lumière les limites du CRUD, qui a été fortement influencé par des contraintes économiques qui n’étaient pertinentes que dans les années 70 et 80.

En regardant vers l’avenir, Vermorel estime que l’event sourcing deviendra plus répandu à mesure que le stockage de données deviendra moins coûteux et que les entreprises technologiques continueront de croître. Il souligne que l’adoption sur le marché est dictée par un processus de “great filter”, dans lequel les entreprises utilisant des méthodes moins efficaces font faillite, laissant celles qui utilisent des approches plus performantes prospérer.

Vermorel souligne également l’importance de l’event sourcing pour les entreprises disposant de systèmes logiciels internes. Même si elles n’adoptent pas l’event sourcing de manière complète, comprendre ses principes peut les aider à atténuer les problèmes de mutabilité dans leurs systèmes CRUD existants. Il affirme que l’event sourcing devrait être considéré comme une pierre angulaire de la pratique de la supply chain, à l’instar du concept d’un registre non réécrit en comptabilité.

Étant donné que les praticiens de la supply chain sont, par nécessité, axés sur les données, Vermorel soutient qu’il est essentiel qu’ils disposent de principes directeurs pour la collecte, l’organisation et le traitement des données. Il suggère qu’explorer l’event sourcing peut aider les praticiens à identifier et résoudre de nombreux problèmes sous-jacents au sein de leurs organisations.

Vermorel envisage un avenir dans lequel l’event sourcing continue de gagner des parts de marché, porté par la croissance d’entreprises technologiques telles qu’Amazon. Cependant, il reconnaît que les économies d’échelle pourraient éventuellement limiter la domination de ces entreprises, permettant ainsi des approches plus diversifiées de la gestion de la supply chain.

Transcription complète

Kieran Chandler: Aujourd’hui, nous allons comprendre un peu mieux son fonctionnement et discuter de la manière dont il peut apporter une meilleure clarté sur ce qui s’est passé dans le passé. Alors, Joannes, qu’est-ce exactement que l’event sourcing ?

Joannes Vermorel: L’event sourcing, techniquement, c’est l’idée que l’état de votre système informatique n’est que le reflet d’une série d’événements. Ainsi, tout ce que vous pouvez voir dans un système informatique, ou tout ce qu’il fait, repose sur des événements. Vous n’avez que des événements, et si vous disposez de quelque chose comme un total affiché ou de toute autre information dans le système, ce n’est que le résultat direct d’une série d’événements. Pour rendre cela très concret, l’idée serait, par exemple, si vous avez un niveau de stock affiché dans votre logiciel de contrôle du stock, il n’existe pas de niveau de stock en tant que tel dans le logiciel. Tout ce que vous avez, c’est un flux de mouvements de stocks, où des quantités sont entrées ou sorties, et lorsque vous consolidez tous ces événements, vous obtenez un nombre synthétique qui correspond au niveau de stock actuel. Mais l’idée avec l’event sourcing, c’est que le système ne contient rien d’autre que des événements en ce qui concerne le passé.

Kieran Chandler: Alors, où utilise-t-on ces techniques d’event sourcing ? Est-ce quelque chose que l’on voit souvent sur le marché ?

Joannes Vermorel: Dans les années 70, certains choix ont été faits quant à la meilleure manière de représenter, en général, les données d’une entreprise et son passé en particulier. Cela peut sembler très philosophique, mais c’est en réalité une question très vaste. Lorsque vous souhaitez digitaliser votre entreprise, vous avez besoin d’une représentation électronique de votre société et de son passé. Même s’il s’agit d’un passé très récent, il reste quand même le passé. En gros, vous voulez disposer d’un reflet du passé, et il s’est avéré qu’il existe de nombreuses manières de le faire. Quelques-unes de ces méthodes sont devenues incroyablement populaires à la fin des années 70 et ont maintenu leur popularité durant les décennies suivantes. Mais ce n’est pas la seule manière d’aborder la question. Il est très intrigant que lorsqu’une certaine façon de faire finit par devenir extrêmement populaire, elle puisse devenir si dominante qu’à un moment donné, on ne se rend même plus compte qu’il est en réalité possible de procéder de manière très différente.

Ce qui s’est passé, c’est que ce modèle relationnel a prévalu, et avec cela, le type d’application construit sur ce modèle s’est imposé. En gros, la grande majorité des logiciels de supply chain de nos jours relève de ce que l’on appelle les logiciels CRUD. CRUD est en réalité un acronyme pour Create, Read, Update, Delete. L’idée est donc que vous disposez de tables, chaque table possédant des champs, et que votre logiciel vous permet d’ajouter une ligne (c’est Create), de lire une ligne existante, de modifier (c’est Update) une ligne existante, et de supprimer une ligne existante. Ce modèle est très simple lorsqu’on y pense, et ces quatre opérations, le CRUD, ont réussi à conquérir le monde de la supply chain, permettant ainsi de refléter pratiquement tout avec ce système. Il a connu un grand succès, très populaire, mais ce n’est pas la même approche. Et le plus intéressant, c’est qu’il existe d’autres approches alternatives, et l’event sourcing en est une.

Kieran Chandler: Regardons alors la popularité de cette approche CRUD. Cela a-t-il introduit des contraintes ou des hypothèses auxquelles nous sommes désormais habitués ?

Joannes Vermorel: Oui, cela a introduit quelque chose qui est

Kieran Chandler: Ce qui est très déroutant, d’un point de vue presque philosophique, c’est que le passé est mutable. Je veux dire, lorsqu’on pense à son expérience quotidienne, quelque chose s’est produit dans le passé, et on ne peut pas le changer, n’est-ce pas ? C’est ainsi. Pourtant, dans les systèmes informatiques, les systèmes d’entreprise modernes tels que les ERP, MRP, etc., toutes ces catégories de systèmes logiciels complexes qui font fonctionner les entreprises et leurs supply chain, la grande majorité de ces systèmes logiciels sont construits sur le principe de conception brutale que le passé est complètement mutable. Si vous vous arrêtez pour y réfléchir, vous vous retrouvez avec toutes sortes de situations bizarres qui ne résultent que du fait que le passé est mutable, et cela peut conduire à une manière déformée de concevoir les systèmes. Cela engendre beaucoup de complexité et, dans l’ensemble, cela heurte l’intuition que l’on aurait des systèmes.

Joannes Vermorel: Oui, il y a un avantage à l’event sourcing qui est en réalité très significatif et incroyablement banal : la correction des bugs. Les grands systèmes logiciels de supply chain comportent des bugs, des fonctionnalités indésirables partout, et typiquement, cela dure littéralement des décennies. Il y a des milliers de tickets ouverts et envoyés à IT, et la plupart d’entre eux ne sont jamais corrigés. C’est tellement frustrant. L’event sourcing est en fait étroitement lié à la correction des bugs. Chez Lokad, nous utilisons l’event sourcing en interne depuis une décennie, et c’est très intéressant. Lorsque vous rencontrez un bug dans un système basé sur l’event sourcing, toutes les informations du système sont représentées sous forme d’une série d’événements. Ainsi, lorsque vous souhaitez déboguer quelque chose, il vous suffit de rejouer les événements un par un. Du fait que la seule donnée qui existe dans votre système est ce flux d’événements, vous pouvez reproduire exactement la même situation qui a créé le problème et le corriger.

Comparons cela à la situation alternative où tout l’état de votre système est mutable. Le problème est que, lorsque vous rencontrez un souci, comme une anomalie dans les niveaux de stocks, le souci est que les niveaux de stocks continuent de changer. Au moment où l’équipe IT examine le problème, il aura disparu. Vous ne pouvez pas le reproduire, et vous ne pouvez pas le corriger. C’est extrêmement frustrant en tant qu’ingénieur logiciel lorsqu’on travaille avec un système hautement mutable. La plupart des bugs se révèlent être semblables à des bugs quantiques, où il y a un bug, mais lorsque vous le regardez, il disparaît. Puis, lorsque vous cessez de le regarder, il réapparaît. C’est tellement frustrant.

L’event sourcing est très intéressant à cet égard car il vous offre un moyen complètement déterministe de régénérer ces problèmes et de les corriger définitivement. Si l’on considère les problèmes de supply chain dans leur ensemble, même si le logiciel ne va pas résoudre tous les problèmes, il s’avère qu’en réalité…

Kieran Chandler: Le logiciel crée fréquemment une première part des problèmes auxquels font face les supply chains modernes. D’accord, revenons en arrière et examinons un peu plus en détail l’event sourcing, cette idée d’examiner chacune des opérations banales qui se sont déroulées dans une supply chain. Cela semble un peu ennuyeux. Alors, quelle serait la facilité de revenir en arrière pour vérifier ce qui s’est passé et en identifier la cause profonde ?

Joannes Vermorel: Pourquoi n’est-il pas par défaut d’enregistrer simplement les événements au fur et à mesure et de dire que c’est le passé, vous savez ? Quand on regarde ce que, je dirais, les gens font depuis des siècles, comme les comptables, ils ont des registres. Les registres ont cette propriété d’être normalement immuables. Vous n’y ajoutez que des éléments. Si vous effectuez une transaction erronée, vous ne supprimez pas la transaction du passé. Vous ajoutez simplement une autre transaction qui indique que la transaction précédente était incorrecte, et voici une transaction corrective, et c’est ainsi que l’on procède. Vous ne réécrivez donc pas le passé, vous y ajoutez simplement d’autres éléments à la fin.

Mais à la fin des années 70, le stockage informatique était incroyablement cher, et ainsi l’idée d’avoir cette immutabilité du passé était une caractéristique appréciable si les moyens étaient vraiment restreints. Si votre registre, en tant que comptable, ne compte que 10 pages et que vous manquez d’espace, la seule chose dont vous disposez est une gomme. Alors, ce que vous faites, c’est résumer les totaux de vos comptes, ajouter quelques transactions, et chaque fois que vous manquez d’espace, vous effacez simplement la transaction passée, mettez à jour les totaux, et voilà. C’est littéralement ce qui s’est passé à la fin des années 70 et au début des années 80. Le monde entier du logiciel a suivi une certaine voie qui avait du sens du fait que le stockage de données était alors incroyablement cher.

Avançons de 40 ans, le stockage de données est désormais incroyablement bon marché. Vous pouvez acheter un disque dur d’un téraoctet pour cinquante dollars. C’est incroyablement bon marché. Ainsi, si vous souhaitez disposer d’un stockage de données ultra fiable, vous avez besoin de plusieurs copies et d’un système pour gérer ces copies, mais nous sommes en dessous de 1 $ par gigaoctet, et les données sont tout simplement très, très bon marché.

L’event sourcing constitue véritablement l’architecture brute d’un système ERP complet. Ce sont des sujets qui intéressent réellement les grandes multinationales et les grandes entreprises telles que SAP. Les petites entreprises devraient-elles vraiment s’intéresser à quelque chose comme cela ?

Kieran Chandler: C’est une question intéressante. Les petites entreprises devraient-elles s’intéresser à l’event sourcing ?

Joannes Vermorel: Je pense que l’event sourcing est une perspective philosophique sur le passé, qui est fondamentalement que le passé est immuable, et que les systèmes informatiques que vous possédez doivent le refléter, sinon vous risquez d’obtenir des solutions sous-optimales. La grande majorité des ERP n’utilisent pas l’event sourcing, c’est le premier écueil. La grande majorité des ERP ne l’utilisent en général pas. Quand on regarde qui utilise l’event sourcing, ce sont des leaders technologiques qui, typiquement, ne produisent pas de logiciels de supply chain, peut-être à l’exception d’Amazon, Zalando et Alibaba, les entreprises qui gèrent leur propre supply chain avec leur propre logiciel sur mesure.

En termes d’avantages, de nombreuses entreprises cherchent à avoir plus de transparence sur la supply chain. Elles veulent être plus efficaces, moins gaspillantes, plus lean, plus réactives, et elles rencontrent beaucoup de difficultés avec leurs systèmes IT.

Kieran Chandler: Bien que ce soient des problèmes très diffus, il n’existe pas de solution unique à ces problèmes. Mais ce que je constate, c’est que l’event sourcing est très intéressant car il met en lumière une faille spécifique de, je dirais, la manière excessivement dominante de concevoir des logiciels utilisés pour les problèmes de supply chain. Habituellement, la plupart des praticiens ne sont même pas conscients de cette perspective, qu’il existe d’autres approches. Je pense donc que l’event sourcing est très intéressant, non pas nécessairement parce que c’est la solution ultime à ces problèmes, mais simplement parce que le simple fait de son existence prouve qu’en réalité cette méthodologie CRUD, où CRUD signifie Create, Read, Update, Delete, démontre simplement que cette méthodologie CRUD, qui est une façon de construire des systèmes logiciels pour aborder la supply chain, n’est tout simplement pas la fin de l’histoire. Ce n’est qu’une des approches, et ce modèle de conception a en réalité été fortement influencé par des contraintes économiques qui n’étaient pertinentes que pendant les années 70 et 80, et déjà à la fin des années 90, elles commençaient à disparaître. Alors, maintenant, si l’on envisage l’avenir, le stockage de données est incroyablement bon marché, et nous avons en quelque sorte surmonté ces obstacles. Voyez-vous l’event sourcing devenir plus courant sur le marché dans les prochaines décennies, et reste-t-il des obstacles à surmonter pour que cela se produise ?

Joannes Vermorel: Tout d’abord, l’event sourcing devient de plus en plus répandu simplement parce qu’Amazon grossit. De plus, à chaque fois qu’Amazon gagne un pour cent de part de marché, l’event sourcing devient en quelque sorte un pour cent plus répandu sur le marché. Et quand je dis Amazon, je veux dire toutes les autres entreprises technologiques qui dévorent le marché. Donc oui, il devient définitivement plus répandu. Le marché est un excellent filtre, ce n’est pas un éducateur, ainsi les choses ne deviennent pas plus populaires parce qu’elles sont adoptées ; elles deviennent plus populaires simplement parce que les entreprises qui ne les utilisent pas font faillite et disparaissent, et donc les entreprises restantes utilisent par hasard les solutions qui fonctionnent le mieux. Alors, cela peut-il devenir plus populaire ? Je dirais certainement. Et quand j’examine la base de clients de Lokad, environ un quart ou un cinquième de nos clients disposent de systèmes logiciels internes sur mesure pour gérer l’entreprise. Donc, si vous disposez de systèmes logiciels internes, je vous conseille vivement de jeter un œil à l’event sourcing. Même si vous n’adoptez pas l’event sourcing immédiatement parce qu’il représente un changement complet de paradigme dans la conception de votre logiciel, il y a tout de même beaucoup à apprendre. Et si vous êtes très familier avec l’event sourcing, cela vous permet en fait de faire du CRUD, vous savez, la méthode habituelle pour aborder la supply chain.

Kieran Chandler: De nos jours, le logiciel peut être utilisé de manière à atténuer ces problèmes de mutabilité du passé. Si vous faites très attention à la façon dont vous le concevez, vous pouvez en réalité modifier le passé dans votre code et obtenir quelque chose qui se rapproche beaucoup plus des événements ou de leur essence. Il n’est pas nécessaire de tout réécrire pour s’en rapprocher. Je dirais que ce n’est pas uniquement un problème pour l’IT. Certaines personnes pourraient rejeter cela comme une affaire ultra geek qui n’intéresse que les architectes de bases de données, mais je pense que c’est bien plus que cela.

Joannes Vermorel: Je suis d’accord, ce genre de concepts de très haut niveau devrait être la pierre angulaire de la pratique de la supply chain. Tout comme le fait qu’un registre ne peut pas être réécrit est une pierre angulaire des principes comptables. En comptabilité, vous savez qu’il n’est pas prévu de revenir dans les livres des années précédentes pour réécrire les transactions. On ne dirait pas que cette caractéristique des registres n’est qu’un détail logiciel. Ces principes ont été établis avant l’avènement des ordinateurs.

Si l’on tient compte du fait qu’être un praticien de la supply chain implique de traiter une grande quantité de données, il est difficile de percevoir la réalité des supply chains car elles sont vastes, complexes et réparties sur plusieurs sites. Par conception, en tant que praticien de la supply chain, vous ne pouvez pas tout voir de vos propres yeux. Vous pouvez voir un magasin, un entrepôt, mais vous ne pouvez pas être partout. Ainsi, vous êtes conduit par les données par nécessité. Les seules informations que vous percevez sur votre supply chain sont essentiellement les chiffres extraits de nombreux systèmes.

Je crois que, tout comme un comptable, vous devez disposer de certains principes directeurs quant à la manière dont ces données sont collectées, organisées et traitées. Pour revenir à l’event sourcing, je pense que c’est quelque chose que les praticiens de la supply chain devraient vraiment examiner de près, car cela les aidera à identifier une multitude de problèmes sous-jacents dans leur organisation.

Kieran Chandler: Brilliant. Eh bien, si nous continuons d’attendre Amazon, ils finiront par prendre un pourcentage supplémentaire et se rapprocher de 100 %. À un moment donné, de grandes entreprises comme Amazon peuvent s’effondrer sous leur propre poids en raison de la difficulté à devenir absolument gigantesques. Cela les empêchera de prendre 100 % de la part de marché, mais le problème est qu’il y aura simplement d’autres concurrents similaires à Amazon qui prendront le reste du marché.

Joannes Vermorel: Oui, restez à l’écoute.

Kieran Chandler: Voilà pour cette semaine. Merci beaucoup de votre écoute, et nous vous retrouverons la prochaine fois. Au revoir pour l’instant.