Le problème actuel, pour nous en tout cas, c'est que ça n'avance pas là où on voudrait: Il y a une base PubSub pour faire quelque chose, mais plusieurs problèmes à régler, à commencer par des choses mal spécifiées (par exemple l'« access model » qui permet de savoir qui peut accéder à un item - et donc un billet de blog par exemple - a des soucis, oh rien d'insurmontable, mais il faut les régler).
Ça avance beaucoup plus fort sur l'internet des objets (internet of things, IoT) en ce moment, probablement parce que certaines boîtes, dont Siemens, bossent dessus.
Pour SàT, jusque ici j'avais décidé de faire mon propre serveur PubSub parce que je n'avais pas le temps disponible pour avancer sérieusement sur les standards et attendre l'implémentation, les choses vont beaucoup mieux depuis 1 an car je ne suis plus tout seul sur le projet (Souliane m'a rejoint).
Dans le même moment, à l'initiative d'edhelas (Movim), nous nous sommes regroupés pour avancer sur PubSub il y a quelques semaines, quand je dis « on » je parle des projets qui utilisent PubSub comme base pour du microblogage voire plus, à savoir Movim (edhelas), Live Jabber (binary), Jappix (Vanaryon) et Salut à Toi (souliane et moi). Résultat: on a déjà une XEP publié (XEP-0351, attention publiée mais pas validée, elle est expérimentale), une XEP en attente de publication (http://xmpp.org/extensions/inbox/privilege-component.html) et une autre qui ne devrait pas tarder. D'autre part le summit à Berlin cette semaine est à l'initiative de Binary, et les personnes que je viens de citer y seront ensemble (sauf Vanaryon qui a un empêchement). Cette rencontre va permettre de montrer à la communauté XMPP que ça bouge de notre côté, et d'essayer de régler les plus gros problèmes PubSub, du moins on l'espère.
Les 2 XEPs que je propose (celle en attente de publication et celle qui ne devrait pas tarder) devraient permettre d'utiliser un service PubSub indépendant de celui du serveur, et donc d'avoir un cycle de développement beaucoup plus rapide (plus besoin d'attendre la release d'un serveur, ou le bon vouloir des développeurs pour avoir telle ou tell fonctionnalité indispensable).
Donc voilà, vous avez un aperçu de ce que c'est de bosser avec les standards, et vous voyez qu'on est plusieurs à faire bouger les choses. Et je pense que nos projets respectifs montrent qu'on est proches de toucher au but.
[^] # Re: Ne pas jeter le bébé avec l'eau du bain
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Question ouverte : Quel futur pour le web, au delà de HTTP.. Évalué à 4.
Le problème actuel, pour nous en tout cas, c'est que ça n'avance pas là où on voudrait: Il y a une base PubSub pour faire quelque chose, mais plusieurs problèmes à régler, à commencer par des choses mal spécifiées (par exemple l'« access model » qui permet de savoir qui peut accéder à un item - et donc un billet de blog par exemple - a des soucis, oh rien d'insurmontable, mais il faut les régler).
Ça avance beaucoup plus fort sur l'internet des objets (internet of things, IoT) en ce moment, probablement parce que certaines boîtes, dont Siemens, bossent dessus.
Pour SàT, jusque ici j'avais décidé de faire mon propre serveur PubSub parce que je n'avais pas le temps disponible pour avancer sérieusement sur les standards et attendre l'implémentation, les choses vont beaucoup mieux depuis 1 an car je ne suis plus tout seul sur le projet (Souliane m'a rejoint).
Dans le même moment, à l'initiative d'edhelas (Movim), nous nous sommes regroupés pour avancer sur PubSub il y a quelques semaines, quand je dis « on » je parle des projets qui utilisent PubSub comme base pour du microblogage voire plus, à savoir Movim (edhelas), Live Jabber (binary), Jappix (Vanaryon) et Salut à Toi (souliane et moi). Résultat: on a déjà une XEP publié (XEP-0351, attention publiée mais pas validée, elle est expérimentale), une XEP en attente de publication (http://xmpp.org/extensions/inbox/privilege-component.html) et une autre qui ne devrait pas tarder. D'autre part le summit à Berlin cette semaine est à l'initiative de Binary, et les personnes que je viens de citer y seront ensemble (sauf Vanaryon qui a un empêchement). Cette rencontre va permettre de montrer à la communauté XMPP que ça bouge de notre côté, et d'essayer de régler les plus gros problèmes PubSub, du moins on l'espère.
Les 2 XEPs que je propose (celle en attente de publication et celle qui ne devrait pas tarder) devraient permettre d'utiliser un service PubSub indépendant de celui du serveur, et donc d'avoir un cycle de développement beaucoup plus rapide (plus besoin d'attendre la release d'un serveur, ou le bon vouloir des développeurs pour avoir telle ou tell fonctionnalité indispensable).
Donc voilà, vous avez un aperçu de ce que c'est de bosser avec les standards, et vous voyez qu'on est plusieurs à faire bouger les choses. Et je pense que nos projets respectifs montrent qu'on est proches de toucher au but.