FAQ avancée
Ici vous trouverez certaines questions avancées pour/par les utilisateur·ices.
À quel point XMPP/Jabber est-il durable ?
Est-ce que mon compte fonctionnera toujours dans 10 ans ?
XMPP/Jabber a été standardisé au début des années 2000 (il y a 20 ans) et certains services hébergés ont à peine quelques années de moins. Ils fonctionneront probablement encore dans une décennie. D'autres serveurs sont exploités par des associations à but non lucratif avec un modèle durable : associations de promotion des logiciels libres et de la vie privée (comme l'April, 5July et La Quadrature), fournisseurs d'accès Internet à but non lucratif (comme franciliens.net et ARN), associations dédiées à Jabber/XMPP (comme jabber.fr et TODO plein d'autres), ou cooperatives d'hébergement (comme disroot). Ces serveurs ont de bonnes chances de fonctionner encore dans dix ans.
D'autres serveurs gérés par des entreprises, des universités et des passionnés peuvent encore fonctionner dans une décennie car l'hébergement des services Jabber/XMPP nécessite très peu de ressources. Cependant, il n'y a aucun moyen de le savoir avec certitude, car leur modèle économique et leurs motivations peuvent ne pas être alignés avec celles de leurs utilisateur·ices. Malgré cela, il est courant dans l'écosystème Jabber/XMPP qu'un·e opérateur·ice cessant ses activités prévienne ses utilisateur·ices longtemps à l'avance (car il n'y a aucune motivation commerciale à ne pas le faire), afin qu'iels aient le temps de migrer vers un autre serveur.
L'hébergement de services Jabber/XMPP n'est pas compliqué pour les administrateur·ices système, donc l'option la plus durable peut être de créer votre propre serveur. Si vous êtes membre d'une association à but non lucratif, d'une coopérative ou d'une autre entité collective avec une équipe d'administrateur·ices système dédiée, envisagez d'avoir votre propre serveur. Si vos services sont déjà gérés par une entité d'hébergement tiers et que vous avez confiance dans le fait qu'ils continueront à fonctionner pendant longtemps, vous pouvez leur demander d'héberger pour vous un service Jabber/XMPP, en plus des habituels services de Web/mail/DNS.
Jabber/XMPP n'a pas une certaine fonctionnalité, pourquoi se développe-t-il si lentement ?
XMPP est conçu pour être facilement extensible et a évolué ces dernières années pour devenir un écosystème moderne de messagerie instantannée. Si vous avez de mauvais souvenirs d'il y a dix ans, vous devriez réessayer. Certains vieux clients n'ont pas toutes les fonctionnalités que l'on pourrait attendre d'une messagerie moderne, mais ceux annoncés sur notre page d'accueil devraient être satisfaisants. Dites-le nous si ce n'est pas le cas.
De plus, XMPP étant un protocole standard, toutes les propositions sont examinées et évoluent publiquement, principalement sur les listes mail et le site XMPP Standards Foundation. Cela peut sembler freiner l'innovation, mais c'est en fait tout le contraire. Le processus de spécification, aussi lourd soit-il, n'empêche pas les développeur·euses d'étendre les fonctionnalités existantes ou d'en implémenter de nouvelles si une nouvelle spécification n'est pas (encore) approuvée. Cela aide simplement les autres développeur·euses à se mettre à niveau s'iels le souhaitent et quand iels le souhaitent.
Quelles différences y a-t-il entre XMPP et Matrix en détail ?
C'est une comparaison quelque peu subjective (sentez-vous libre de ne pas y adhérer)._
Jabber/XMPP :
- bien établi et stable
- de nombreux clients sur la plupart des plateformes, certains avec un ensemble de fonctionnalités modernes, d'autres moins
- un écosystème dédié, principalement à but non lucratif, tant pour les clients que pour les serveurs
- extensible pour gérer de nombreux utilisateur·ices avec peu de ressources côté serveur (pensez Raspberry Pi)
- fonctionne bien avec Tor et d'autres proxies pour le respect de la vie privée
- les salons de discussion et les serveurs minimisent le partage de métadonnées, ce qui le rend plus respectueux de la vie privée, en particulier si vous utilisez votre propre serveur XMPP
- bien que des passerelles vers d'autres systèmes de messagerie instantanée soit disponible, les efforts ont été réduits ces dernières années
- a accumulé une certaine dette technique au fil des ans
Matrix :
- Element (le client web officiel de Matrix), a une interface et une expérience utilisateur modernes
- les salons de discussion sont résistants à la censure, car ils ne sont pas sur un seul serveur
- des financements/ressources dédiés pour faire progresser l'écosystème plus rapidement
- principalement développé par une société à but lucratif basée au Royaume-Uni
- une implémentation de référence (Synapse) lourde en terme de ressources serveur, ce qui le rend difficile/coûteux à auto-héberger
- un réseau fédéré relativement centralisé, avec (au moins par défaut) des services d'identité centralisés
- un engagement pour le pair-à-pair (moins avancé dans l'écosystème XMPP)
- accent mis sur les passerelles vers d'autres systèmes de messagerie instantanée, créées par les principaux développeur·euses
- a une base de code encore assez jeune et en grande partie expérimentale
Comme vous pouvez le voir, les deux protocoles ont leurs forces et leurs faiblesses, mais ils fonctionnent sur des principes similaires. En théorie, il aurait été possible (et plus simple) de construire le protocole Matrix au-dessus de XMPP pour éviter de fragmenter l'écosystème. Pourquoi cela n'a pas été fait est une bonne question, mais le fait est que nous avons maintenant deux protocoles/écosystèmes avec des objectifs similaires, et nous devrions essayer de mettre nos égos de côté et travailler pour l'interopérabilité, au profit des utilisateur·ices.