Goffi, avec tout le respect que j'ai pour toi et crois-moi ou non, en attendant avec impatience de voir sat-pubsub et Libervia sur Yunohost, je dois te répondre que tu te contredis:
il n'y a aucun problème à ne pas être d'accord, j'aime bien discuter ;)
La technologie Web « WebRTC » hérite et s'inspire de ce travail.
L'API webRTC s'appuie sur des standards existants comme STUN, ICE, TURN, DTLS ou encore SRTP, technologies en parties issues du projet libjingle.
mais jingle sert à la gestion du signal (« signaling »), là où webRTC gère la gestion des périphériques, les filtres très difficiles à faire comme l'annulation d'écho et le flux, ils sont complémentaires, cf. la XEP que j'ai mentionné dans mon commentaire.
Gajim et Pidgin, par exemples, ont implémenté Jingle-vv, et ça ne marche pas avec WebRTC!
Jingle peut fonctionner avec WebRTC, mais également sans. On choisi le transport.
Je ne reproche pas que le standard évolue. Ce que je reproche, c'est ça: [...]
je comprends que c'est frustrant vue de l'extérieur. Mais 4 ans ce n'est pas énorme du tout pour un standard (regarde côté technos web le temps que ça prend avec les énormes équipes qui sont dessus pour les implémentations), et Jingle est complètement d'actualité et je ne vois aucune raison que ça change dans un futur proche. Le problème ce sont les clients : la plupart des clients publics actifs sont des projets faits sur le temps libre, pas d'équipe payées, et du coup ça prend du temps. Je pense qu'il est difficilement d'imaginer le boulot que c'est, et chaque client a ses priorités. Ça fait longtemps que j'aimerais bien implémenter le vidéo par exemple, mais j'ai préféré travailler sur d'autre choses avant (même une vidéo en WebRTC one2one je pourrais la faire assez vite, en quelques jours je pense, mais ça serait quelques jours pris sur autre chose). Jitsi lui a mis la vidéo en priorité et a des dévs salariés : là ça tourne.
Il y a aussi beaucoup de client non public, XMPP est très utilisé en entreprise (on ne le soupçonne pas jusqu'à ce qu'on s'en rende compte dans les meetings et salons). Je l'ai déjà vu utiliser pour surveiller du trafic de tramway, pour du monitoring, je sais que c'est utilisé pour des communications satellites ou dans de la haute sécurité, mais ce n'est pas visible du public.
MIX, la prometteuse prochaine génération de salon, "arrive bientôt" depuis déjà 1an.
On prend la même recette qui fait fuir les utilisateurs et on recommence?
À ma connaissance, MIX n'est une priorité pour aucun projet actif actuel. C'est dans les cartons et ça avance à son rythme mais MUC tourne correctement pour le moment. Moi même je pense que ça va être une grosse avancée, mais que ça n'est pas indispensable à l'heure actuelle (Pubsub est nettement plus intéressant à court terme à mon avis).
Donc le standard, ça va être d'en avoir 2??
oui, même plus que 2.
Pour faire un standard, il faut prendre des décisions, même difficiles, même si ça veut dire que certaines choses ne seront pas optimales, même si ça veut dire sacrifier des possibilités.
Ça sera très probablement OMEMO qui sera utilisé par la plupart des clients. C'est au client de prendre les décisions pour simplifier la vie à l'utilisateur en fonction de son cas d'usage, et l'utilisateur n'a pas forcément besoin de savoir qu'il y a plusieurs méthodes. Qu'il y ait d'autres méthodes disponibles ne pose pas de problème si c'est bien géré par le client.
C'est dingue non? Une équipe trouve des ressources et suscite un gros enthousiasme chez un nombre d'utilisateurs non négligeable, se fait réclamer pour une implémentation dans un projet d'OS pour téléphone Libre, en utilisant les technos XMPP alors que les projets XMPP galèrent à trouver des contributeurs et n'ont que très peu de financement.
Ça devrait faire réfléchir, non?
Matrix ils sont issus de la même boîte et ont eu un gros financement permettant d'avoir des salariés à plein temps pendant plusieurs mois, c'est énorme et change complètement la donne. Tu fais la même chose avec n'importe quel protocole correct tu arrives à un résultat similaire. Ils sont très bons en marketing aussi, et ont les moyens (ils ont réussi à avoir un stand au Fosdem la première fois que je les ai vu + conf de 1 h avec alors qu'ils étaient inconnus, et faisaient le show avec un robot radiocommandé), et visiblement les contacts (gageons que l’association avec Purism ne s'est pas faite sur la simple visite du site). Tant mieux pour eux.
Je pense qu'un projet comme Movim, vu l'énergie, la stabilité et le résultat actuel a de quoi décoller, mais il y a aussi un facteur chance et réseau de connaissances. On verra ce que ça va donner.
Pour SàT c'est un cas très particulier, puisqu'on a se coupe volontairement de certaines sources qui pourraient nous aider (Fb, Twitter ou Github par exemple), et qu'on ne veut pas du modèle startup ou d'actionnaires : on a un projet politique.
On a aussi fait certains mauvais choix (on aurait dû faire des versions utilisables plus tôt plutôt que préparer une version « grand public » depuis des années), et on ne sait pas communiquer correctement (je vois régulièrement des projets apparaître qui font ce qu'on fait déjà ou ce qu'on pourrait faire facilement, et qui repartent de zéro, l'exemple actuel c'est les événements qui sont implémentés chez nous et qui vont être refaits de zéro chez Framasoft, et des cas comme ça j'en ai vu passer des tas).
Donc étonnés pas vraiment, et réfléchir on le fait (crois moi c'est souvent difficile moralement et physiquement non seulement pour ceux qui ont choisi de faire ça, mais pour l'entourage également).
[^] # Re: Mouaif
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 4.
il n'y a aucun problème à ne pas être d'accord, j'aime bien discuter ;)
J'ai écris cette phrase suite à ce que j'ai lu sur le sujet sur Wikipédia :
mais jingle sert à la gestion du signal (« signaling »), là où webRTC gère la gestion des périphériques, les filtres très difficiles à faire comme l'annulation d'écho et le flux, ils sont complémentaires, cf. la XEP que j'ai mentionné dans mon commentaire.
Jingle peut fonctionner avec WebRTC, mais également sans. On choisi le transport.
je comprends que c'est frustrant vue de l'extérieur. Mais 4 ans ce n'est pas énorme du tout pour un standard (regarde côté technos web le temps que ça prend avec les énormes équipes qui sont dessus pour les implémentations), et Jingle est complètement d'actualité et je ne vois aucune raison que ça change dans un futur proche. Le problème ce sont les clients : la plupart des clients publics actifs sont des projets faits sur le temps libre, pas d'équipe payées, et du coup ça prend du temps. Je pense qu'il est difficilement d'imaginer le boulot que c'est, et chaque client a ses priorités. Ça fait longtemps que j'aimerais bien implémenter le vidéo par exemple, mais j'ai préféré travailler sur d'autre choses avant (même une vidéo en WebRTC one2one je pourrais la faire assez vite, en quelques jours je pense, mais ça serait quelques jours pris sur autre chose). Jitsi lui a mis la vidéo en priorité et a des dévs salariés : là ça tourne.
Il y a aussi beaucoup de client non public, XMPP est très utilisé en entreprise (on ne le soupçonne pas jusqu'à ce qu'on s'en rende compte dans les meetings et salons). Je l'ai déjà vu utiliser pour surveiller du trafic de tramway, pour du monitoring, je sais que c'est utilisé pour des communications satellites ou dans de la haute sécurité, mais ce n'est pas visible du public.
À ma connaissance, MIX n'est une priorité pour aucun projet actif actuel. C'est dans les cartons et ça avance à son rythme mais MUC tourne correctement pour le moment. Moi même je pense que ça va être une grosse avancée, mais que ça n'est pas indispensable à l'heure actuelle (Pubsub est nettement plus intéressant à court terme à mon avis).
oui, même plus que 2.
Ça sera très probablement OMEMO qui sera utilisé par la plupart des clients. C'est au client de prendre les décisions pour simplifier la vie à l'utilisateur en fonction de son cas d'usage, et l'utilisateur n'a pas forcément besoin de savoir qu'il y a plusieurs méthodes. Qu'il y ait d'autres méthodes disponibles ne pose pas de problème si c'est bien géré par le client.
Matrix ils sont issus de la même boîte et ont eu un gros financement permettant d'avoir des salariés à plein temps pendant plusieurs mois, c'est énorme et change complètement la donne. Tu fais la même chose avec n'importe quel protocole correct tu arrives à un résultat similaire. Ils sont très bons en marketing aussi, et ont les moyens (ils ont réussi à avoir un stand au Fosdem la première fois que je les ai vu + conf de 1 h avec alors qu'ils étaient inconnus, et faisaient le show avec un robot radiocommandé), et visiblement les contacts (gageons que l’association avec Purism ne s'est pas faite sur la simple visite du site). Tant mieux pour eux.
Je pense qu'un projet comme Movim, vu l'énergie, la stabilité et le résultat actuel a de quoi décoller, mais il y a aussi un facteur chance et réseau de connaissances. On verra ce que ça va donner.
Pour SàT c'est un cas très particulier, puisqu'on a se coupe volontairement de certaines sources qui pourraient nous aider (Fb, Twitter ou Github par exemple), et qu'on ne veut pas du modèle startup ou d'actionnaires : on a un projet politique.
On a aussi fait certains mauvais choix (on aurait dû faire des versions utilisables plus tôt plutôt que préparer une version « grand public » depuis des années), et on ne sait pas communiquer correctement (je vois régulièrement des projets apparaître qui font ce qu'on fait déjà ou ce qu'on pourrait faire facilement, et qui repartent de zéro, l'exemple actuel c'est les événements qui sont implémentés chez nous et qui vont être refaits de zéro chez Framasoft, et des cas comme ça j'en ai vu passer des tas).
Donc étonnés pas vraiment, et réfléchir on le fait (crois moi c'est souvent difficile moralement et physiquement non seulement pour ceux qui ont choisi de faire ça, mais pour l'entourage également).