Conversation on WE with Eric Harris-Braun

Bonjour à tous et bienvenue sur la chaîne YouTube du studio Dark Souls. C'est la première conversation que nous mettons en ligne, dans une longue série de conversations que nous avons prévues. Nous parlerons à différentes personnes de l'écosystème dans lequel nous travaillons, ainsi qu'à des personnes que nous trouvons intéressantes et qui ont de bonnes perspectives sur ce que nous faisons, afin d'essayer de construire le contexte de ce que le studio Dark Souls veut faire. Dans cette première conversation que j'ai eue aujourd'hui avec Eric Harris Braun, j'ai malheureusement capturé uniquement la partie d'Eric de la vidéo, vous ne le verrez donc que pendant toute la conversation. Mais j'ai quand même pensé que je voulais la diffuser parce que j'ai trouvé que c'était une conversation vraiment agréable et j'espère que vous en bénéficierez. Alors, merci de vous être connectés, et j'ai hâte d'apprendre à faire cela beaucoup mieux, et j'espère que vous apprécierez cet apprentissage avec nous. Merci.

Salut tout le monde, bienvenue à cette conversation. Je suis ici aujourd'hui pour la première conversation que nous faisons dans une série autour du contexte de Dark Soil, notre nouvelle entreprise logicielle. Et je parle aujourd'hui avec Eric Harris Brown, qui est l'un des fondateurs de Holochain et qui réfléchit à ces choses depuis longtemps. Donc, ce que nous voulions faire aujourd'hui, c'était d'aller un peu dans la façon dont nous pensons à utiliser Holochain avec des groupes, et en particulier cette application appelée "we", si nous voulons l'appeler une application, nous pouvons y revenir. Et ensuite, essayer de trouver notre chemin à travers des sujets qui y sont liés, et une conversation assez libre. Nous verrons donc comment cela se passe.

C'est super, super d'être ici. Merci de m'avoir invité à faire cela, Victor. C'est un tel plaisir.

Plaisir, oui, c'est un grand plaisir. C'est bien d'être ici. Merci d'être venu.

Ok, alors je pense que nous pourrions peut-être commencer par... je suppose que les gens en savent un peu sur Holochain pour cela, car il y a beaucoup de matériel, et je renverrai à d'autres matériels qui sont juste vraiment basiques et fidèles à cela. Donc, ce avec quoi nous pourrions commencer, c'est peut-être cette idée de "we", d'où elle vient, à quoi elle ressemble, et peut-être comment elle fonctionne avec Holochain, donc une sorte d'introduction brève à cela.

Oui, oui. C'est une bonne question. Alors, d'où cela vient-il ? Je ne me souviens pas exactement comment nous en sommes arrivés là, ni d'où vient la génération. Mais en gros, vous pouvez y penser comme ceci : si vous pensez à certaines des formes les plus puissantes d'outils collaboratifs qui existent sur le web en ce moment, et que vous regardez par le nombre de personnes qui les adoptent, c'est vraiment assez évident : Discord, Slack, Mattermost. C'est cette capacité à créer un groupe social, puis à faire quelque chose à l'intérieur de ce groupe social. Et donc, j'ai réfléchi à cela et j'ai réalisé que je pense que c'était moi, peut-être que c'était quelqu'un d'autre, donc je ne veux pas nécessairement m'en attribuer le mérite. Cela aurait pu être quelque chose qui s'est passé avec Guillaume ou avec Will, ou quelqu'un d'autre parmi les acteurs et les personnes avec qui nous faisons ces choses, et peut-être même vous avez une histoire ou quelqu'un vous en a parlé, et cela déclencherait ma mémoire. Mais la chose est la suivante : vous allez sur Slack ou sur Discord, et ce que vous avez, c'est ce serveur qui est super facile à créer, à en créer un nouveau. Vous pouvez le faire à la volée, donc n'importe quel petit groupe peut créer un nouveau serveur et commencer à discuter entre eux et à coordonner, comme pour jouer à des jeux vidéo. Mais le truc, c'est qu'est-ce qu'ils font ? Ils discutent, c'est tout. C'est du chat. Et donc, la chose était : oh, et si ce que vous pouviez faire lorsque vous créez votre groupe social, c'est d'ajouter n'importe quel type de fonctionnalité appropriée à ce groupe ? Alors, cela pourrait être du chat, mais cela pourrait être de la planification de calendrier, ou cela pourrait être la création de documents de type Google Docs, ou cela pourrait être des tableaux Kanban, ou cela pourrait être des flux de valeur de suivi de devises. Cela pourrait être toutes sortes de choses. Et cela s'avère parfaitement adapté à Holochain, car Holochain, ce sont toutes ces petites ADN qui sont de petits morceaux de fonctionnalité, comme des microservices. Et il est donc très facile d'avoir ces réseaux indépendants de personnes qui jouent selon un ensemble de règles. Et ce que nous finissons par faire, c'est simplement de créer cette couche supplémentaire de création d'un groupe et de coordination de ce que le groupe de personnes a installé sur leur propre environnement peer-to-peer, ou de jouer ensemble en groupe. C'est ce que c'est. Est-ce une description suffisamment claire ?

Je pense que oui. Je veux dire, comme vous le dites, j'ai été aussi dans cet état d'esprit, à réfléchir à cela depuis longtemps. Donc, peut-être que je ne suis pas le meilleur cobaye pour tout cela. Mais oui, l'une des choses qui m'est venue avec cela, et j'ai écrit un article à ce sujet il y a quelque temps, et cela a peut-être été quelque chose à ce sujet, c'est cette idée d'avoir... je suis déjà dans tous ces groupes, et comment trouvons-nous où nous allons jouer, quel est notre espace ? Et l'une des choses que je trouve vraiment intéressantes avec cela, c'est cette idée de pouvoir choisir des parties de ce qui se passe dans le groupe qui s'appliquent à moi. Donc, cette idée de décomposer les choses en composants qui m'intéressent, et alors d'autres personnes peuvent avoir d'autres composants qui les intéressent. Alors, pouvez-vous développer cela, comment cela fonctionne-t-il ?

