• Matrix.org | A new basis for open, distributed, real-time communication
    http://matrix.org

    #Matrix is an open standard for decentralised communication, providing simple HTTP APIs and open source reference implementations for securely distributing and persisting JSON over an open federation of servers.

    You can use Matrix for…

    Decentralised Group Chat
    Fully distributed persistent chatrooms with no single points of control or failure

    WebRTC Signalling
    Web-friendly signalling transport for interoperable VoIP and video calling

    Internet of Things
    Exchanging and persisting data between devices and services
    …and anywhere else you need a common data fabric to link together fragmented silos of communication.

    si vous voulez m’y causer je suis @fil:matrix.org

    #cccp

    et une interview (qui date d’un an) de Matthew Hodgson sur le projet
    https://bloggeek.me/matrix-webrtc-interview

    et des nouvelles plus récentes :
    http://matrix.org/blog/2015/09/07/matrix-one-year-in

    • Il faut prendre un navigateur compatible avec WebRTC (Firefox ou Chrome, mais à priori pas Safari), se rendre sur https://vector.im/beta ; en bas, demander la création d’un compte.

      On reçoit alors un email de confirmation ; on valide, puis on se connecte à nouveau sur https://vector.im/beta

      Ensuite il devient possible d’ajouter quelqu’un à une conversation en saisissant son adresse, dans mon cas @fil:matrix.org

    • @b_b:matrix.org arrive à rejoindre un chan irc, mais je ne vois pas comment contacter quelqu’un en privé...

      Trouvé, c’était bien caché... il faut cliquer sur soi dans la liste des membres du chan, et là on trouve le bouton Leave :)

    • Dans le canal https://vector.im/beta/#/room/#matrix-fr:matrix.org il y a des infos intéressantes sur le projet :

      Amandine
      (...) il y a aussi des entreprises qui construisent des choses à vocation plus commerciales, notamment l’équipe d’Open WebRTC chez Ericsson qui bossent pas mal avec nous

      en fait l’équipe est partagée entre Rennes et Londres
      avec une orientation plutot back-end à Londres et front-end à

      Adev
      C’est un projet à but commercial initialement ?

      Amandine
      à la base on travaille tous dans la meme entreprise (Amdocs) et on développe des applis mobiles type Skype etc pour les opérateurs (notre principal déploiement est blah pour TIM Brasil)
      Mais on trouvait que l’industry avait besoin d’un standard ouvert et pragmatique de communication (après avoir joué plusieurs années avec XMPP et SIP) et on a réussi à convaincre le management d’Amdocs de financer Matrix.org qui est à but non-lucratif et en cours d’incorporation en tant que tel (en gros on finalise la paperasse légale)
      donc Matrix.org est indépendant à but non-lucratif, parce que pour que ça marche il faut que tout le monde l’utilise, pas que Amdocs

      https://fr.wikipedia.org/wiki/Amdocs

    • Mettons-le là :

      - Not particularly web-friendly - you can’t easily speak XMPP from a web browser. (N.B. Nowadays you have options like XMPP-FTW and Stanza.io that help loads with letting browsers talk XMPP).
      – Single logical server per MUC is a single point of control and availability. (MUCs can be distributed over multiple physical servers, but they still sit behind a single logical JID and domain. FMUC improves this with a similar approach to Matrix, but as of Oct 2015 there are no open source implementations.)
      – History synchronisation is very much a second class citizen feature
      – Stanzas aren’t framed or reliably delivered without extensions. (See wiki.xmpp.org for an XMPP take on this)
      – Multiple device support is limited. (Apparently Carbons and MAM help with this)
      – Baseline feature set is so minimal that fragmentation of features between clients and servers is common, especially as interoperability profiles for features have fallen behind (as of July 2015)
      – No strong identity system (i.e. no standard E2E PKI, unless you count X.509 certs, which are questionable)
      – Not particularly well designed for mobile use cases: push; bandwidth-efficient transports. (Since the time of writing a Push XEP has appeared, and wiki.xmpp.org claims that XMPP runs “fine” over a 9600bps + 30s latency link.)

      We think of Matrix and XMPP as being quite different; at its core Matrix can be thought of as an eventually consistent global JSON db with an HTTP API and pubsub semantics - whilst XMPP can be thought of as a message passing protocol. You can use them both to build chat systems; you can use them both to build pubsub systems; each comes with different tradeoffs. Matrix has a deliberately extensive ‘kitchen sink’ baseline of functionality; XMPP has a deliberately minimal baseline set of functionality.

      Dans cette FAQ, ils font référence plusieurs fois à une page sur le wiki de XMPP, et on a presque l’impression que cette page a été faite pour répondre aux critiques principales formulés par Matrix :
      http://wiki.xmpp.org/web/Myths

      =====

      Sinon une interview d’un co-fondateur :
      https://bloggeek.me/matrix-webrtc-interview

      Avec une vision à long terme…

      Meanwhile, the bigger vision is to use Matrix’s cryptographically secure eventually-consistent distributed message history to provide a robust decentralized messaging layer for the internet of things.

      cc @goffi aussi, pour le sujet, vu qu’il n’est pas dans les suiveureuses du thread :)

      #XMPP #messagerie #historique #pubsub #HTTP #API #JSON #standard #protocole #internet_des_objets

    • Cette page a en effet été faite explicitement pour répondre aux critiques qui sont pratiquement toutes infondées.

      Pour la petite histoire, j’ai découvert Matrix pour la première fois au Fosdem en début d’année, ils étaient voisins de notre stand. J’ai vu la conférence, c’était intéressant mais rien d’extraordinaire non plus (tout le monde a applaudi quand il y avait la vidéo alors que c’était un simple WebRTC, c’est plutôt Mozilla qu’il faut applaudir ici). Déjà dans cette conf, il se sont mis beaucoup en opposition de XMPP.

      Là où ça se gâte, c’est qu’ils font ça systématiquement, des attaques à charge contre XMPP, non seulement en conf (et ils en font beaucoup, ils ont visiblement un très gros budget marketing), mais sur le net (Twitter, hackernews on peut systématiquement les voir quand il y a un article sur XMPP, même
      en français comme dans un des mes journaux sur XMPP où j’ai dû répondre : https://linuxfr.org/users/goffi/journaux/parlons-xmpp-episode-6-les-commandes-a-distance#comment-1615075).

      La critique est OK quand elle est fondée (et avec un minimum de forme), mais la plupart de leurs arguments (si ce n’est tous) sont faux ou approximatifs, au point que la communauté XMPP a dû réagir et répondre. On a vraiment l’impression qu’ils voient XMPP comme leur principal concurrent (ce qui est probablement vrai), et qu’ils veulent l’abattre.

      Bref, j’avais eu un premier contact plutôt curieux, en me disant pourquoi pas (j’ai même mentionné Matrix comme une technologie intéressante dans une de mes confs), mais depuis c’est devenu vraiment lourd et ils ont réussi à passer dans la case « je n’aime pas », ce qui est rare pour un projet libre.

      Sur le plan technologique c’est donc intéressant sans être extraordinaire, mais sur l’a côté Matrix a tout fait pour se mettre la communauté XMPP à dos (et ils ont réussi).

      MàJ : mauvais lien corrigé
      MàJ 2 : un exemple de conversation houleuse entre Dave Cridland (très impliqué dans la communauté XMPP, développeur OpenFire, membre du « council » XSF) et Matrix : https://twitter.com/DwdDave/status/630849678347739136

    • merci @goffi — j’aurais effectivement dû te citer dans la conversation.

      Mes deux sous : ce qui me semble faire l’attrait de Matrix aujourd’hui c’est peut-être plus l’interface que l’aspect techno. C’est facile de s’inscrire, le client Web est assez agréable à utiliser, et il ouvre sans complications l’accès à tout ce qu’il faut (échange de fichiers, upload d’images, vidéo et son, et passerelle irc qui permet de ne pas être « tout seul » au début).

    • C’est effectivement ce qu’il manque à XMPP des client intuitifs qui gèrent tout, et c’est une grosse partie du travail de Movim, Jappix, BuddyCloud et SàT.

      Le truc aussi est que nous travaillons avec les standards, et c’est donc beaucoup plus long que quand on fait tout en interne (on doit discuter avec beaucoup de monde pour avancer).

      En tout cas ce que tu cites on le gère (sauf la vidéo et le son, mais y’a déjà une grosse partie du travail fait), mais tout n’est pas encore accessible dans l’interface web (ça va venir sûrement assez vite). On devrait sortir une nouvelle version aujourd’hui d’ailleurs.

      Movim aussi gère l’upload maintenant, et la passerelles IRC on utilise Biboumi (par un des auteurs de Poezio) qui est excellent.

      On sort donc une version aujourd’hui, je ferai signe sur SeenThis, on apprécierait les retours justement :).

    • @ben @odilon j’ai testé avec un compte sur matrix.org, je trouve ça fluide et pas trop dur à utiliser. Je prends pas toute la mesure de la discussion sur les protocoles, mais je sais qu’au niveau des clients xmpp (à part adium sur mac) je me suis toujours cassée les dents, mais c’était il y a plusieurs années, je n’ai pas réessayé depuis. Tiens, je vais essayer salut à toi , pour voir.

    • @goffi parle de marketing ... Wikipédia à propos de Amdocs :

      Amdocs est une entreprise de services du numérique fondée en 1982 en Israël et basée à Chesterfield dans le Missouri. ... Effectif 22000 en 2015

      C’est possible que dans une boite de 22000 personnes il y ait quelques personnes payées pour marketter ;)

    • @fil @goffi une grosse fonctionnalité de Matrix, qui fonctionne dès le départ, c’est le truc de l’historique synchronisé, qui est toujours le même pour tout le monde à l’intérieur d’une même discussion (de 2 ou plus personnes peu importe). Ce qui permet d’avoir toujours la même « vue » chez chaque participant, et de pouvoir chercher à l’intérieur, en arrière, même quand on est pas arrivé depuis le début, et surtout : même quand on s’y connecte depuis un autre client, une autre machine, qui n’avait encore aucun historique. Ce qui permet alors une utilisation à-la-slack, entre autre. De ce que j’avais compris pour l’instant, la différence n’est pas tant le protocole (JSON, etc), mais le fait que Matrix c’est avant tout « une base données synchronisée » (qui peut servir, parmi d’autres choses, à faire du chat).

      Voilà pour moi, pour l’instant, c’est la plus grosse différence que je vois, largement avant les pseudo-histoires de rapidité, de vidéos, etc. Vu que je n’y connais rien, je ne sais pas si XMPP sait faire ce genre de synchronisation de manière standardisée dans une de ses extensions (et pas juste pour du blog mais bien pour n’importe quel message de chat avec n’importe quelle nouvelle arrivée dans une conversation).

      Pour leurs arguments :
      – s’il manquait des choses dans XMPP : vu leur budget et/ou leur bonne capacité technique, illes pouvaient parfaitement proposer des nouvelles extensions pour compléter (même si seul leur client perso aurait su les utiliser dans un premier temps : ce qui ne change rien à actuellement avec Matrix où seul leur client à eux sait faire ça)
      – s’il n’y avait pas un client XMPP web et/ou mobile implémentant toutes les extensions les plus nécessaires à ce qu’illes voulaient : il pouvait parfaitement créer un nouveau client web et un nouveau client mobile : là encore ça ne change rien à ce qu’illes ont dû faire pour Matrix, à recréer un client à zéro

      Au moins on aurait eu des clients XMPP web et mobile, modernes, beaux, etc, et qui fassent moult fonctionnalités d’un coup (comme @fil je pense que l’interface moderne, épurée, bien lisible, « flat », etc, fait beaucoup dans le marketing de leur projet…).

    • @rastapopoulos oui XMPP sait faire ça (avec 2 extensions : MAM (XEP-0313) et message carbons (XEP-0280)), qui sont en train petit à petit d’être intégrées partout (nous on ne s’en sert pas encore pour le chat, mais ça sera bientôt le cas).

      Ça n’existait pas avant parce que c’est un problème qui est surtout apparu avec l’utilisation de plus en plus massive des téléphone portables en plus des machines de bureau, mais il n’y a aucune contrainte technique pour faire ça (et on voit bien une des forces de XMPP : il sait s’adapter).

      Pour les clients XMPP modernes, tu peux déjà jeter un œil à Movim (http://movim.eu) qui est dans le design à la mode, les gens le trouvent généralement très beau.

      Après il y a bien sûr le notre, et on a une campagne de financement en cours (qui fini à la fin de la semaine), pour justement faire un client Android : http://www.arizuka.com/fr/projects/libervia

    • Donc :
      http://xmpp.org/extensions/xep-0313.html
      et
      http://xmpp.org/extensions/xep-0280.html

      Bon le « Archive Management » c’est en « experimental » pour l’instant… :D
      Mais en tout cas c’est une bonne nouvelle ces deux extensions, merci de l’info ! Surtout si elles sont vraiment implémentées partout dans pas si longtemps.

      Bon moi pour l’interface, je me casse pas la tête, je suis toujours sur Empathy par défaut, même si ça n’implémente pas assez de choses…

      Ce qui fait qu’un outil comme ça obtient des adhésions rapides, j’ai l’impression que c’est la combinaison d’une interface sobre, belle et super rapide à prendre en main ET de fonctionnalités qui apportent vraiment un plus, soit parce qu’elles n’existent pas ailleurs, soit parce que dans cet outil ces fonctionnalités sont utilisables sans y penser, de manière très fluides.

      Si je reprends le besoin de départ, sur Seenthis on parlait de chercher des alternatives libres à Slack.
      http://seenthis.net/messages/414220

      Et dans ce dernier ya notamment :
      – interface vraiment efficace
      – possibilité de chercher dans TOUTES les conversations (privées ou salons) auxquelles on participe (sur lesquels on a les droits quoi), et c’est très rapide
      – apparemment ya une documentation de vraiment seulement 30 lignes à lire pour savoir parler avec en REST et envoyer du contenu dedans depuis des services (= faire des robots pour envoyer du github, gitlab, tickets, travis, lolcat, etc), ce qui a permis d’avoir rapidement des dizaines et des dizaines de services liés

      Ici dans Mattermost par exemple (je sais pas ce qu’il y a derrière Mattermost ? IRC ?)
      http://www.mattermost.org/features

    • @rastapopoulos :

      Bon le « Archive Management » c’est en « experimental » pour l’instant

      Oui c’est comme ça que ça fonctionne, ça prend du temps mais ça avance. Mais je pense qu’on peut dire la même chose de matrix : c’est un projet super jeune, je ne vois pas trop comment ça pourrait être autrement qu’expérimental.

      D’ailleurs sur leur page ils parlent d’« open standard », je serais curieux de voir comment c’est « standardisé » (bon au moins il y a une spéc : https://matrix.org/docs/spec). Enfin pas le temps de creuser aujourd’hui (release en cours).

    • je dois dire qu’en deux semaines de tests, matrix me donne toutes satisfactions en tant qu’utilisateur, aussi bien pour irc que pour des conversations « type skype » ; je continue