La majorité des gens regardent @RiverdotInc, toujours avec une perspective fonctionnelle, mais ce qui vaut davantage l’attention, c’est la couche à laquelle il tente d’accéder.

Ce qui peut être confirmé pour l’instant, c’est que River ne se limite pas à un simple outil sur une chaîne spécifique, mais s’apparente davantage à une tentative d’abstraction de l’interaction.
Sur le parcours produit, il réduit manifestement la fréquence avec laquelle l’utilisateur interagit directement avec la structure sous-jacente, ce qui se perçoit dans la conception du flux opérationnel, mais il reste encore à tester sa stabilité dans différents scénarios.
L’enjeu ici ne réside pas dans la fonctionnalité elle-même, mais dans la direction. La compétition précédente se concentrait sur la performance et l’infrastructure, mais on observe désormais une transition progressive vers le niveau expérience, c’est-à-dire que celui qui peut laisser la complexité à l’intérieur du système se rapproche davantage de l’entrée réelle pour l’utilisateur.
River est encore à ses débuts, beaucoup de ses capacités restent incertaines quant à leur scalabilité, mais la direction qu’il prend est correcte.
L’observation de ce type de projet ne doit pas se limiter aux données à court terme, mais plutôt à savoir s’il s’approche d’un enjeu qui existe depuis plusieurs années, à savoir si l’interaction sur la chaîne peut être repensée.
Si cet enjeu est validé, la valeur ne se limite pas au produit lui-même, mais réside dans le contrôle au niveau de l’entrée.