Le 25/04/2018 à 15h 20

Pas à ce que je sache. Y’a encore beaucoup de boulot pour améliorer les bridges existants, donc je pense que les ressources passeront là-dedans en priorité, après peut-être que quelqu’un dans la communauté a déjà commencé à jouer avec, le mieux est de demander dans Matrix HQ https://matrix.to/#/#matrix:matrix.org).

Le 25/04/2018 à 15h 17

Pour être honnête, l’UX de Riot a aidé (même si elle a encore besoin de travail, elle reste supérieure à celle des clients XMPP que j’ai essayés), et le fait de pouvoir utiliser Matrix pour causer avec mes potes sur IRC ou mes collègues sur Slack a été un gros avantage aussi. Un dernier point qui me vient à l’esprit est qu’en tant que dev orbitant autour du web (principalement back-end), le fait que Matrix fonctionne avec des APIs HTTP faisait que jouer avec, créer des usages autres que l’IM, etc. était beaucoup plus facile pour moi.

Le 19/04/2018 à 20h 12

Petite précision concernant Matrix (disclaimer : j’ai déjà bossé avec eux et pas mal contrib à la spec et à la future implem de référence) : on en parle beaucoup comme d’un protocole d’IM (instant messaging, messagerie instantannée), mais à mon sens c’est plus que ça. Les APIs de Matrix sont volontairement hyper généralistes pour qu’en plus de “bridger” sur d’autres services (XMPP, Slack, IRC, Discord, etc.) on puisse l’utiliser comme bon nous chante tant que le besoin est de faire transiter une payload d’un point A à un point B de façon décentralisée et fédérée. L’aspect IM est le plus populaire parce que c’est probablement plus facile de communiquer et de construire autour d’une solution d’IM et parce que Riot, mais faut pas confondre les deux :-)

J’en veut pour preuve que je bosse actuellement sur un gros projet totalement sans rapport avec l’IM qui utilise Matrix en seul back-end et ça marche très bien aussi :-P

Toujours est-il que je suis bien content de voir le duo Matrix/Riot mis en lumière de la sorte :-)

Le 27/11/2017 à 09h 26

Jarodd a écrit :

Cela leur fait une très mauvaise publicité. Leur credo est de protéger notre vie privée, et ils ne voient pas que leur appli contient ce genre de code, même après un audit interne ? " />

Cette histoire fait très mal à la confiance qu’on pouvait leur accorder…


D’un autre côté, je trouve que leur réaction, bien que peut-être un peu hâtive, montre bien l’importance qu’iels apportent aux problématiques de surveillance et de vie privée. Certaines autres boites auraient essayé/essayent de planquer ce genre d’infos sous le tapis ou de porter plainte contre Exodus (mêmes dans les éditeurs d’applications qui se concentrent sur le respect de la vie privée, j’ai quelques noms en tête). Je ne nie pas le fait que c’est pas génial que des trackers aient été trouvés dans leur app, ceci dit.

Le 10/06/2016 à 11h 11

Faut aussi tenir compte d’un truc : Tous ces services (MAIF, EDF, etc) sont fournis sous la forme d’apps dans le marketplace. Des apps qu’on est libre d’installer ou non. Un.e utilisateur.trice qui ne veut pas avoir d’application fournies par une grosse entreprise, ni aucune communication avec ladite entreprise est libre de ne pas installer ces apps, iel pourra utiliser son Cozy sans qu’aucune ligne de code correspondant à l’app/service ne se retrouve sur sa machine.
Le simple principe de “t’aimes pas ? t’utilises pas”.

Le 02/09/2014 à 17h 36

J’aime beaucoup le principe de se plaindre d’Internet (haut débit uniquement, certes)… sur Internet.

Le 01/08/2014 à 01h 06

Pour le moment, Bleep n’est disponible qu’en version pré-alpha et sur invitation uniquement.


Ouais, fin, si on va sur la page de Bleep, y’a moyen de le télécharger et de l’utiliser sans invitation (je viens de le faire, j’ai le programme lancé et connecté sous les yeux) " />

Le 06/11/2013 à 21h 49

Par rapport à la couverture TV, on peut aussi citer que, il y a environ 2j, M6 a fait un reportage sur l’e-Sport dont la première partie concernait une finale de l’ESWC qui s’était déroulée pendant l’évènement :-)