Bien sûr. Eh bien, si vous y pensez, ce modèle est vraiment crucial. Et dans des choses comme Discord, la façon dont vous faites cela, c'est que Discord est un contexte social avec un tas de sous-contextes sociaux à l'intérieur. Ces sous-contextes sont appelés canaux. Vous vous abonnez à un canal, et vous êtes donc à l'intérieur du canal thématique qui vous intéresse. Et donc, ce modèle consistant à avoir un contexte social, puis un sous-contexte à l'intérieur, est vraiment puissant. L'autre exemple de ce modèle, en dehors des applications de chat, c'est Git lui-même. Les auteurs de code veulent avoir un contexte social pour partager et collaborer à la construction du logiciel qu'ils construisent. Mais à tout moment, si j'ajoute une nouvelle fonctionnalité, je dois créer un nouveau sous-contexte, qui dans Git s'appelle créer une branche. Et alors un sous-ensemble des personnes qui construisent le code peuvent travailler sur cette branche et collaborer ensemble, puis faire fusionner ce code dans le contexte plus large, qui est le, je ne sais pas, la branche principale, qui est le logiciel publié. C'est donc un contexte social complet, le dépôt. Un sous-contexte, la branche. Un contexte social complet, le serveur. Le sous-contexte social, le canal auquel vous êtes abonné, ou le, oui, je pense qu'ils s'appellent canaux, ou sont-ils appelés sujets dans Discord ?

Cela dépend de ce dont vous parlez. Donc, dans "we", c'est la même chose, sauf que les sous-contextes peuvent être des applications complètes. Donc, dans mon groupe, je pourrais être intéressé par la planification de calendrier, ou je pourrais être intéressé par un ensemble de documents qui sont créés, mais pas par un autre ensemble de documents qui seraient créés. Vous pourriez donc avoir deux sous-applications différentes, qui sont ces différents ensembles de documents ou différents aspects de ce sur quoi nous travaillons dans notre groupe. Vous savez, si vous avez un sous-applet de comptabilité, vous pourriez ne pas vous y inscrire. Et "we", en tant qu'applet, fonctionne de telle sorte que vous pouvez voir tous les différents morceaux, ou vous pouvez être invité aux différents morceaux du contexte social plus large, l'organisation ou le groupe, et les rejoindre ou non, selon qu'ils sont pertinents pour vous.

Et cette capacité à créer des groupes à la volée, je trouve que c'est une chose vraiment intéressante. C'est l'une de ces choses que j'ai vues dans un certain nombre d'organisations où j'ai été, où vous avez besoin d'un groupe temporaire, par exemple. Et c'est comme si nous formions un groupe de travail pour traiter cette chose, et puis nous n'avons plus réellement besoin de ce groupe. Et juste la capacité de se diviser en différents espaces selon les besoins. Et puis aussi, une partie intéressante de la façon dont Holochain est structuré, c'est que vous pouvez en fait ramener des choses. Donc, si vous avez créé quelque chose dans un sous-groupe, et que ce quelque chose est quelque chose qui veut perdurer, disons que ce sont des tâches restantes d'un tableau Kanban ou quelque chose comme ça, et que vous voulez le fusionner dans le groupe plus large, vous pouvez en fait simplement les pousser. Ce qui me semble être une façon vraiment fluide de travailler avec des groupes qui s'agrandissent et se contractent, et même, vous savez, oui.

Une autre chose sur laquelle vous avez écrit dans cette idée autour de "we", c'est l'idée de "forker" des groupes et de "fusionner" des groupes et ce genre de choses. Et c'est donc la capacité de diviser le travail et de dire, ok, nous devons nous concentrer sur cette chose, donc nous allons prendre ces choses avec nous et aller ici, et vous pouvez aller là-bas. Je pense que cette fluidité de pouvoir remodeler les groupes et de pouvoir, oui, cela me semble être une chose très différente de ce à quoi nous sommes habitués dans ce type d'applications.

Oui, oui, c'est une chose vraiment clé. Donc, ce que j'aimerais partager à ce sujet, c'est que la façon dont j'en suis venu à penser à "we", c'est que "we" est un outil, un outil pour créer une surface d'accroche pour les contextes sociaux. Comme des points d'attache ou des organismes sociaux pour grandir, s'étendre, se contracter selon les besoins. Et donc, par exemple, l'une des choses que nous pourrons faire dans "we", c'est cette chose que nous appelons la fédération. Et je pense que c'est vraiment, je veux dire, ce n'est peut-être pas le meilleur nom, nous pourrions trouver un autre nom pour cela. Mais la partie qui m'enthousiasme, c'est que si je crée un groupe, disons que mon groupe est, oh, je ne sais pas, mon club de squash, où je joue au squash et nous avons un calendrier de quand nous avons des tournois et quand nous faisons différentes choses. Et donc, nous créons le groupe, nous avons le calendrier. Et puis nous créons un calendrier pour cela. Eh bien, j'imagine qu'il pourrait y avoir d'autres clubs de squash qui créent également des groupes et des calendriers. Et je ne sais pas, peut-être qu'ils ont une sorte d'autre chose, ils ont un tableau Kanban en cours parce qu'ils doivent gérer des tâches parce qu'ils réparent leur lieu de squash, vous savez, comme s'ils gèrent les tâches pour cela, ils font de la reconstruction ou ils collectent des fonds ou quoi que ce soit. Nous ne faisons pas cela, donc nous n'avons pas cela dans notre groupe. Mais nous voulons faire des tournois. Donc, nous pouvons créer un calendrier, son propre calendrier, qui serait un calendrier de tournois, et inviter d'autres groupes à ce calendrier. Donc, vous avez une application qui vit à l'intérieur des deux groupes, mais c'est la seule application qui vit à l'intérieur de ces groupes. Et la fonctionnalité de l'application elle-même est le modèle par lequel les groupes sont rejoints. Ils sont rejoints par le fait qu'ils planifient un tournoi ensemble. Et puis, si vous avez besoin de prendre des décisions au niveau de la ligue, vous pourriez créer un applet de vote et faire rejoindre un tas de groupes. Et tout d'un coup, vous avez essentiellement créé une évolution organique et naturelle des groupes. Et je pense d'une manière vraiment puissante, sans avoir à dire, ok, vous savez, avoir tout ce matériel supplémentaire sur l'incorporation en tant que telle. Cela peut se produire à l'intérieur de la fonctionnalité, la chose réelle que vous faites à l'intérieur de la fonctionnalité incarnée de ce qui se passe. Je pense que cela apparaîtra comme un tissu vraiment, vraiment puissant, une sorte de surface d'accroche pour attacher le regroupement social.

