Projet Movim conf Vincent Lambert 2013

vidéo ici [1]

00' transcrit Marie-Odile, relu CBA

Donc je vais vous présenter le projet de réseau social Movim. OK. Bon, je laisse les gens s'asseoir. Donc c'est parti. Je vais vous présenter le réseau social Movim qui est un logiciel qui se base sur XMPP. Donc je vais vous présenter d'abord globalement l'architecture du réseau, son fonctionnement et j’essaierai de présenter ensuite les atouts du logiciel en lui-même et puis on fera une petite démonstration par la suite.

D'abord qu'est-ce qu'on entend par le terme réseau social ? On va le définir deux fois. On va le définir une première fois pour le grand public. Ce qu'on entend par un réseau social ce sera une liste d'amis. On a un moyen ensuite de partager des informations aux gens qui ont nos contacts. Donc des moyens de communiquer en microblogging, des technologies de tchat, etc, des fonctionnalités de ce genre là. Et puis le deuxième moyen de voir un réseau social c'est de s'attarder sur l'aspect technique et de se dire qu'aujourd'hui un réseau social c'est avant tout un logiciel dans lequel on stocke ses données. Donc un réseau social au final c'est un serveur. Si par exemple on regarde les réseaux sociaux qui sont en place et qui sont très connus tels que Faceboook, Google Plus ou Twitter, vous avez un logiciel qui fonctionne chez l'hébergeur, qui fait fonctionner ce réseau social et une interface ; et en général ce que l'utilisateur appellera le réseau social c'est ce qu'il voit sur l'interface. On ne sait pas vraiment ce qui est derrière Twitter, on ne sait pas vraiment ce qui est derrière Google Plus ou ce qui est derrière Facebook, au final c'est ce qu'on appellera un réseau social.

Movim c'est un petit projet qui se voit comme une alternative qui permet de contrôler ses données, et pas de reprendre le contrôle, qui permet de contrôler les données qui sont produites via ce logiciel-là. Donc si vous avez des données par exemple chez Twitter ou Facebook ou Google Plus, n'espérez pas pouvoir reprendre le contrôle, de toute manière c'est eux qui les ont. Donc contrôler ses données produites, ça sous-entend que quelque part le logiciel que vous allez utiliser vous avez un peu plus confiance que dans les autres logiciels. Donc à cela vous allez pouvoir faire deux choses. La première chose, vous allez pouvoir utiliser le logiciel tel quel c'est-à-dire comme si vous utilisiez par exemple Twitter, vous allez sur un site vous aller sur une URL et vous pouvez commencer à utiliser le réseau. Donc là dans cet onglet-là Movim vous propose une chose : pas de conditions d’utilisation, comme ça elles ne changent pas et on n'a pas la surprise de se dire un jour que ce qu'on a posté a changé de condition d'utilisation ou de paramètre ou autre. Comme ça c'est simple. Et la deuxième chose ce sera de respecter les paramètres des utilisateurs et de pouvoir ensuite héberger vos données chez vous, éventuellement, ou chez quelqu'un un tiers de confiance et donc de posséder ses données, c’est-à-dire que si un jour les données que vous avez mises en ligne vous ne souhaitez plus les voir mises à disposition de tout le monde, vous aurez la possibilité d'éteindre le serveur qui contient vos données et vous n'aurez ni à les réclamer, ni à faire des demandes de suppression, c'est vous qui contrôlez directement ce que deviennent vos données.

Donc le projet a un but principal c'est de permettre aux gens de contrôler leurs communications. C'est le but premier qui est déjà fourni quelque part par le logiciel XMPP. On verra un petit peu plus tard ce que c'est dans le détail. Mais quelque part contrôler ses communications, c'est être indépendant. Si vous pouvez ennoyer vos e-mails et que personne ne vous interdit de parler d'un sujet dans vos e-mails, vous pouvez parler de ce que voulez à votre correspondant. Si sur votre réseau social on vous interdit d’envoyer certains contenus, certains types de contenus, c'est-à-dire s’il y a du filtrage ou de la censure, vous allez être handicapé dans vos communications et vous serez obligé de passer ailleurs. Et c'est ce que propose Movim, c'est d'avoir une alternative aux communications que vous utilisez en ligne.

Je prends un exemple : la dernière fois où j'ai utilisé Facebook, c'était il y a quand même pas mal de temps, mais à ma connaissance les liens de thepiratebay sont bloqués sur ce site. Ça veut dire que si je veux envoyer un lien thepiratebay à quelqu'un, je vais devoir lui téléphoner et lui dicter l'URL. Ce qui est quand même moins pratique que de lui copier-coller.

Donc Movim c'est un réseau qui est est décentralisé. Alors je vais commencer par vous expliquer d'abord techniquement ce que c'est que la centralisation et la décentralisation et on verra juste après en quoi ce logiciel repose sur des fondements décentralisés. La centralisation elle a quand même des atouts. On va commencer par ça. D’abord vous avez un seul site sur lequel vous connecter. Si vous demandez à quelqu'un d'aller sur Twitter ou d'aller sur Facebook, il connaît déjà l'URL, il sait déjà que c'est sur HTTP://facebook.com. Le deuxième intérêt que vous avez à avoir un site centralisé c'est qu'en général la personne qui va utiliser votre site n'a rien à installer. Dans le cadre du site web qui est au milieu, dans le modèle centralisé, le client se connecte directement dessus et il peut directement consommer le service que vous avez mis à disposition sur internet. Et le troisième avantage, c’est que puisque le système est centralisé eh bien toutes les données sont au centre. Ça a un avantage, dans le sens où le serveur connaît tout le monde. Si vous avez besoin de contacter quelqu'un ou de reprendre contact avec quelqu'un que vous connaissiez il y a longtemps, et que le réseau est très populaire alors vous savez qu'en tapant son nom dans le moteur de recherche du site, vous allez pouvoir retrouver la personne très facilement.

La centralisation elle a quand même des limites. Moi j'ai noté quatre limites principales qui sont le problème de confiance. Tout d'abord le problème de confiance c'est qui possède mes données au final, qui fait quoi de ce je mets sur ce site ? Par exemple aujourd'hui, les réseaux sociaux, les trois grands réseaux sociaux sont hébergés aux États-Unis et donc ils ne sont pas sous nos lois, ils ne sont pas protégés ni par la CNIL, ni par quelque autre convention. Il y a notamment une loi qui s'appelle le Patriot Act que tout le monde connaît au moins dans la salle je pense, qui donne à peu près accès à toutes vos données à à peu près tout le monde aux États-Unis.

