Étant développeur du projet Movim j'attends également énormément des ces XEP. C'est assez frustrant d'avoir à "attendre" la norme pour pouvoir bien faire les choses au lieu de tout faire dans notre coins et perdre la compatibilité avec les autres.
De mon point de vue je vois la messagerie instantanée d'aujourd'hui comme était le Web au début des années 2000 : fragmenté, bourré de "trucs maisons/proprio" et quasiment impossible à unifier. Ici je parle surtout de la flopée de clients de messagerie qu'on a aujourd'hui : WhatsApp, Skype, BBM, iMessage... Et comme le Web a l'époque on avait un standard porté par le W3C qui avait du mal à évoluer à cause de ces différentes pressions (navigateurs utilisant des normes maison, peu de changement, omniprésence de gros acteurs).
Ce qu'on cherche ici à faire (SàT, Movim, Jappix...) c'est de pousser la norme pour offrir aux utilisateurs tout ce qu'ils souhaitent par dessus un protocole standard et universel. Tant qu'on aura pas ce déclic (une masse critique pour être pris au sérieux selon moi) on aura pas la possibilité de pousser cette norme et on restera dans le monde ultra fragmenté qu'est l'IM aujourd'hui.
Mozilla pourrait être, au même niveau qu'avec Firefox pour le Web, l'acteur qui pourrait créer ce déclic. Ils pourraient implémenter correctement XMPP dans Thunderbird, ne pas partir sur des solutions maison pour la messagerie de Firefox, essayer de rapprocher WebRTC et XMPP... mais bon ils ont pas l'air de comprendre que y'a pas que le Web qui a besoin d'utiliser des standards.
D'ailleurs quand je parle de XMPP en tant qu'IM je le limite aussi à tord. XMPP permet aujourd'hui de faire bien plus que de l'IM. Dans Movim par exemple nous voulons montrer qu'on peut l'utiliser en tant que protocole Social et ainsi standardiser des choses aussi basiques que "le flux d'actualité", "des groupes de partage"... XMPP pourrait également à terme remplacer l'email (le structure du réseau est très proche, mais la norme est beaucoup plus moderne et propre que notre bon vieux combo SMTP/POP/IMAP), l'implémentation dans Thunderbird pourrait ici avoir du sens (un bug a été ouvert là dessus d'ailleurs).
Et pour répondre à ta question, oui les processus de standardisation de la XSF sont long et comme disait Goffi nous n'avons pas les mêmes priorités. Donc des fois c'est un peu difficile de montrer vers quoi nous souhaitons faire tendre le protocole.
Par dessus ça on est pas aidé par les autres clients et serveurs XMPP qui pour la plupart ne respectent que peu XMPP (oui oui, mêmes les clients "de référence" libres). Pidgin ne supporte que très peu PEP, Gajim a de fâcheuses tendances à spammer l'utilisateur lorsqu'on utilise Pubsub, la XEP Bookmarks n'est pas utilisée correctement (donc non il n'y a pas de synchronisation entre clients, c'est pourtant pas très compliqué, c'est juste une liste de liens à récupérer et enregister sur le compte du contact...). Coté serveur Goffi l'a bien montré, le support de PEP et Pubsub est bien souvent inexistant, pourtant nous avons réellement besoin de tout ça pour commencer à construire ce que nous souhaitons par dessus.
Donc oui vouloir bien faire les choses en utilisant la norme demande du temps, temps qu'on pourrait passer sur nos projets à construire ce que nous souhaitons.
[^] # Re: XSF, XEP et XMPP
Posté par edhelas (site web personnel) . En réponse au journal De l'autre côté. Évalué à 6.
Étant développeur du projet Movim j'attends également énormément des ces XEP. C'est assez frustrant d'avoir à "attendre" la norme pour pouvoir bien faire les choses au lieu de tout faire dans notre coins et perdre la compatibilité avec les autres.
De mon point de vue je vois la messagerie instantanée d'aujourd'hui comme était le Web au début des années 2000 : fragmenté, bourré de "trucs maisons/proprio" et quasiment impossible à unifier. Ici je parle surtout de la flopée de clients de messagerie qu'on a aujourd'hui : WhatsApp, Skype, BBM, iMessage... Et comme le Web a l'époque on avait un standard porté par le W3C qui avait du mal à évoluer à cause de ces différentes pressions (navigateurs utilisant des normes maison, peu de changement, omniprésence de gros acteurs).
Ce qu'on cherche ici à faire (SàT, Movim, Jappix...) c'est de pousser la norme pour offrir aux utilisateurs tout ce qu'ils souhaitent par dessus un protocole standard et universel. Tant qu'on aura pas ce déclic (une masse critique pour être pris au sérieux selon moi) on aura pas la possibilité de pousser cette norme et on restera dans le monde ultra fragmenté qu'est l'IM aujourd'hui.
Mozilla pourrait être, au même niveau qu'avec Firefox pour le Web, l'acteur qui pourrait créer ce déclic. Ils pourraient implémenter correctement XMPP dans Thunderbird, ne pas partir sur des solutions maison pour la messagerie de Firefox, essayer de rapprocher WebRTC et XMPP... mais bon ils ont pas l'air de comprendre que y'a pas que le Web qui a besoin d'utiliser des standards.
D'ailleurs quand je parle de XMPP en tant qu'IM je le limite aussi à tord. XMPP permet aujourd'hui de faire bien plus que de l'IM. Dans Movim par exemple nous voulons montrer qu'on peut l'utiliser en tant que protocole Social et ainsi standardiser des choses aussi basiques que "le flux d'actualité", "des groupes de partage"... XMPP pourrait également à terme remplacer l'email (le structure du réseau est très proche, mais la norme est beaucoup plus moderne et propre que notre bon vieux combo SMTP/POP/IMAP), l'implémentation dans Thunderbird pourrait ici avoir du sens (un bug a été ouvert là dessus d'ailleurs).
Et pour répondre à ta question, oui les processus de standardisation de la XSF sont long et comme disait Goffi nous n'avons pas les mêmes priorités. Donc des fois c'est un peu difficile de montrer vers quoi nous souhaitons faire tendre le protocole.
Par dessus ça on est pas aidé par les autres clients et serveurs XMPP qui pour la plupart ne respectent que peu XMPP (oui oui, mêmes les clients "de référence" libres). Pidgin ne supporte que très peu PEP, Gajim a de fâcheuses tendances à spammer l'utilisateur lorsqu'on utilise Pubsub, la XEP Bookmarks n'est pas utilisée correctement (donc non il n'y a pas de synchronisation entre clients, c'est pourtant pas très compliqué, c'est juste une liste de liens à récupérer et enregister sur le compte du contact...). Coté serveur Goffi l'a bien montré, le support de PEP et Pubsub est bien souvent inexistant, pourtant nous avons réellement besoin de tout ça pour commencer à construire ce que nous souhaitons par dessus.
Donc oui vouloir bien faire les choses en utilisant la norme demande du temps, temps qu'on pourrait passer sur nos projets à construire ce que nous souhaitons.