Oui, c'est vraiment fascinant parce que cela me fait penser à... je veux dire, l'idée que, eh bien, dans ma tête au moins, la plupart de la construction de communauté exige que vous fassiez des choses ensemble. C'est la base pour devenir une communauté. Et donc, être capable de faire des choses ensemble d'abord, puis de réaliser que vous êtes en train de devenir quelque chose que vous pourriez vouloir continuer à faire. Ces groupes qui ont commencé à jouer veulent continuer à jouer. Donc, peut-être alors vous créez une membrane différente pour cela et commencez à faire d'autres choses ensemble. C'est donc ça, entrer et sortir de commencer quelque chose, puis réaliser que ce sont des gens avec qui nous voulons continuer. Et cela, pour moi, me semble aussi très... une grande partie de mon travail consiste à organiser ou à essayer de penser à organiser moi-même et mon environnement dans un cadre biégional. Et comme travailler avec la nourriture et les flux d'énergie et d'eau et tout ça. Et ce n'est vraiment pas simple de comprendre, comme vous pouvez utiliser des bassins hydrographiques et des choses comme ça, mais comprendre quelle est réellement la zone dans laquelle je dois travailler, ce n'est pas trivial. Est-ce que je fais partie de cette ville voisine ? Est-ce que je fais partie de notre espace très proche et intime avec lequel nous voulons travailler ? Et être capable de commencer le travail, puis au fil du temps, de pouvoir définir, il s'avère que nous sommes en fait très désireux de collaborer, et cela devient cette sorte de formation. Cela me semble être ce genre de travail de construction, de votre localité à une région, biégionale, et même éventuellement, si vous voulez faire un travail planétaire, c'est comme commencer à ces niveaux, puis comprendre comment coopérer. Il me semble que c'est quelque chose avec lequel "we" pourrait vraiment nous aider à expérimenter.

Oui, oui, oui. Je veux dire, cela me rappelle de paver les sentiers de vaches, vous savez, cette expression.

Je ne connais pas. Il y a une histoire derrière cela, je ne sais pas laquelle. Mais l'idée est que vous conquérez, vous, là où vous mettez le pavé, c'est là que les vaches marchaient. Et donc, il y a ces autres idées, comme lorsque vous construisez un campus universitaire, vous ne mettez pas de passerelles, vous laissez les gens marcher, et puis plus tard, vous voyez où sont les sentiers dans la terre, et c'est là que vous mettez le pavé. Et je pense qu'il y a quelque chose de similaire à cela dans ce que vous dites. Nous voulons en fait faire des choses, et ensuite nous pouvons devenir plus sérieux au sujet des contrats formels et de tout le reste, après avoir réellement vu où se trouve le faire. Et donc, quel est le tissu pour le faire qui peut évoluer très, très facilement ? Cela pourrait être un peu comme ça. Je ne sais pas.

Oui, je veux dire, pour moi, cette possibilité de pouvoir explorer si un groupe veut en fait être ensemble sans avoir la superposition, et une autre chose sur laquelle nous travaillons, et que je fais à la fois dans Dark Souls et dans d'autres contextes, c'est Open Collective, qui est essentiellement un moyen pour les groupes d'éviter d'être pris dans beaucoup de travail juridique et bureaucratique, alors qu'en fait, ce qu'ils veulent faire, c'est simplement jouer ensemble et avoir une sorte d'activité économique conjointe. Et donc, pour moi, c'est un outil qui correspondrait si bien à ce type de structure, où vous pouvez essentiellement, avec un minimum d'effort, créer les espaces avec lesquels vous voulez jouer et voir si ce jeu est génératif, et ne pas avoir à passer par les frais généraux à l'avance.

Oui, quand on ne sait pas. En fait, cela pointe vers une autre des capacités que nous prévoyons d'intégrer dans "we", ce que j'aime appeler le "social templating". Donc, si vous avez un groupe, et disons que vous avez installé un tableau Kanban, et un logiciel de comptabilité en utilisant Rea ou quoi que ce soit d'autre, et que vous avez installé un chat, et en plus de cela, vous savez, une troisième chose, la planification de calendrier, et qu'ils sont tous là et qu'ils fonctionnent ensemble, qu'ils ont été bien configurés. Ce que j'aimerais pouvoir faire, c'est dire, ok, prenez une photo de cela, pas de son contenu, mais de sa structure, et publiez-la comme un modèle, un modèle social, et donnez-lui un nom. Et alors, il devient également facile de commencer à penser à des modèles d'interaction, d'applications interagissant, de fonctionnalités qui fonctionnent bien ensemble, même avec des configurations de ces sous-modèles, que les gens peuvent ensuite lancer à partir d'une bibliothèque, une bibliothèque de ces types de modèles. Et donc, c'est aussi quelque chose qui m'enthousiasme vraiment : qu'est-ce que nous pouvons apprendre sur les différentes configurations de ces outils, parce que nous avons en fait commencé à comprendre la grammaire sous-jacente de ce qui fonctionne pour différents types d'organismes sociaux. Et j'aimerais, j'aimerais approfondir cet espace de grammaire et ce que nous faisons, car ce sont des conversations que je serais heureux d'avoir davantage, même après celle-ci. Mais avant de plonger là-dedans, j'aimerais juste voir où, où en sommes-nous actuellement avec "we" ? Où en est le développement, et aussi, qu'est-ce qui avance, qu'est-ce qui vient ensuite ?