Deuxième problème c'est le modèle économique. Le modèle économique de la centralisation il est gênant parce qu'il sous-entend que plus il y a d'utilisateurs sur votre infrastructure plus vous allez devoir payer, parce que tout simplement les consommations de ressources sont exponentielles. On imagine bien que si on a 500 millions d'utilisateurs on ne pas tous les mettre au même endroit. Donc il va falloir payer des data-centers, des infrastructures et tout cela il faut les rentabiliser parce que malheureusement ce n'est pas bénévole et donc à partir du moment où une infrastructure coûte de l'argent, il faut trouver des acheteurs, il faut trouver des vendeurs, il faut trouver un produit. Le vendeur on sait qui sait et il a déjà des coûts, donc on n'a pas besoin de chercher bien plus loin ; l'acheteur vous le rencontrez lorsque vous allez sur le site et que vous voyez des petites bannières de publicité affichées sur les côtés et donc au final il reste la marchandise qui est échangée entre les deux à savoir et bien la personne qui renseigne sur ce site des informations qui va expliquer que voilà, il aime les groupes de rock, il en aime beaucoup. ; il aime les groupes de musique jeunes, il aime lire aussi, il aime ce genre de choses et toutes ces informations-là servent tout simplement à cibler la publicité qui est revendue sur les côtés. Donc le problème du modèle économique c'est de savoir tout simplement ce qui va être fait de vos données, est-ce qu'elles sont manipulées ? Est-ce que les services qui s'étendent au-delà du réseau social, les e-mails, les conversations vocales, est-ce que ces mêmes communications sont également utilisées à ces fins-là ?

Le troisième point c'est la fiabilité. Alors il y a petit cadre qui entoure le serveur central ici, c'est deux problèmes en un. Le premier problème ce sont les défaillances techniques. Je sais que Twitter a eu énormément de problèmes il y a quelques années avec des problèmes de surcharge qui étaient vraiment répétitives et qui étaient vraiment très très courantes sur le réseau. Ça le fait moins mais ça le fait encore. Ce qui est gênant c'est que lorsque le site principal de Twitter est paralysé, admettons que dans une salle on soit trente personnes, plus personne ne peut communiquer. Le centre est étouffé donc les utilisateurs sont bloqués. Le deuxième problème qui se pose au-delà des problèmes techniques c'est tout simplement la censure. C'est-à-dire que si le site qui est au centre a une quelconque raison de bloquer quoi que ce soit il peut l'appliquer et il l'appliquera à l'ensemble des utilisateurs. Imaginons que je possède un grand site de réseau social qui est au centre du schéma et que quelqu'un vient me voir en disant « Tiens si tu bloquais par exemple tous les liens de thepiratebay sur mon site et bien je te reverserais un petit quelque chose ou en tout cas tu participerais fortement à mon action ». Donc le site principal va se dire « Tiens c'est une bonne idée, je vais le bloquer » et malheureusement les gens qui sont au milieu ne peuvent plus échanger sur le terme qui a été bloqué.

Et le dernier problème qui a été identifié sur les modèles centralisés, c'est la sécurité tout simplement parce que le centre du réseau social qui est représenté à l'écran, que vous pouvez appliquer à tous les réseaux sociaux populaires que vous connaissez, malheureusement il contient les données de tous les utilisateurs qui sont inscrits dessus. On va prendre un exemple de modèle de centralisation qui a fait parler de lui il y a un peu moins de cinq ans : c'est le Play Station Network qui a été malheureusement pris d’assaut par des gens qui voulaient absolument les numéros de cartes bancaires qui étaient à l'intérieur. Et comme ils ont réussi à ouvrir le seul point d'attaque qu'ils avaient à passer, ils ont obtenu dans le coffre-fort du pirate avec tous les petits trésors à l'intérieur, les numéros de cartes bancaires et je pense qu'ils en ont fait bon usage.

Les travers de la centralisation, alors ça c'est même au-delà des limites de la centralisation. On a donc des cas de censure qui sont apparus dans des pays récemment, on va dire il y a un ou deux ans, en Syrie, en Égypte, je ne vais pas faire la liste, qui se sont vu bloquer une partie d'accès au site. C'est-à-dire que le site lui-même n'était pas hébergé dans le pays en question, mais une partie des utilisateurs a été empêchée d'accéder au réseau. Et dans le modèle centralisé vous n'avez qu'une seule porte d'entrée pour votre réseau. donc si vous voulez rejoindre et communiquer avec les autres personnes, si vous voulez rejoindre ce réseau-là, eh bien vous êtes bloqués parce que le seul nœud qui était disponible a été rendu inopérant.

10' 48, relu CBA

La décentralisation c'est un autre mode de fonctionnement. C'est un mode de fonctionnement qui a des avantages. D'abord c'est difficile de compromettre ce réseau. Vous pouvez essayer de l'attaquer de toutes les manières que vous voulez, plus vous allez obtenir de serveurs au milieu du schéma plus votre réseau sera résistant. Si vous voulez faire par exemple une attaque distribuée, une attaque DDOS, par déni de service, vous ferez peut-être un ou deux sites. Mais si votre réseau est bien construit normalement la plupart des autres serveurs seront « sécure », entre guillemets, seront séparés du réseau et donc vous pourrez continuer à communiquer avec vos contacts. Imaginons que vous ayez 30 contacts, vous avez 5 contacts sur le serveur qui est en haut à gauche qui est attaqué, mais vous pouvez quand même parler avec le reste de vos amis, c'est de manière complètement fluide et transparente, vous n'allez pas vous en rendre compte.

Le deuxième problème c'est l'infection du site. Au-delà du piratage qu'on a vu tout à l'heure avec un serveur central, ce qui pourrait arriver par exemple c'est que quelqu’un accède au code du site et rajoute, je ne sais pas, de la publicité ou des codes malicieux, des choses comme ça qui peuvent faire fonctionner différents mécanismes sur votre ordinateur que vous ne souhaitez pas. Et dans le cas d'un site centralisé, tous les utilisateurs vont être touchés d'un coup. Ce ne sera pas le cas sur un système décentralisé et puis tout simplement la dernière chose, lorsque les différentes données ne sont pas dans les mains d'un seul acteur, bien sûr pas de censure directe, pas de possibilité de bloquer des mots-clefs ou de bloquer des URL ou des paragraphes ou des images ou du contenu sur l’ensemble du réseau. Seuls les gens qui sont sur l'un des sites qui posent problème se verront bloquer du contenu. Les avantages c'est, comme vous voyez sur le slide juste avant, vous avez plusieurs points d'entrée sur votre réseau. Imaginons que vous êtes dans un pays qui va vous interdire l'accès parce que ça a été dit dans la loi de bloquer l'accès aux noms de domaines monsite.fr, vous avez juste à prendre celui d'à côté.

