Il y a aussi une armée de clients Web non maintenus, et qui potentiellement ne supportent pas la nouvelle version de Javascript. Est-ce une raison suffisante pour remplacer Javascript par autre chose de nouveau (Dart par exemple) ?
Il y a tellement de questions à se poser pour peser le pour et le contre que certains préfèrent foncer et voir ce que ça donne. Si parfois cette stratégie fonctionne (par exemple, systemd, mais c'est discutable, j'en conviens ;) ), la plupart du temps ça échoue. Et pire, la solution de remplacement ne remplace pas, elle s'ajoute.
À titre personnel, j'estime que l'énergie et les ressources de Matrix auraient été mieux employées à améliorer XMPP plutôt qu'à contribuer à la cacophonie des messageries instantanées.
Bref, repartir de zéro n'est pas toujours souhaitable. C'est surtout une solution attrayante pour le développeur fraîchement arrivé, qui a la flemme de comprendre comment fonctionne l'existant, qui veut pouvoir coder rapidement sa solution alternative, solution qui fait la même chose mais en mieux (selon lui), et qui se moque de savoir si la transition sera facile à vivre ou non pour les utilisateurs et l'écosystème existant.
[...] vu que XMPP est basé sur pas mal de choix de son époque (XML par exemple)
Je n'ai jamais compris pourquoi l'usage de XML comme format d'échange de données entre des machines était si souvent invoqué comme argument en défaveur de XMPP...
[^] # Re: Configuration serveur et écosystème de clients
Posté par seveso . En réponse à la dépêche Messagerie instantanée : ce n’est pas une question d’applications. Évalué à 2.
Il y a aussi une armée de clients Web non maintenus, et qui potentiellement ne supportent pas la nouvelle version de Javascript. Est-ce une raison suffisante pour remplacer Javascript par autre chose de nouveau (Dart par exemple) ?
Il y a tellement de questions à se poser pour peser le pour et le contre que certains préfèrent foncer et voir ce que ça donne. Si parfois cette stratégie fonctionne (par exemple, systemd, mais c'est discutable, j'en conviens ;) ), la plupart du temps ça échoue. Et pire, la solution de remplacement ne remplace pas, elle s'ajoute.
À titre personnel, j'estime que l'énergie et les ressources de Matrix auraient été mieux employées à améliorer XMPP plutôt qu'à contribuer à la cacophonie des messageries instantanées.
Bref, repartir de zéro n'est pas toujours souhaitable. C'est surtout une solution attrayante pour le développeur fraîchement arrivé, qui a la flemme de comprendre comment fonctionne l'existant, qui veut pouvoir coder rapidement sa solution alternative, solution qui fait la même chose mais en mieux (selon lui), et qui se moque de savoir si la transition sera facile à vivre ou non pour les utilisateurs et l'écosystème existant.
Je n'ai jamais compris pourquoi l'usage de XML comme format d'échange de données entre des machines était si souvent invoqué comme argument en défaveur de XMPP...