Oui, d'accord. Donc, nous avons essentiellement eu notre prototype initial de "we", et il était opérationnel avant que Holochain ne passe en version bêta. Et donc, en ce moment même, pendant que nous parlons, je mets à jour quelques-uns des applets qui peuvent être utilisés dans "we". "We" lui-même a été mis à jour en version bêta avec la même configuration, et j'espère que nous aurons cela fonctionnel d'ici la fin de cette semaine, afin que je puisse jouer avec. Je me rends à East Denver et je veux pouvoir faire une démo au besoin. Mais le truc, c'est que nous avons une nouvelle approche pour faire un autre niveau de ce que je pense être super cool, qui est en cours de développement, et cela prendra un peu plus de temps pour aboutir, vous savez, peut-être quelques semaines ou un mois. Donc, en gros, cela se passe comme suit : une autre sorte de composabilité que nous voulons avoir dans "we", c'est ce que j'aime appeler les "attachables" et les "attachments", comme des points d'attache et des attachables. Pensez à ceci : combien d'applications avez-vous utilisées où vous pouvez commenter des choses ? Elles sont partout. La capacité de commenter des choses est partout. Et donc, si vous pensez à ce qu'est le chat, ce que sont Discord et Mattermost, c'est en fait cet arbre de commentaires, de fils de discussion qui sont accrochés à différents points. Donc, dans Slack ou Discord, le fil de discussion est accroché à un sujet appelé canal, et puis parfois vous pouvez accrocher un fil de discussion à n'importe quel commentaire spécifique parce que vous dites, non, non, nous allons approfondir cela. Et donc, vous avez cet arbre de branchement, essentiellement un arbre sémantique, limitant notre conversation à ces différents domaines thématiques. Eh bien, pourquoi cela devrait-il être limité aux noms de canaux ? Pourquoi ne devriez-vous pas pouvoir prendre des fils de discussion comme une constante générale, une série de commentaires, et les attacher à n'importe quoi ? Vous devriez pouvoir prendre un fil de discussion et l'attacher à un événement de calendrier parce que vous en discutez, ou vous avez un fil de discussion et vous l'attachez à une carte dans Kanban dans Trello. Vous pouvez faire exactement cela, mais pas toutes les choses Kanban ont cela. Elles pourraient être implémentées d'une manière différente. Pourquoi ne pas pouvoir prendre un commentaire et l'attacher à un document ou à un paragraphe dans un document ? De même, pourquoi ne pas pouvoir prendre un document et l'attacher à un fil de discussion, ou pourquoi ne puis-je pas prendre un événement de calendrier et l'attacher quelque part ? Et donc, la fonctionnalité native d'un applet de suivi du temps pour les calendriers et d'avoir un événement de calendrier est quelque chose qui devrait pouvoir apparaître partout où vous voulez qu'il apparaisse, là où c'est significatif, selon votre appel, pas selon l'appel du développeur. Donc, quand j'entre, je regarde mon applet de fils de discussion, je peux avoir des canaux où j'ai accroché un fil de discussion à des commentaires, mais je verrai aussi qu'il y a des fils de discussion qui ont été attachés à cet élément de calendrier ou à cet élément Kanban. Et donc, ma capacité à voir tous les différents contextes dans lesquels j'ai attaché un fil de discussion est tout au même endroit, au lieu d'avoir à tout scanner. Et de même, vous pouvez inverser la situation et dire, ok, je veux voir tous les endroits où quelqu'un a lié un événement basé sur le temps, et je peux voir cela dans le contexte de ce document doit être fait avant cet événement de calendrier, avant cette heure. Et donc, cette capacité à utiliser la fonctionnalité d'un applet donné et à avoir de petits morceaux d'interface utilisateur qui sont mélangeables et combinables, c'est ce qui arrive dans la prochaine version de "we", et je suis vraiment enthousiasmé par cela. C'est là que nous allons.

Cela ressemble à... je ne sais pas, c'est difficile pour moi même de penser à l'interface utilisateur pour tout cela. J'ai l'impression qu'il y a tellement de façons d'aller avec, comment cela apparaît-il et comment naviguez-vous dans ces choses ? Et oui, vraiment... il y aura des astuces. Il y aura des astuces, mais je pense que ce qui va se passer, c'est que ce sera en fait vraiment facile, parce qu'en fin de compte, nous aurons une sorte de symbole visuel qui dira, oh, c'est là que les choses peuvent être attachées, et ce sera partout. Et si des choses y sont attachées, vous verrez qu'elles y sont attachées, et vous pourrez simplement les développer, et une petite boîte apparaîtra, ou un onglet sortira du côté qui montrera le type de chose qui est attachée, une conversation particulière, un événement de calendrier particulier, quoi que ce soit qui est attaché, cela apparaîtra juste là. Et alors vous pourrez aussi changer toute votre vue et aller dans l'applet qui est l'applet hôte pour ce type de fonctionnalité, et le voir de cette perspective aussi. Donc, je pense que cela apparaîtra de la même manière qu'un hyperlien vous emmène d'une page web à une autre page. Cela sera à l'intérieur de la fonctionnalité de notre tissu collaboratif, passant d'une fonction à une autre fonction, au lieu d'un document HTML à un autre document HTML, parce qu'il y a un lien sous-jacent dessus.

Oui, vous pourriez y penser comme ça. L'hypertexte de la fonctionnalité.

Je n'y avais même pas pensé. Nous pourrions appeler cela une hyperfonction au lieu d'un hypertexte.

Oui, oui. Et quelque chose qui me vient à l'esprit, c'est... je ne sais pas si c'est le cas, mais y a-t-il d'autres applications que vous voyez qui ne correspondent pas bien à "we" ? Parce que j'ai l'impression que lorsque vous utilisez des hyperfonctions comme celles-là, vous avez besoin du cadre pour cela, n'est-ce pas ? Vous avez besoin d'une sorte de... je veux dire, je suppose que vous pourriez lier à des choses en dehors de "we", tant qu'elles sont hachables quelque part et que vous trouvez comment vous connecter à des choses. Mais qu'est-ce qui, dans votre esprit, n'est pas principalement construit pour être à l'intérieur d'une membrane de groupe, mais est plus une chose autonome ? Ou pensez-vous principalement à construire des choses, et c'est pourquoi ?

Eh bien, ce qui m'intéresse, c'est encore cette surface d'accroche pour le tissu social. Et donc, cela crée une surface d'accroche sur laquelle vous pouvez attacher toutes sortes de fonctionnalités sociales. Et il y a une grande question sur la membrane. Donc, je peux imaginer quelqu'un qui laisserait tomber un lien d'hyperfonction, ou ce que nous appelons un localisateur de ressource Holochain, ou un lien vers un élément attaché depuis un autre espace auquel vous n'avez pas accès, et ce sera dans les documents. Vous cliquerez dessus et cela dira, je n'y ai pas accès. Mais ce n'est en fait pas si étrange, n'est-ce pas ? Il y a un lien qui pourrait apparaître et dire, désolé, tu ne peux pas voir cette chose. Ce n'est pas dans ton groupe. Et il pourrait y avoir un moyen de le rejoindre. Donc, en termes de ce qui n'a pas de sens à faire ici, eh bien, les choses qui n'ont vraiment pas de sens à faire ici sont les choses qui ne sont pas basées sur des groupes, dont il y a beaucoup de choses. Il y a beaucoup de choses qui sont juste pour vous, et vous, vous savez, elles ne concernent pas la collaboration. Mais d'un autre côté, vous pourriez penser à vos groupes comme votre propre... je veux dire, certaines personnes peuvent vouloir utiliser ce genre de chose pour organiser les domaines de leur propre activité personnelle, et vous pouvez, vous pouvez être une personne qui a plusieurs groupes de vos propres types d'activité, et vous utilisez ce genre de cadre pour l'organisation. Je ne sais pas. Je veux dire, l'autre chose, c'est que ce sera limité par les types de capacités qu'il peut réellement gérer et rendre, n'est-ce pas ? Donc, pour commencer, nous ne pourrons pas rendre et faire des choses avec vos lunettes 3D, mais nous pourrions y arriver, n'est-ce pas ? Et je ne sais pas. Et certaines de ces choses deviennent plus difficiles à faire si vous faites de la collaboration en temps réel super rapide, comme comment faites-vous des jeux vidéo qui nécessitent, vous savez, des temps de réponse inférieurs à la milliseconde ? Holochain est une technologie qui ne le fait pas bien encore. Donc, je ne sais pas, il peut y avoir des choses comme ça.