La décentralisation a aussi des limites. Mais elles sont quand même moins nombreuses, elles sont contournables. La première limite c'est de trouver un hébergeur qui est fiable. C'est simple si je peux créer autant de nœuds sur le réseau que je veux, quelqu'un qui serait mal intentionné ou qui aurait envie également de récupérer mes données, peut créer le sien et si je ne suis malheureusement pas assez pas vigilant et que je me rends sur ce site en me disant c'est le bon site que je voulais utiliser, si par exemple une lettre a changé dans l'URL et que ils se servent de ça pour faire leur propre site, je peux me retrouver sur un nœud malheureusement compromis et qui manipulera aussi bien mes données que les réseaux précédents.

Et le deuxième problème, la deuxième limite qui est posée par la décentralisation c'est le problème de ce que j'ai appelé les super nœuds. Je ne sais pas si dans la salle des gens connaissent le réseau StatusNet, mais il y a un site qui a émergé qui s’appelle Identi.ca, qui est propulsé par des gens qui ont fait StatusNet et malheureusement Identi.ca rassemble aujourd'hui une grosse majorité des utilisateurs. Alors certaines personnes courageuses ont fait leurs propres nœuds sur le réseau. Malheureusement aujourd'hui si Identi.ca s’arrête de fonctionner, je pense qu'une grosse partie du réseau StatusNet sera handicapée.

Intervention inaudible

VL : Sur StatusNet ? Ah oui ! Ah oui ! J'ai un autre truc là-dessus.

Modérateur : on verra à la fin...

VL : ... Pour la période des questions. Mais j'ai un autre truc sur Identi.ca.

14' 08, relu CBA (avec son)

Du coup on est arrivé à la question de savoir, c'était il y a peu près 5 ans, ce n'est pas moi qui ait pris la décision, de savoir est-ce qu'il y avait besoin de créer un nouveau réseau social ? Alors "nouveau", au final on va voir qu'il n'est pas si nouveau que ça. D'abord le constat de l'époque c'est qu'il y avait assez peu d'alternative. Diaspora commençait à être lancé, StatusNet net a du être lancé un petit peu après, ou presque en même temps, je ne sais plus exactement, mais par contre sur des protocoles qui ont été recréés à chaque fois. StatusNet a créé son propre protocole, Diaspora a créé le sien et on s'est demandé simplement comment est-ce que ces gens-là qui avaient des réseaux différents allaient pouvoir un jour s'unir sur un même réseau et dire on ne va pas demander à chacun de se réinscrire X fois sur les sites, c'est dommage d'avoir plusieurs listes d'amis qui sont partagées et puis de se dire à un moment je n'ai que 5 amis d'un côté, 5 amis de l'autre. Bon. Il y avait déjà à un réseau existant à cette époque-là qui s'appelle XMPP, un protocole XMPPP, qui propulse un réseau qui est utilisé par beaucoup de gens qui s'appelle Jabber qui est de la messagerie instantanée et ce protocole il est extensible, à savoir qu'il y a d'autres extensions, d'autres fonctionnalités qui ont été ajoutées depuis à ce réseau et qui permettent de faire du microblogging, qui permettent de faire un simili de forum, le concept est un petit peu différent, qui permettent de faire tout un tas de choses, de gérer par exemple les présences, est-ce que je suis en ligne, est-ce que je suis hors ligne, est-ce que je suis occupé, les humeurs, tout un tas de choses qui sont gérées directement en standard dans XMPP et donc tout simplement la conclusion qui est venue à se faire c’est plutôt que de recréer à la fois le client et à la fois le serveur, on va simplement faire un nouveau client, compatible, qui implémente tout ce qui est déjà fait dans le réseau XMPP. Donc le projet a été fondé en 2008. Le code a été publié la première fois en 2009. Personnellement j'ai rejoint le projet en 2010 et Guillaume Pasquet qui est le second plus gros développeur du projet a rejoint également en novembre 2010 et le fondateur du projet est Timothée Jaussoin et j'ai simplement oublié de donner son nom au début.

Alors maintenant on va voir qu'est-ce que Movim ? Tout à l'heure je vous parlais de réutilisation d'un protocole qui s’appelle XMPP. Movim est un client. C'est simplement un client au même titre que Gajim, Pidgin ou Adium pour les gens qui utilisent Mac, qui sais-je. C'est l'un des clients possibles pour se connecter au réseau XMPP. Ça veut dire que dans ce modèle-là les données sont réparties quelque part sur l'un des 3 serveurs sur la droite, donc des serveurs qui communiquent entre eux et les données sont simplement extraites du serveur pour être affichées. Elles peuvent être affichées dans d'autres clients. Movim n'est pas la seule interface disponible pour présenter les données.

Donc le client est écrit en PHP, en HTML5 également et donc vous allez pouvoir l'exécuter dans n'importe quel navigateur récent. Le choix du PHP a été fait tout simplement parce que c'est une technologie où on a énormément de serveurs mutualisés sur internet et donc une possibilité de répandre le logiciel au moins autant que Wordpress, donc du logiciel grand public qui s'installe très facilement même pour les gens qui sont un petit peu néophytes et qui se diraient j'aimerais bien essayer.

Deuxième avantage c'est que ça résiste au rafraîchissement de page, ce qui sera très utile à mon avis en mobilité si vous changez de réseau : vous passez de 3G à WIFI, vous voulez fermer votre navigateur, le rouvrir, vous n'allez pas être déconnecté, votre session va vous permettre de rester connecté sur votre page de réseau social et donc de pouvoir continuer à discuter avec les gens. Alors maintenant plus spécifiquement comment est-ce que les données sont transmises ? Le modèle ressemble beaucoup au modèle de l'e-mail. Admettons que je sois la personne qui est en haut et je veux écrire à la personne qui est en bas. Le modèle le plus simple c'est de dire j'écris à la deuxième personne. On envoie notre message au premier serveur comme on enverrait un e-mail, mon destinataire arobase son fournisseur de service .fr et j'ai donc le message va transiter de serveur en serveur jusqu'au prochain client. Movim quelque part ne fait qu'enrichir les fonctionnalités qui sont déjà présentes dans XMPP. Ça veut dire que si vous voulez par exemple utiliser un autre client, je vous l'ai déjà dit tout à l'heure, vous allez pouvoir ré-afficher vos données. Il y a d'autres clients à l'heure actuelle qui présentent ces informations, mais ils ne sont pas très nombreux, il y a Jappix et je ne serais pas sûr mais je dirais peut-être Salut à Toi qui est un deuxième projet que vous connaissez peut-être qui présentera les données à mon avis, plus ou moins de la même manière.

