C'est toujours facile de comparer des pommes à des poires et d'en tirer des conclusions. Comparer Slack (un service-serveur-client) à IRC (un protocole) et à Jabber/XMPP (un protocole) n'est, à mon avis, pas une bonne façon d'initier le débat.
Le souci du "choix" amené par les protocoles décentralisés (et ici il n'y a plus que XMPP (qui est plutôt fédéré en fait), IRC n'est PAS un protocole décentralisé, peut être tout juste acentré) est en effet une chose difficile à surmonter.
La difficulté du choix du serveur que tu mentionne est un faux problème selon moi. Oui il y a une myriade de serveurs XMPP qui ont chacun des fonctionnalités propres et qu'une solution comme Slack à le mérite d'avoir une unité de ses services et clients et donc une bien meilleurs "user expérience".
Mais y'a t'il que Slack ? Et HipChat ? Et Skype ? Et WhatsApp ? Et Telegram ? Et Viber ? Et BlackBerryMessenger ? Et Facebook Messenger ? ...
Nous avons en face des dizaines et des dizaines de services non compatibles entre eux mais offrant une intégration sympa avec leurs propres clients.
Pour ce souci je vois deux solutions, du moins pour les serveurs, services et clients utilisant XMPP :
- Je suis convaincu que la mise en place d'un "super-serveur" XMPP centralisé offrant tous les services modernes du protocole ainsi que les clients les implémentant est le meilleur moyen d'amener du monde vers ce protocole. Oui la plupart des gens s'en foutent, ils veulent un service qui "juste marche" et qu'on leur indique la liste des clients compatibles utilisables avec celui-ci (même les libristes), même si c'est centralisé. C'est ce que j'ai vu avec mon projet (Movim) ou chez Jappix, nos logiciels sont parfaitement déployables sur des serveurs auto-hébergés mais la quasi-totalité des utilisateurs sont sur les quelques "serveurs officiels" que nous offrons. Et ne nous voilons pas la face, je suis aussi sur IRC et à part Freenode et OFTC y'a pas grand monde qui est sur son propre serveur.
- Un seul mot : in-té-gra-tion. C'est de là que vient l'"user experience". Un service ou un client ayant des fonctionnalités bien intégrées sera toujours plus sympa à utiliser qu'un autre offrant juste une liste de fonctionnalités. Ce problème est aussi très présent parmi les clients XMPP. Gajim est "sympa" mais clairement pas utilisable par le grand public, Pidgin l'est peut être un peu plus mais offre une interface qui n'a presque pas changée en 10 (15 ?) ans. L'exception est peut être Empathy qui est bien intégré à Gnome mais est très léger en fonctionnalités.
Donc je suis d'accord avec toi, arrêtons de balancer de la fonctionnalité et commençons à intégrer tout ça proprement dans de belles interfaces et avec les serveurs existants. Sur Android le client Conversations (https://play.google.com/store/apps/details?id=eu.siacs.conversations&hl=fr) fait déjà un super travail en ce sens mais il manque toujours un client bureau sympa pour XMPP.
# Attention à ne pas tout mélanger
Posté par edhelas (site web personnel) . En réponse au journal Slack remplace l'IRC, ou comment l'opensource qui ne réussit pas à se défaire de ses démons. Évalué à 10.
C'est toujours facile de comparer des pommes à des poires et d'en tirer des conclusions. Comparer Slack (un service-serveur-client) à IRC (un protocole) et à Jabber/XMPP (un protocole) n'est, à mon avis, pas une bonne façon d'initier le débat.
Le souci du "choix" amené par les protocoles décentralisés (et ici il n'y a plus que XMPP (qui est plutôt fédéré en fait), IRC n'est PAS un protocole décentralisé, peut être tout juste acentré) est en effet une chose difficile à surmonter.
La difficulté du choix du serveur que tu mentionne est un faux problème selon moi. Oui il y a une myriade de serveurs XMPP qui ont chacun des fonctionnalités propres et qu'une solution comme Slack à le mérite d'avoir une unité de ses services et clients et donc une bien meilleurs "user expérience".
Mais y'a t'il que Slack ? Et HipChat ? Et Skype ? Et WhatsApp ? Et Telegram ? Et Viber ? Et BlackBerryMessenger ? Et Facebook Messenger ? ...
Nous avons en face des dizaines et des dizaines de services non compatibles entre eux mais offrant une intégration sympa avec leurs propres clients.
Pour ce souci je vois deux solutions, du moins pour les serveurs, services et clients utilisant XMPP :
- Je suis convaincu que la mise en place d'un "super-serveur" XMPP centralisé offrant tous les services modernes du protocole ainsi que les clients les implémentant est le meilleur moyen d'amener du monde vers ce protocole. Oui la plupart des gens s'en foutent, ils veulent un service qui "juste marche" et qu'on leur indique la liste des clients compatibles utilisables avec celui-ci (même les libristes), même si c'est centralisé. C'est ce que j'ai vu avec mon projet (Movim) ou chez Jappix, nos logiciels sont parfaitement déployables sur des serveurs auto-hébergés mais la quasi-totalité des utilisateurs sont sur les quelques "serveurs officiels" que nous offrons. Et ne nous voilons pas la face, je suis aussi sur IRC et à part Freenode et OFTC y'a pas grand monde qui est sur son propre serveur.
- Un seul mot : in-té-gra-tion. C'est de là que vient l'"user experience". Un service ou un client ayant des fonctionnalités bien intégrées sera toujours plus sympa à utiliser qu'un autre offrant juste une liste de fonctionnalités. Ce problème est aussi très présent parmi les clients XMPP. Gajim est "sympa" mais clairement pas utilisable par le grand public, Pidgin l'est peut être un peu plus mais offre une interface qui n'a presque pas changée en 10 (15 ?) ans. L'exception est peut être Empathy qui est bien intégré à Gnome mais est très léger en fonctionnalités.
Donc je suis d'accord avec toi, arrêtons de balancer de la fonctionnalité et commençons à intégrer tout ça proprement dans de belles interfaces et avec les serveurs existants. Sur Android le client Conversations (https://play.google.com/store/apps/details?id=eu.siacs.conversations&hl=fr) fait déjà un super travail en ce sens mais il manque toujours un client bureau sympa pour XMPP.