Oui, oui. Mais vous pourriez avoir quelques idées. Où voyez-vous cela ? Parce que c'est quelque chose auquel j'ai réfléchi, quelles choses sortent de cela ? Et pour moi, c'est surtout quand je pense à faire le pont, surtout au début de cette évolution de Holochain et de son adoption. Il y aurait beaucoup d'espaces qui sont, par exemple, plus comme des services hébergés, où vous avez des choses comme payer par carte de crédit ou quelque chose comme ça qui y est connecté. Alors, cela ne semble pas être, ok, alors vous avez l'impression que vous devez en fait créer un espace public unique, qui est beaucoup plus proche de ce à quoi nous sommes habitués. Ou peut-être que vous n'avez pas besoin, mais si vous utilisez des choses que vous pourriez vouloir avoir une entreprise si vous voulez avoir, vous savez, un traitement pour les cartes ou quoi que ce soit, ce genre de pont vers ce que les gens sont habitués à être une sorte de fournisseur de services.

Absolument. Oui, oui. Donc, c'est ce qui m'est venu à l'esprit. Sinon, la plupart de mes besoins sont des besoins de groupes. Et ce que je veux vraiment, tant que les choses peuvent être déplacées entre les groupes, quelle que soit la cartographie que nous établissons dans notre groupe de travail sur la rétention d'eau dans notre région, nous voulons pouvoir la montrer à d'autres personnes dans d'autres groupes. Mais c'est juste une fonction de formatage, de normes et d'intégration avec d'autres choses. Donc, oui. Donc, je ne sais pas. Et aussi l'exportation. Oui, comme l'une des choses que j'ai faites, très tôt, dans Talking Stickies et Kanban, certaines des premières petites applications de démonstration que nous avons construites, c'est de m'assurer que vous pouvez simplement exporter toutes vos données sous forme de blob JSON. Et alors quelqu'un d'autre peut simplement dire, ce sont toutes les cartes, tout le matériel de tableau Kanban, et je peux l'importer. Et c'est juste bien, parce que vous voulez pouvoir avoir une extraction complète des données qui ne sont pas verrouillées dans les formats Holochain sous-jacents. Donc, c'est simple, vous savez. Il y a beaucoup de choses comme ça.

En fait, je veux dire que connecter Holochain au monde centralisé est une chose vraiment cruciale à faire. Je veux dire, l'une des plus importantes est, par exemple, d'avoir votre application Holochain capable d'envoyer des e-mails. Et la seule façon de le faire est d'avoir un nœud particulier qui prend littéralement ce qui est alimenté par l'application Holochain et l'envoie, soit en se connectant littéralement à un serveur SMTP, soit en se connectant à quelque chose comme Mailgun ou Google ou qui que ce soit qui reçoit du courrier en utilisant les anciens formats SMTP. De même, avec les messages texte. Si vous voulez que quelque chose envoie un message texte, eh bien, nous voulons cela. Nous voulons des notifications par message texte pour les applications Holochain. Donc, l'une des choses qui est en cours chez Lightning Rod Labs, que nous voulons construire, c'est une bibliothèque sous-jacente pour connecter différents types de systèmes de notification à une application Holochain. Ce qui signifie quelque chose comme avoir un agent qui est ce service qui peut se joindre et recevoir des messages. Et cet agent est le proxy pour envoyer des choses à d'autres services dans le monde extérieur. Et peut-être aussi, c'est celui avec lequel vous enregistrez votre adresse e-mail, qui correspond à votre clé d'agent Holochain, afin qu'il sache où vous envoyer un message pour la notification par e-mail, en se basant sur la liaison de votre clé Holochain interne à votre adresse e-mail. Et donc, avoir des bibliothèques pour faire ce type de fonctionnalité est une chose cruciale, et nous voulons la construire.

Oui, je pense que c'est l'une des choses. Je n'ai pas été dans de nombreuses conversations à ce sujet depuis un moment, mais pouvoir réellement envoyer des e-mails aux gens, quelque chose comme un résumé quotidien ou hebdomadaire de ce qui s'est passé dans tous vos groupes et tout ça, ce serait génial.

Eh bien, et aussi avoir des notifications par texte. Je veux dire, nous sommes tous tellement habitués à cela, c'est vraiment important que nous puissions le faire. Et jusqu'à ce que Holochain ait une intégration plus profonde avec les plateformes mobiles, nous avons besoin de cela directement.

Oui, d'accord. Alors, je pense que je ne vais pas trop approfondir les capacités, car cela me semble être une autre conversation, qui serait un élargissement de cette perspective. Nous en parlions avant. Mais peut-être, alors, qu'est-ce qui vous enthousiasme le plus avec "we" ? Quelles sont les choses que vous avez, des groupes que vous pensez vouloir utiliser cela dès que vous le sentez prêt, et pour quoi voulez-vous l'utiliser ?