Donc ce dont a besoin Movim c'est simplement un serveur Web. Vous allez pouvoir éventuellement le faire tourner chez vous puisque de toute manière les besoins en bande passante ne seront pas très très élevés, contrairement à un blog où vous allez avoir 300 visites par jour, là c'est destiné principalement aux gens qui sont dans votre liste de contacts, donc des photos, des vidéos, du contenu un petit peu lourd qui mettra du temps à transférer sachant que dans les mois qui viennent ou les années qui viennent la technologie ADSL va légèrement changer chez certains opérateurs. Pour le VDSL2 qui commence à arriver chez Free, OVH et d'autres personnes avec des débits montants plus intéressants selon l'endroit où vous êtes. Donc vous avez également besoin d'un compte sur un serveur XMPP. Si vous avez une adresse Jabber vous avez déjà en fait un pied dans le réseau, vous déjà toute votre liste d'amis et vous avez juste à vous connecter sur le site de votre choix et un navigateur pour afficher votre page.

Les 3 fonctionnalités à venir qui sont attendues dans Movim ce seront donc la gestion des salons, version mobile éventuellement (je crois qu'elle est déjà plus ou moins prête) et la possibilité de faire des conversations via WebRTC je pense que ce sera implémenté dans quelques temps et donc d'avoir quelque chose qui est équivalent à ce qui se fait aujourd'hui. Je vais vous faire une rapide démonstration du projet.

20' 10, relu CBA

Donc si vous voulez essayer le projet tout simplement à titre de démonstration, vous pouvez vous rendre sur pod.mov.im l'accès est libre vous avez juste à arriver sur la page d'accueil, vous allez faire défiler le petit bloc qui est ici , vous avez un compte de démonstration qui est à votre disposition, vous cliquez dessus, vous cliquez sur entrée et donc là vous allez arriver sur le compte Jabber qui a été utilisé pour la démonstration. Alors l'interface a pas mal changé depuis la dernière fois, on est passé en plate design, design plat, donc vous allez pouvoir ici taper votre message. Ça c'est le flux de microblogging, vous êtes sur la page principale du réseau social, vous pouvez faire des choses équivalentes à Twitter. On va mettre un petit message. Juste après les questions. Je ne suis pas sûr que le message soit bien parti. Le message était censé être passé. C'est toujours en conférence que ça se produit ! Pardon ?

Intervention inaudible

V. L. : Je ne sais pas trop. Ben le réseau est un petit peu long, j'ai peur de rafraîchir. J'ai vu tout à l'heure que ça mettait du temps à charger. Donc voilà je vais présenter rapidement l'interface, pendant que je fais la présentation. Donc vous avez un endroit où vous pouvez mettre un message. Les messages des utilisateurs s’affichent les uns en-dessous des autres. Vous avez la possibilité de mettre des commentaires évidemment. Sur le côté vous avez un petit macaron qui est ici en couleur orange qui définit le niveau de visibilité du message. Le niveau de visibilité du message on peut le changer juste ici en dessous, c'est marqué share with, partagé avec, tout le monde ou seulement vos contacts. Par défaut les messages qui sont postés seront partagés uniquement à vos contacts et si vous cliquez sur everyone, tout le monde, ils seront publiés sur internet donc via une petite interface de microblogging. Je ne sais pas si j'ai rafraîchit, si c'est bon. On va essayer de le passer en public. Quand j'ai cliqué sur everyone ici, l’icône est passé au violet, donc cet icône normalement stipule que le message est censé être passé en public. Si on va sur l'interface de blog, eh ben voilà, il me semblait que c'était bon. Ouais. Voila. Ça c'est la liste des messages publics qui ont été marqués comme visibles par tous. Alors au final, on va se demander mais si je mets un message sur le réseau comment est-ce que je peux savoir quel est son degré de confidentialité. Alors ça vous allez le trouver juste à côté, je suis désolé que le site mette un petit peu de temps à charger, ce n'est pas très fluide.

Intervention inaudible

V. L. : Ben je crois, oui. Continue à rebaisser. Oui. Pardon ?

Intervention inaudible

V. L. : Je vais essayer. Donc dans le cas présent l'interface du site n'est qu'un client comme si vous vous connectiez dans Gajim, donc vous pouvez vous connecter avec votre adresse personnelle, vous pouvez vous connecter avec une autre adresse et si vous l'installez chez vous en général il y a des petits détails techniques que vous verrez lorsque vous ferez l'installation. Mais selon le selon le serveur XMPP que vous allez utiliser, surtout selon la passerelle entre ce site et votre serveur XMPP que vous utilisez, vous pourrez autoriser les gens à se connecter soit à votre instance soit que toute personne puisse se connecter soit seulement les gens de votre serveur.

Donc vous avez un deuxième onglet, je vais faire une présentation rapide parce que malheureusement le réseau est vraiment lent, chaque connexion prend vraiment du temps. L'adresse, de toute façon publique, elle est utilisée depuis des mois en démonstration. Donc en théorie les messages qui ont été postés jusque là devraient être visibles dans Jappix. Donc on va se connecter sur un autre compte qui existe dans Jappix également. Jappix est un autre réseau social qui existe, qui est également français, qui se base sur la même technologie. Donc la seule chose que j'avais faite préalablement à cette conférence est de relier les 2 comptes, le compte de démonstration qui est hébergé sur le site Movim et le compte de démonstration qui est basé sur Jappix et donc les messages qui sont postés dans Movim s’affichent bien ici et en théorie les messages qui sont postés dans Jappix devraient s'afficher sur le site principal, mais ça rame un petit peu.

Donc le deuxième onglet qui s’appelle explore, l'interface en anglais normalement est traduite lorsque vous créez votre compte, vous montre le deuxième aspect, la deuxième fonctionnalité du réseau, en plus du microblogging, je vous en parlais tout à l'heure qui est une sorte de gestion de topic. C'est un petit peu comme un forum, vous allez pouvoir rentrer dans le serveur qui gère la fonctionnalité, créer un nouveau sujet et les gens vont pouvoir dialoguer et poster des messages, même s'ils ne sont pas dans votre liste de contacts. Ce sera le deuxième niveau de visibilité de vos messages. Soit vos messages sont visibles par votre liste d'amis, soit si vous les postez dans l'un de ces serveurs de discussion, ils seront visibles par toute personne ayant une adresse Jabber. En quelque sorte ils sont publics.

Le troisième niveau qu'on a vu tout à l'heure tout en haut c'est violet, le niveau qui est visible par tout le monde sur internet, c'est simplement que les messages vont être enregistrés sur une page web et donc les messages qui étaient visibles par tous sur le réseau XMPP seront republiés sur le web, et donc n'importe quelle personne, même n'ayant pas une adresse d'accès au serveur XMPP, pourra voir un affichage de vos messages.

Je ne sais pas si je vais pouvoir tout montrer malheureusement. Un autre niveau de confidentialité qui n'est pas encore beaucoup utilisé c'est celui de personne à personne. Ça c'est la galerie de photos, qui vient d’apparaître un peu plus vite que d'habitude. Il y a un moyen, qui va bien bientôt se mettre en place, de messages internes et l'idée c'est d'essayer de faire un système de communication qui soit un petit peu dans le concept de la webmail, mais peut-être plus simpliste mais qui reste un système de messagerie plutôt lent. C'est-à-dire que la messagerie instantanée qui est sur le côté, oui c'est vrai que je ne l'ai pas présentée, vous avez ici une colonne noire sur le côté qui est censée être remplie avec vos contacts. Il y en a peut-être même en ligne. Ça c'est le nombre de contacts qui est juste à côté, malheureusement sur les comptes de démonstration, il n'y a pas beaucoup de gens qui utilisent. Donc là la colonne qui apparaît sur le côté normalement vous présente un certain nombre de personnes avec qui discuter, et vous avez ici en bas des petits onglets qui vont s'ajouter pour chaque personne avec qui vous allez vouloir échanger des messages. On va mettre un petit message test. Je ne sais pas s'il est passé ; je n'ai pas vu. Bon. En théorie il était censé apparaître dans Jappix. Ah ben il est apparemment arrivé, demande de notification ; Les 2 messages sont normalement arrivés dans Jappix. Donc on peut communiquer à la fois en microblogging, en messagerie instantanée et prochainement en messages privées entre 2 réseaux et entre 2 personnes. Je vais arrêter les démonstrations parce que c'est un petit lent et je vais finir par vous présenter, je ne sais pas si on peut faire ça.

28' 34

Donc les fonctionnalité qui sont attendues c'est la gestion des salons, en plus de la possibilité de discuter en direct avec une personne qui est sur le réseau XMPP. Là la démonstration qu'on a eue tout à l'heure, les personnes qui discutent en messagerie instantanée peuvent le faire entre Movim et Jappix, entre Movim et Gajim , entre Movim et n'importe quel client finalement de messagerie instantanée. Ce qui est pratique c'est que le site que je vous ai présenté, fonctionne en version mobile, on l'a vu juste avant, mais elle n'est pas tout à fait prête, donc je ne la montrerai pas à l'écran, mais le site peut fonctionner très bien sur votre smartphone et dès lors vous avez moyen de communiquer avec les gens qui sont à leur bureau via ce réseau-là. Et la dernière seule idée dont je parlais qui n'est pas encore prévue parce que malheureusement il y a un seul développeur sur le projet donc ça demande du temps, ce serait éventuellement d'utiliser soit en complément les web API de Mozilla pour permettre de faire plus de choses par exemple éventuellement accéder aux données du téléphone, pouvoir poster facilement une photo depuis l'interface depuis un téléphone, ce genre de choses, et la deuxième chose ce serait comme je disais web RTC donc une technologie qui est apparue dans HTML5, qui est vraiment encore en brouillon, qui est censée être apparue dans les dernières versions de FireFox, il me semble en Highlights, des choses comme ça, et qui permettent de faire de la communication vidéo et orale, audio, via directement un navigateur donc on pourrait utiliser tout simplement le réseau Movim pour faire le point de relais entre les deux et de mettre en contact votre navigateur avec celui de votre correspondant.

Je vais parler simplement de la pérennité du projet. Alors c'est une question qui revient souvent. D'abord la masse critique. La masse critique c'est quelque chose à mon avis qui est un petit peu à redéfinir, la masse critique c'est le nombre de personnes d'après Wikipédia qui est nécessaire pour lancer un mouvement. Lancer un mouvement ça veut dire simplement dans notre cas est-ce que vous avez moyen de communiquer avec les gens avec qui vous souhaitez entrer en contact. Alors certes vous n'allez pas trouver 500 millions de personnes sur ce réseau, parce que le réseau XMPP est plutôt technophile, on ne va parler du réseau étendu, on va dire jusqu'à Gmail, parce que le réseau est un petit peu instable de ce côté-là, mais disons que les gens qui utilisent des serveurs XMPP de manière standard, qui ont un protocole standard et qui implémentent complètement ce protocole. Par exemple un chiffre a été donné par Jappix en 2012 de 20 000 utilisateurs sur le site, mais on n'a aucune idée de combien de personnes utilisent déjà le réseau, que ce soit déjà à l'étranger, que ce soit sur d'autres serveurs qui sont très massivement utilisés, ou que ce soit tout simplement les particuliers qui utilisent leurs propres serveurs. Je pense tout simplement que la masse critique sera atteinte lorsque les gens qui souhaitent utiliser le réseau pourront entrer en contact avec tous leurs amis. Ça sera ça. Et si les gens qui ont déjà une adresse Jabber arrivent à convaincre éventuellement les gens qui sont dans leurs contacts de les rejoindre sur le réseau et de pouvoir partager des informations que ce soit des photos de vacances ou que ce soit des informations plus techniques comme sur Twitter, on fait des partages d'actualité, des partages d'informations. Personnellement j'estime que la masse critique sera atteinte lorsque les gens avec lesquels je veux entrer en discussion seront là.

Le financement, à comparer par exemple avec Diaspora qui a à peu près fait la même chose que ce projet-là jusqu'à aujourd'hui, et bien on a un budget qui est très très limité. On n'a pas reçu reçu 200 000 dollars et de toutes façons je ne pense pas que ça aurait vraiment servi à quoi que soit. La motivation ici c'est le bénévolat. C'est de réussir à faire quelque chose qui fonctionne, ne pas être dépendant d'un quelconque acteur, ne pas devoir quoi que ce soit à qui que ce soit. Les seules dépenses qu'il y a ce seront le nom de domaine du site principal et le serveur sur lequel est hébergé le site qu'on a vu tout à l'heure de démonstration, qui à mon avis restent des coûts qui sont tout à fait raisonnables. On n'a pas de problème d’infrastructure, comme je parlais du modèle centralisé, à savoir que comme chacun va devoir installer son propre réseau, en théorise les coûts d'infrastructure seront vraiment très faibles.

Pour avoir une transparence sur les dons, vous allez éventuellement effectuer sur le projet où les financements qui ont été reçus, il y a un onglet Funds en haut du site principal movim.eu où vous allez voir tout simplement une ardoise, un petit tableau avec les dépenses du projet et les entrées d'argent et un total en bas.

Ce qui ralentit le projet, je dirais que ce sont les contributions, à l'heure actuelle elles sont vraiment peu nombreuses. Au niveau du développement on a des contributions ponctuelles. On a eu un gros développeur, une grosse contribution qui a duré 2 ans mais qui s'est arrêtée malheureusement l'été dernier et à l'heure actuelle le projet est géré simplement par la personne qui a fondé le projet. Donc si vous avez de contribuer sur quoi que ce soit, c'est vraiment le moment. Voilà. Je termine cette conférence en vous indiquant comment contacter le projet. Vous avez un moyen d'aller sur le site principal movim.eu ; vous avez un moyen de tester comme vous avez vu tout à l'heure sur pod.mov.im ; si vous avez déjà une adresse Jabber vous pouvez également aller dessus ; vous avez un salon Jabber movim@conference.movim.eu, c'est un petit peu long et une mailing list, plutôt anglophone si possible que vous pouvez rejoindre en saisissant ce qui est écrit à l'écran.

Voilà. Si vous avez des questions je vous écoute.

33'45

Public : Pourquoi prendre deux noms de domaine movim.eu et mov.im ?

V. L. : Aucune idée !

Public : OK ! Pour ce qui est de MYSQL est-ce que ça gère aussi quelque chose de plus petit comme je ne sais pas la LSQL ou alors www. ou encore MyRDB ?

V. L. : Il me semble qu'au début du projet, je ne sais pas si je vais dire une bêtise, il me semble que c’était stocké dans du SQL light et il me semble, mais c'était vraiment au début, que ça a été abandonné pour des raisons de perf. Depuis que je connais le projet, c'est du MYSQL. Après je pense que s'il y avait des contributions....

Public : Est-ce que ça peut gérer, MyRDB ? On peut faire marcher ça avec MyRDB ?

V. L. : MYSQL, MyRDB, c'est la même chose, c'est compatible. Après PostgreSQL, pourquoi pas mais il faudrait des contributions. C'est du travail en plus !

Public : Merci pour la réponse, c'est vachement intéressant, mais en fait je suis loin d’être fan d'un modèle centralisé. Mais comment dire, si tout le monde installe son propre serveur avec ses données dedans etc, c'est bien, sauf que derrière ça engage la responsabilité de chacun de faire ses backups, de garder un truc connecté, etc, parce que si c'est nous le serveur, personne ne va aller sur notre, après je dis une connerie énorme, n’empêche que si quelqu'un veut aller sur nos infos, etc, bien si le serveur est éteint ou s'il n'a pas de serveur dédié.

V. L. : Alors, il y a 2 réponses à cette question. La première réponse que je vais donner c'est qu'il me semblait qu'il y avait une question de sécurité, si quelqu'un veut accéder à nos données, de toute manière, si on part du principe que le réseau est décentralisé, il n'y aura pas un seul point d'accès comme je disais tout à l'heure, mais des milliers de sites différents, des milliers de centres de données, donc si quelqu'un veut voler les données à un endroit, il ira les prendre par exemple dans le cas de status.net chez identi.ca, mais il n'ira pas les prendre chez celui qui a installé ça pour sa famille, pour dix personnes ; ça n'a aucun intérêt.

La deuxième réponse c'est que sauvegarder ses données, ce n'est pas encore faisable aujourd’hui, ça devrait être faisable plus tard, via un système d'export des données, je pense plutôt côté client pour le coup, à moins que les gens ne veuillent le faire côte serveur mais dans ce cas là ils mettront en place des scripts et on verra plus tard selon les contributions. Par contre, de base dans le réseau social, il y aura à terme une fonction d'export pour récupérer d'une part les données qui sont stockées côté client, parce que malheureusement les données type photos, vidéos ne peuvent pas être enregistrées sur le serveur XMPP, donc il y aura un premier moyen de récupérer toutes ses données via une archive et le deuxième moyen ce sera de récupérer ses données textuelles, tout ce qui a été posté en tant que microblog, toutes ces données-là seront exportables dans une autre format et bien sûr je pense que le but ce sera par exemple en changeant d'adresse on ait un moyen de réinjecter d'un coup tous ses contacts, tous les messages qu'on a déjà postés un jour et après les gens ont juste à nous accepter dans leurs liste de contacts.

Public : Moi j'ai une question pour anticiper sur la conférence de Stéphane Bortzmeyer de demain soir, à laquelle je vous invite vraiment à assister. Je crois qu'il l'a baptisée « Si vous voulez sauver le monde, faites-le bien », et la question qu'il pose c'est celle de la fédération et je veux dire que si on prend l'exemple de pourquoi status.net n'a jamais décollé et que les gens s'installent des pods, c'est entre autre parce que la question de comment tu peux t'adresser une personne qui est sur un autre serveur et bien c'est chiant et du coup comment c'est réglé dans Movim ce truc d'envoyer un message à une personne qui n'est pas sur le même pod que toi ou je ne sais pas comment ça s'appelle.

V. L. : Alors dans le cadre de Movim en fait le serveur qui contient les données n'est pas géré par notre projet. Movim ne fait qu'implémenter un standard et donc si la personne qui est en face a un serveur Jabber, ça ne posera aucun problème. Par contre les passerelles doivent se faire au niveau du serveur Jabber. C'est-à-dire que si par exemple on veut communiquer avec quelqu'un qui est sur un réseau complètement différent dans sa structure que ce soit sur Diaspora ou que ce soit sur status.net, il faudra faire des passerelles au niveau du serveur XMPP.

Public : Ce n'était pas ça ma question. Ma question c'est comment faire si toi tu as installé ton serveur, moi j'ai installé mon serveur, comment je fais pour envoyer des messages à une personne qui est sur ton serveur ?

V. L. : Il suffit juste de l'ajouter. C'est comme une adresse e-mail en fait.

Public : Mais du coup dans le formulaire, il faut que j'entre l'adresse e-mail complète, enfin l'adresse Jabber.

V. L. : C'est ça. Si vous avez par exemple votreserveur.fr, j'ai monserveur.fr, si vous voulez parler à mon frère, il faudra envoyer monfrere@monserveur.fr et il sera ajouté dans votre liste.

Public : Le fait qu'on ait aussi des gros acteurs, qu'il y ait des gros acteurs qui englobent beaucoup de personnes etc, parce qu'en soi si on veut qu'un réseau, pourquoi Facebook ça cartonne, parce qu'il y a beaucoup de monde, bon bref, c'est autre chose. En gros si tout le monde doit faire propre son serveur on ne pas aller loin. Il y a vraiment des gros acteurs qui vont accaparer du monde, etc, c'est très bien que ça donne accès au réseau mais le problème c'est qu'on a une conséquence, on arrive au problème du début, c'est l’argent. C'est qu'en soi si on n'a personne, à la fin ça coûte une blinde.

V. L. : Je suis désolé j'ai oublié de répondre à votre question tout à l'heure. Sur la question de la sécurité des données en terme de sauvegarde de données, Facebook par exemple peut garantir que vos données ne seront jamais perdues, si vous mettez vos photos dessus. Dans le cadre de Movim, si j'ai une coupure d'électricité mes photos ne sont plus disponibles. Dans le cadre de Facebook, s'il y a une coupure d'électricité, il y a 30 serveurs qui reprennent derrière, avec des machines. Donc en théorie les données sont mieux en sécurité chez Facebook, je dirais en terme de disponibilité, plutôt.

Public : Rires

V. L. : Pour la disponibilité on peut s'arranger à terme avec d'autres personnes en faisant de la répartition entre guillemets de charge ; je n'ai pas encore étudié le sujet, mais c'est largement faisable. C'est-à-dire de faire de la réplication de vos données chez quelqu'un qui héberge également son serveur et de pouvoir via un système simple à mettre en place qui se base sur les noms de domaine, de rebasculer entre un serveur et l'autre.

Public : Si les données doivent être partout, après je ne sais pas.....

V. L. : Ce sont des tirs de confiance.

Public : Oui

V. L. : Alors pour répondre à la deuxième question que vos avez posée sur la répartition des serveurs, je vais les lister tout à l'heure. Dans le problème du modèle décentralisé, le deuxième problème c'est le problème des super nœuds et je pense qu'il est inévitable malheureusement. C’est-à-dire que si on lance un réseau décentralisé, les gens qui ont la motivation d'installer leur propre réseau l’installeront chez eux, pour eux, pour leurs proches, pour leur famille, mais il y a forcément des gens qui vont un jour se retrouver sans proches technophiles et qui vont devoir avoir un moyen de rejoindre ce réseau et donc le modèle qui s'est passé avec status.net notamment identi.ca va obligatoirement se reproduire. C'est obligé. Le but, par contre, ce serait d'avoir plusieurs identi.ca et pas un seul ; d'avoir plusieurs instances du réseau status.net réparties, qui soient chacune d'un certain poids, comme par exemple le serveur j-adore.fr, il me semble, ou tchat, je ne sais plus exactement le nom, est un gros serveur XMPP, mais n'est pas le seul. C'est le plus connu en France il me semble. Jappix est également un endroit où on peut créer un compte sur le réseau. Donc Jappix et j-adore.fr sont deux gros points de centralisation de données sur un réseau décentralisé. Ça n’empêche pas les gens qui sont autour de pouvoir utiliser le réseau mais ça dépend du bon vouloir des gens de mettre en place.

Public : Est-ce que s'il y a vraiment une panne de ressources en terme de réseau et que c'est ça qui crée, contrairement à la vie courante, un élément de fiabilité sur le réseau ? Est-ce qu'on ne pas faire des réseaux qu'on a un élément quasi monétaire, c'est-à-dire un peu comme dans le peer to peer où plus on a de contacts et d'échanges plus il y a un intérêt puisqu’on est à la fois serveur et client et donc on facilite les échanges ? Est-ce que ce n'est pas une méthode pour un peu forcer le fait que les gens aient des réseaux à eux ?

V.L. : Je pense que c'est un petit peu complexe de répondre comme ça. Pour aider les réseaux entre guillemets à devenir résistants, si c'est bien la question, pour faire en sorte que les gens qui ont besoin de mettre en place des serveurs et des ressources, je ne sais pas si des gens ici dans la salle connaissent le modèle du site legtux.org., c'est un site qui est gratuit, sur lequel vous pouvez créer votre site web. Vous allez ouvrir un compte, vous mettez votre site web. C'est gratuit la première fois, la deuxième fois aussi d'ailleurs. Si vous avez envie un jour de contribuer, vous pouvez faire un don et jusque là le site de legtux vit très bien avec le modèle de ce qu'il appelle de prix libre. C'est-à-dire qu'à l'inscription on va simplement vous demander de faire un don, mais vous pouvez faire un don de zéro euro, comme Wikipedia exactement. C'est le même principe. Alors ce sera peut-être plus du sponsoring pour Wikipedia, mais effectivement le modèle du prix libre me paraît une des solutions possibles. Il suffit d'avoir suffisamment de gens motivés pour mettre en place un certain nombre d'hébergements pour que le serveur fonctionne, enfin pour que le réseau fonctionne.

Inaudible

V. L. : La valeur d'échange, je ne suis pas sûr qu'il y ait cette notion dans XMPP. C’est-à-dire que si vous avez votre serveur, vous pouvez simplement héberger des comptes, proposer à des gens de s'inscrire sur votre site, mais malheureusement plus on a d’utilisateurs sur notre serveur, plus il consommera. On n'a pas de possibilité de, entre guillemets, renvoyer l'ascenseur aux gens qui vont se connecter ou de faire grossir le réseau de cette manière-là. Le modèle du peer to peer est assez différent.

Public : Deux questions ; enfin plutôt une question et une remarque. Première question est-ce vous avez pensé à utiliser friend after friend côté sémantique ?

V. L. : Pardon ?

Public : La possibilité d'enrichir sémantiquement les pages de profil pour qu'ensuite d'autres réseaux utilisant friend after friend puissent réutiliser ces données.

V. L. : Je ne connais pas du tout mais ça serait une super bonne idée de le proposer sur le salon ou sur la mailing list. Je vais le noter à la fin de la conférence, je ne connais pas trop.

Public : Et deuxième point plus marketing. En marketing, en fait, on n'aime pas qu'il y ait différents noms pour un truc. C’est-à-dire qu'il y a un phénomène, en tout cas moi j'aime bien comparer ça à l’agrégation des planètes, le phénomène d'agrégation, c'est-à-dire qu'il faut qu'il y ait un gros objet qui attire tout à lui et identi.ca c’est un peu ça, il y a un gros objet et les autres ils avaient beau exister et personne les voyait parce qu'on parlait tout le temps du même. Et au fond est-ce qu'il n'y a pas une forme de consensus à faire en se disant on décentralise ou en tout cas on a un réseau a-centé de serveurs mais qui sont derrière un même nom de domaine et en gros en trichant un peu c'est-à-dire qu'on dit qu'on peut avoir son domaine avec ses données, mais qu'on a tous le même nom de domaine commun, qui est malheureusement géré de manière centrée, mais c'est un compromis, et qui permettrait de faire des adresses simples c’est-à-dire que c'est @toto, et pas @toto.machin.machin.

V. L. : Je voulais vous montrer un truc sur le site, mais je n'arrive pas à ré-accéder à mon navigateur. Je suis conscient qu'il y a un problème, marque. Les gens se disent je vais sur Facebook, je sais que c'est que c'est par là. Si on se dit je vais sur un réseau décentralisé, je ne sais pas trop où est le site, je ne sais pas trop où est l’adresse, effectivement ça pose un problème. Ce problème est pour le moment, je ne vais pas dire résolu, mais on propose une solution. C'est-à-dire que si vous allez sur le site principal du projet, vous allez trouver un onglet qui s'appelle pod, il me semble, dans lequel on liste les différents endroits où vous pouvez vous inscrire. Si vous voulez créer un nouveau réseau et que vous voulez ouvrir l'accès à votre nœud entre guillemets sur le réseau à tous, si vous voulez permettre à n'importe qui de s'y inscrire, alors vous allez pouvoir définir un quota, dire je veux maximum 1000 utilisateurs, ou j'ai maximum tant de gigas à partager et votre site sera ajouté dans une liste et les gens qui voudront se créer un nœud sur le réseau iront sur cette page et choisiront un petit peu au hasard les serveurs qui sont encore disponibles, qui ont encore de la place. Le problème de faire un nom de domaine, une extension d'un domaine, ou un sous-domaine, de distribuer des sous-domaines aux gens qui veulent créer des sous-sites ou des nœuds sur le réseau, pour moi il est vraiment très simple, ça veut dire qu'on donne une cible et on dit si on arrive à faire tomber ce nom de domaine-là, on a réussit à tous les avoir. Donc malheureusement ce ne sera pas possible. Les gens pourront créer s'ils le veulent monreseausocial.fr, malanterne.com s'ils en ont envie ou lacantine.net, mais malheureusement le nom ne sera pas contenu dans l'URL et le seul point de cohérence entre tous les sites qui seront ouverts, ça restera au choix le nom du site tout simplement, mais je pense qu'il changera bientôt parce qu'on peut mettre dans la rechercher dons aller dans google et après le nom du site. On trouvera très facilement comme on peut trouver très facilement identi.ca dans Google ou alors se rendre directement sur la page du projet, choisir au hasard dans la liste une des instances possibles, mais ça permettre aux gens de se dire Movim c'est là-bas.

Public : Si on voulait utiliser votre système pour faire un réseau social privé, quelles seraient les mesures de sécurité qu'il y aurait là-dessus ?

V. L. : Un réseau social privé, je pense que ce serait limité à de l'intranet. J'espère que c'est la question. Privé dans quel sens ?

Public : Thématique, organisationnel, ce n'est pas forcément uniquement national.

V. L. : Je ne sais pas comment répondre à cette question. Vous pouvez faire des sites sur lesquels vous allez empêcher les gens de s'inscrire et vous allez par exemple mettre en place en interne si vous avez une entreprise par exemple un moyen d’automatiser les inscriptions pour chaque personne et donc de contrôler les gens qui s'inscrivent sur votre site. Mais au final la thématique c'est aux gens de le définir, c'est un réseau social, ce n'est pas au sens d'un forum, donc c'est selon les gens qui posteront sur le site.

Public : Si par exemple on le crée pour une communauté que ce soit une entreprise, une association ou n’importe quoi, si on veut effectivement utiliser le bénéfice des outils de réseau social mais sans donner ses données à Facebook est-ce qu'il y a des mesures de sécurité qui sont mises en place ?

V. L. : Mais vos données qui sont enregistrées ici ne sont pas données à Facebook. Je vous rassure. Si vous hébergez, entre guillemets hébergez, vous mettez en place une installation de Movim ou avec le serveur XMPP pour stocker des données également chez vous, vous allez posséder les données qui sont écrites dans le serveur par les gens à qui vous voulez le mettre à disposition et après quelque part c'est aux gens d'en faire ce qu'ils veulent. Mais il n'y aura pas de fuite de données. Chaque message qui est posté est de toute manière réservé aux inscrits du site, par défaut, donc il ne sera pas publié. Et si vous voulez tout simplement éviter les fuites de données en dehors du réseau, vous avez un moyen c'est de mettre ce site là en intranet si c'est dans un bâtiment. Et si c'est sur le web, de toute manière les gens ont un compte. Voilà. Mais par contre il faut bien garder à l'esprit que toute information publiée sur internet est de toute façon copiable : un simple copié-collé permet de faire ressortir l'information d'un forum privé, d'un site privé, même que ce soit bloqué par des mots de passe, toute information est de toute façon duplicable. On me tend des panneaux rouges en me disant que c'est la fin. Mais j'y réponds dans deux minutes.

Public : Question technique. Vu que tu utilises XMPP etc, etc, est-ce que le protocole que tu utilises pour Movim, enfin l’extension XMPP que tu utilises pour Movim est standard ? Est-ce qu'avec un client Movim on peut utiliser n’importe quel nœud XMPP ou s'il faut que les deux soient reliés d'une manière ou d'autre ?

V. L. : Je réponds très rapidement à la question. Tout ce qui est écrit, tout ce qui est affiché dans Movim, provient directement d'un serveur XMPP donc c'est standard et ça se base sur les extensions qui ont été écrites ensuite. Donc c'est implémenté aujourd’hui dans Prosodie, pas très bien, IG???, TGaS, ??? etc.. C'est déjà implémenté dans plein de serveurs.

Public : Très très vite. Par rapport à la marque marketing du nom unique etc, il y a une solution, c'est un peu, elle ne doit pas être dure, c’est que dès que quelqu'un fait un compte sur un réseau, le login est redondé partout. Alors on a un login unique qui redirige vers toutes les possibilités. Alors je ne sais pas si c'est faisable techniquement, mais au moins là on aurait une image, l’image c'est virtuel, il n'y a peut-être pas de serveur etc, mais mondavid@jappix sera redirigé vers tous les autres et au moins...

V. L. : Je ne suis pas bien sûr d'avoir compris. Je reprends derrière.