Oui, oui. Eh bien, absolument. Je veux l'utiliser dans ma propre communauté. Je vis dans une communauté intentionnelle, et ce serait vraiment bien de voir si cela peut être utile pour ce groupe particulier. Je veux dire, et il y a toutes sortes de choses, comme je suis vraiment impatient de trouver de meilleures affordances pour la planification. La planification est tellement pénible, et trouver quelque chose qui la rendrait même 5 % plus facile serait un énorme fardeau pour moi. Et si nous pouvons le faire dans de nombreux groupes différents, oh, ce serait génial. Donc, il y a quelques idées sur les interfaces utilisateur qui feraient cela. Et donc, comme vous pourriez dire, eh bien, pourquoi diable avez-vous besoin de "we" pour cela ? Vous créez juste un site web. Eh bien, oui, vous pourriez créer un site web, mais alors je dois gérer et payer l'hébergement et tout le reste. Je veux juste pouvoir le coller dans "we" et que toutes les personnes qui l'utilisent soient les co-hôtes. C'est vraiment différent, n'est-ce pas ? Donc, une partie de cela, une partie du problème, en fait, vous pourriez dire que 90 % du problème n'a rien à voir avec "we", c'est juste de penser à comment nous gérons réellement la planification. Mais il y a quelque chose de puissant dans le fait que cela est détenu par les personnes qui l'utilisent, et juste cela, je ne sais pas, me fait avancer. Bien sûr, je veux l'utiliser dans le développement de Holochain, et dans le développement de Holochain, tous les différents groupes de personnes qui font des choses Holochain, nous avons déjà utilisé Talking Stickies à Holo pour faire nos rétrospectives, et c'est juste génial d'avoir les choses qui se lancent et nous pouvons refaire cela sans déployer, nous ne payons rien à Amazon. C'est juste, vous savez, vous avez juste téléchargé sur le Dev Hub, qui est une sorte d'endroit de type GitHub distribué où vous mettez votre logiciel, et puis il apparaît dans le lanceur, et puis je l'exécute. C'est juste super génial. Je ne sais pas si cela répond à la question. Je suis juste enthousiasmé. Et je, c'est amusant que vous ayez mentionné la chose de la planification, parce que c'est quelque chose dont nous avons aussi parlé dans Dark Soul avec Eric et à nouveau Matthias, et vous savez, c'est quelque chose sur lequel nous travaillons, l'idée de faire des choses comme des événements et d'inviter des gens ensemble d'une manière beaucoup plus co-créative. Et et juste, oui, j'espère que nous pourrons vraiment aider à fournir beaucoup d'expérimentation pour ce besoin.

J'ai hâte de voir ce que vous allez proposer.

Oui. Le petit travail que j'ai fait à ce sujet ou auquel j'ai contribué, ce sont les gars qui ont construit Wiko, Lawrence et James. Les avez-vous déjà rencontrés ?

Non.

Donc, Wiko.io est une plateforme de médias sociaux vraiment cool qu'ils ont construite. C'est juste, c'est une plateforme de médias sociaux basée sur un arbre sémantique qu'ils ont développée. Et donc, j'ai soutenu un peu ce travail, et ils sont juste super créatifs. Et ils ont cette idée d'une notion appelée "mementor", qui est un chronogramme. C'est une façon de diviser le temps en différents types d'intervalles arbitraires, et de pouvoir voir le temps à des échelles courtes, moyennes et grandes, et de superposer l'expérience de différentes personnes en même temps. Et donc, c'est une interface utilisateur générique pour différentes échelles de temps et différentes divisions du temps, pour lesquelles vous pouvez mettre des superpositions de type carte thermique. Donc, pour regarder la planification des fuseaux horaires, ce sera super génial. C'est l'une des choses pour lesquelles je veux l'utiliser. Mais et comme la disponibilité, quand est-ce que je dors, quand est-ce que j'ai des choses, et alors avoir la carte thermique qui va, et c'est dans un grand cercle, et donc vous pouvez voir aujourd'hui, vous pouvez voir le mois, vous pouvez voir l'année. Ou si vous travaillez trimestriellement, vous pouvez simplement changer le cadre. Quel est votre cadre ? Est-ce un cadre journalier, hebdomadaire, d'une minute ? C'est un ensemble d'outils assez sympa. Donc, je suis enthousiasmé par le fait que vous posiez la question d'une excitation spécifique. Je suis enthousiasmé par l'endroit où cet outil va aller et ce que nous pouvons construire avec cela, avec un sens élargi des chronographes, pas seulement une seule horloge ou un seul calendrier.

C'est vraiment intéressant. Donc, une autre chose que j'ai, je veux dire, c'est un peu à part, mais c'est venu dans une conversation hier que j'ai eue avec un ami, quand je montrais "we", et comme quelle est la pensée actuelle, et ce qui a été fait autour de l'administration et des rôles, et de la façon de penser à cela pour les groupes. Parce que c'est immédiatement ce à quoi elle est allée : eh bien, comment je, comment gérons-nous cette chose ? Il y a un tas de gens qui font beaucoup de travail pour s'assurer que les gens gardent l'espace bien et sain, mais aussi pour aider les gens à comprendre les choses et à faire des choses pour les gens, parfois.

Oui, oui. C'est un sujet énorme, et il y a beaucoup de substance réelle dans ce sujet, et cela peut aller à de nombreux niveaux. Ce que je peux dire, c'est qu'il y a plusieurs groupes de personnes, y compris certains d'entre nous chez Lightning Rod Labs, qui travaillent sur ce que nous considérons comme des membranes, comme quelles sont les membranes traversantes, et comment les gens dans un groupe entrent et sortent des membranes. Et donc, un rôle est essentiellement une membrane attachée à une capacité, n'est-ce pas ? Ou c'est en fait, c'est une membrane qui définit essentiellement un espace. Donc, vous pouvez penser à cela comme à un nom, c'est comme, c'est l'espace dans lequel, si vous voulez utiliser l'ancienne façon de penser, les administrateurs vivent, et ils ont toutes ces capacités, et ils peuvent le faire. Si vous pensez que votre groupe est un groupe qui travaille à affiner et à produire un document, disons un livre ou un magazine, vous pourriez avoir ces différents rôles : vous avez un contributeur, un éditeur, la personne qui maintient la cohérence, qui est comme l'éditeur, le correcteur, par opposition à l'éditeur en chef, qui voit vraiment comment tout cela va être assemblé. Et ils auraient des capacités différentes selon que la personne est entrée dans la membrane de ce rôle particulier. Et il est vraiment tentant de penser à cela à travers le prisme du contrôle centralisé. Comment faites-vous cela en fait ? Comment reconnaissez-vous que les gens ont des capacités et des capacités différentes, des niveaux de responsabilité différents, des niveaux de soin différents, des types de certification différents, ils sont en fait capables de faire les choses différemment des autres personnes ? Et comment nous protégeons-nous dans les groupes de cela ? Et à quelle échelle devons-nous le faire ? Ce sont toutes de grandes questions, et je pense qu'il y a beaucoup, beaucoup d'expérimentations à construire, et j'espère que nous pourrons aider avec cela. Parce que vous pouvez, si vous pouvez créer un cercle ou un groupe qui représente cette membrane particulière, vous pouvez faire certaines des fonctionnalités qui sont faites par cette membrane à l'intérieur de ce groupe. Et la question alors est, comment contrôlez-vous l'accès à l'intérieur de ce groupe ? Cela fait partie de la façon dont vous pourriez le faire. Et donc, mais il y a beaucoup d'autres choses que vous pouvez faire aussi, n'est-ce pas ? Parfois, vous traversez une membrane simplement parce que vous avez participé assez longtemps, et alors boum, vous devriez pouvoir le faire. Donc, qu'est-ce que vous mesurez à la volée, puis déclenchez votre accès à un espace particulier ? Donc, je ne sais pas, nous pourrions continuer encore et encore à ce sujet. C'est une excellente question, et je veux la signaler du point de vue qu'il y a une façon de penser à cela si vous venez d'un point de vue de serveur central, et nous devons avoir différentes façons de penser à cela dans l'espace pair, où vous pouvez faire des choses comme, si quelqu'un se comporte mal, vous dites, non, nous allons tous ailleurs, c'est fini. C'est une façon différente de traiter le problème que de mettre un mur et de ne pas laisser entrer quelqu'un. C'est cette idée de s'en aller.

Cette idée de s'en aller est vraiment intéressante. Et le fait de rendre si facile pour les gens d'apporter tout leur contexte et de simplement dire, et même, je pense que cela peut être assez sain, surtout dans différents types de groupes exploratoires ou de personnes qui partagent simplement un intérêt particulier ou quelque chose comme ça, de pouvoir dire, eh bien, il semble que nous voulons nous séparer et apporter notre contexte et voir si nous pouvons, nous, cette partie du groupe veut vraiment se concentrer sur ce genre de choses, et cette partie du groupe veut se concentrer sur ce genre de choses. Et être capable de simplement apporter tout votre matériel, et maintenant vous êtes dans différents groupes, ou dans cette situation, vous dites, quelque chose ne fonctionne pas bien, et alors les gens qui estiment qu'ils ne peuvent pas encore être dans cet espace peuvent prendre leur matériel et créer un nouvel espace. Et alors ce n'est pas, cette capacité de, cette capacité native d'apporter votre matériel avec vous, c'est ce qui rend cela si puissant.

Oui, il y a vraiment quelque chose de puissant là-dedans. Si l'on n'est pas forcé, même si l'on n'est pas forcé parce que les règles ne disent pas que vous devez rester, si vous devez rester parce que le coût de départ est si élevé, parce que vous perdez tout le travail que vous avez investi, c'est fini, ça reste là, vous n'avez pas accès au serveur, vous ne pouvez pas le récupérer. Cela signifie qu'en pratique, vous n'êtes pas autorisé à partir.

Les gens disent que le revers de la médaille, c'est que s'il est vraiment facile de "forker" et de partir ailleurs, alors vous avez de la fragmentation et une perte de cohérence. C'est peut-être vrai, mais j'aimerais essayer et voir ce qui se passe, parce que je pense que la chose est que la menace que quelqu'un puisse faire cela sera en fait une force cohésive, parce que cela signifie que parce que quelqu'un peut faire cela, cela signifie que vous ne pouvez pas simplement être un connard et dire, non, ma façon ou l'autoroute, parce que ma façon ou l'autoroute signifie souvent ma façon ou l'autoroute, et vous êtes sur l'autoroute, et les choses sympas qui sont ici en bas dans la vallée, vous ne les obtenez plus. Mais si c'est, c'est ma façon ou l'autoroute, et nous sommes tous les deux encore dans la vallée, d'accord, parce que nous venons de "forker" une vallée. C'est comme, ok, non, je dois me comporter. Nous devons en fait faire des compromis si nous voulons réellement maintenir la valeur de cela. Et je pense que c'est une chose importante.

Vous savez, je voulais aussi aborder la question des capacités et de la grammaire, et il y a une partie de cela qui concerne "we" qui pourrait être une transition intéressante pour une autre fois, mais qui est en fait vraiment importante, et elle est liée à ce dont nous parlons ici, en réfléchissant à ces choses et en réfléchissant aux groupes "we" et aux types d'applets qui seront construits, et à ce qui est nécessaire pour qu'un groupe devienne vraiment puissant. Il est devenu clair, je pense, j'ai eu cette conversation avec Arthur, et j'ai aussi eu cette conversation avec Gene et d'autres personnes. Il y a cette question de savoir quelle est la grammaire des types d'espaces, des types d'applets nécessaires pour que les choses fonctionnent bien. Et voici une possibilité : vous devez avoir les applets qui concernent la concentration, les choses que le groupe fait, ce qu'il essaie de produire. Vous pouvez donc penser à cela comme à la production. Et puis vous avez également besoin de la fonctionnalité qui tisse la relation, qui maintient les choses ensemble. Et enfin, vous avez besoin des types d'applets qui permettent l'évolution et la croissance. Donc, les choses de production, c'est ce à quoi nous sommes le plus habitués, n'est-ce pas ? Si nous écrivons un livre ensemble, nous avons besoin d'une application Google Docs. Mais les choses de relation pourraient être, eh bien, nous devons aussi avoir une application de chat, parce que nous devons nous parler. Mais nous pourrions vouloir quelque chose de plus, où c'est une application qui permet aux groupes de voir où se trouvent les gens le long de différentes dimensions. Et donc, c'est une composante relationnelle. Il pourrait y avoir d'autres types de composantes là-dedans qui concernent également la relation. Qu'est-ce qui crée la relation ? Peut-être.

jeux, jouer à d'autres choses comme ça, et puis la dernière chose concerne l'Évolution. Quels sont les outils, quel est l'outillage que vous avez apporté au groupe pour pouvoir faire, euh, la prise de décision et l'évolution, et changer votre constitution, ou voter, ou, euh, même pas ça, juste, vous savez, même certains des outils de coordination comme le kanban, vous pouvez y penser comme, euh, comment, ou des post-it comme comment vous faites une rétrospective. Donc je pense que la grammaire et la capacité de penser, et cela, je pense, reviendra aussi à certaines des choses de templating social, et nous pourrions même rendre disponibles des éléments d'interface utilisateur dans la bibliothèque d'applications qui disent, dans l'ensemble, c'est un ensemble d'outils étiquetés avec Évolution. Ce sont des outils que vous pourriez utiliser pour évoluer. Ce sont des outils qui sont souvent utilisés pour la relation. Ce sont des outils qui sont souvent utilisés pour la production, et cela donne un peu le ton de penser grammaticalement à la construction de groupe.

C'est super. Oui, cela me fait réfléchir à ce que pourraient être ces autres choses, et je pense que je vais, je suis comme, je veux dire, c'est quelque chose que je vais probablement ramener et catégoriser, ou du moins, euh, réfléchir aux choses que nous construisons pour voir ce qui va où et où, où est-ce que j'aime, parce que cela dépend de, comme, qui nous approchons et avec qui nous nous associons, et ce genre de choses. C'est beaucoup plus facile si nous pouvons, si nous pouvons voir et trouver les groupes qui sont vraiment dedans, où c'est le genre de moteur, si c'est la production ou si c'est juste expérimenté avec l'évolution ou quoi que ce soit. Donc, c'est, c'est, eh bien, je pense que la plupart des groupes ont besoin des trois. Oui, comme, même si votre groupe est un groupe qui est axé sur le jeu, cela peut être votre production, mais, et donc vous produisez du jeu, mais vous pourriez avoir besoin de quelque chose d'autre pour réellement interagir, et vous pourriez avoir besoin de quelque chose d'autre pour la prise de décision. Donc, ce que c'est, je ne suis pas sûr. Ils peuvent aimer quelque chose qui est une prise de décision pour un groupe peut en fait être dans la production ou peut-être dans la relation pour un autre groupe. Mais il y a une façon dont la cohésion des groupes vient parce qu'il y a de la relation, il y a de la concentration et il y a de l'évolutivité. Et je veux dire, ce n'est qu'une possibilité, je ne dis pas que c'est ce que c'est, mais j'essaie de penser vraiment à quelle est la dimensionnalité de la construction de groupe qui est saine. Et certainement certains groupes se concentrent sur, ou ils sont, c'est pourquoi la concentration pourrait même être meilleure que la production, car tous les groupes ne visent pas à produire des choses, mais la plupart des groupes ont une concentration.

Hmm, d'accord. Donc, une dernière chose que j'ai, et ensuite nous pourrons voir. Mais l'une des choses est, comme, alors que faites-vous, euh, quand vous voulez développer une application de canal entière ? Que devez-vous faire pour vous assurer qu'elle fonctionne avec nous ? Comme, comment, comment, à quoi devez-vous penser lorsque vous construisez, et peut-être aussi, qu'est-ce que cela offre à votre application ?

Ouais, euh, eh bien, donc vous, vous devez essentiellement, beaucoup de cela devient un peu plus technique, d'accord ? Vous devez, euh, être capable d'encapsuler votre, votre interface utilisateur dans un seul objet JavaScript. Et donc vous devez faire, sauter à travers un peu de cerceaux pour faire cela, parce que contrairement, euh, contrairement à une application web standard qui est déployée comme un tas de choses différentes qui peuvent être toutes compressées et mises dans, euh, et servies sur votre serveur web, ceci est en train d'être, il est encapsulé dans un seul objet qui est chargé dans l'interface utilisateur et exécuté à la volée à l'intérieur d'une autre UI, qui est l'UI de Wii. Donc, il y a un peu de travail d'empaquetage que vous devez faire, vous devez le faire correctement. Et puis vous devez aussi avoir, euh, vous devez encapsuler comment vous démarrez tout cela dans, euh, à l'intérieur d'un cadre qui est fourni par Wii. Wii le publie comme un package npm, euh, pour la façon dont vous devez réellement encapsuler l'UI afin que le composant démarre et apparaisse au bon endroit. Donc, il y a juste, il y a un peu de travail supplémentaire qui doit être fait de cette façon. Et cela va changer une fois que nous aurons fait fonctionner ces choses attachables. Euh, et donc je ne suis pas, la généralité de ce que je viens de dire est vraie, les détails changent, donc je ne sais pas à quoi cela va ressembler.

L'autre chose à laquelle vous voudrez penser est cette chose concernant les attachables et les points d'attache, parce que vous allez, lorsque vous faites cela, vous allez vouloir créer votre application afin que les gens puissent attacher d'autres aspects, d'autres, euh, d'autres attaches d'autres applets Wii à votre espace, d'accord ? Donc, vous n'avez pas à faire cela, vous pouvez le rendre monolithique et vous faites juste quelque chose à l'intérieur, à l'intérieur de Wii. Mais très probablement, je pense que vous allez vouloir profiter du fait que les gens aimeraient pouvoir attacher n'importe quel autre attachable d'une autre applet à celui que vous avez. Je veux dire, même dans l'espace de jeu, d'accord ? Je peux imaginer que vous pourriez avoir Space Invaders où l'Space Invader descend et vous avez un petit point d'attache, et vous pouvez y attacher quelque chose. Donc, et, et cela fait quelque chose, d'accord ? Donc le jeu devient une interface vers tout ce qui y est attaché. Je ne sais pas, j'invente ça sur le moment, mais je pense que vous, que c'est une partie de ce qui, euh, sera réalisable. Et la composabilité, c'est là que ça va devenir super, super intéressant. Euh, d'accord ? Et on a l'impression que c'est quelque chose qui est, ce que les API ont commencé un peu comme ça, ce genre de pensée d'avoir une API comme une interface, et, et cela donne, c'est capable de faire certaines choses, mais au lieu d'avoir à définir toutes ces choses, vous dites essentiellement, c'est une chose à laquelle vous pouvez accrocher des choses. C'est que vous n'avez pas à, vous n'avez pas à spécifier comment les gens vont interagir avec cette chose, bien que vous puissiez si vous voulez que les choses fonctionnent. Mais, mais vous avez juste à spécifier ce qu'il y a, et tant que vous faites ce genre de choses, les gens pourront y accrocher des choses.

Oui, oui, cool. D'accord, eh bien, j'ai vraiment, vraiment hâte de, euh, à la prochaine, la prochaine version de Wii avec, euh, qui fonctionne pour la version bêta, et, euh, et de la montrer à un tas de groupes avec lesquels je, avec lesquels je travaille. Nous sommes vraiment impatients, ou je suis vraiment impatient, d'obtenir enfin quelque chose comme, j'ai été tellement hésitant à demander aux gens de commencer des choses comme Discord et autres, même si je sais que nous avons besoin de meilleurs, de meilleurs espaces pour communiquer, mais j'ai vraiment hâte de passer à l'étape suivante. Donc, donc je, oui, oui, je suis, je suis vraiment impatient pour ça. C'est génial. Oui.

D'accord, eh bien, euh, et, et pour une autre chose, j'adorerais approfondir ce que nous, vous savez, avons commencé à aborder avec grammatic ou avec des capacités, puis penser à cette idée, et je sais que nous avons parlé un peu de grammatic, de capacités, et de cette idée de, comme, qu'apprenons-nous en tant qu'humains, euh, à faire de nouvelles façons, et comment cela affecte notre capacité à être cohérents, euh, alors, euh, j'adorerais prendre un autre commentaire là-dessus à une date ultérieure. J'ai hâte. Oui, ce sera génial.

D'accord, merci beaucoup pour aujourd'hui.

De rien, mon plaisir. D'accord, à plus tard, au revoir.