• [^] # Re: Toujours le même problème: centralisation

    Posté par (site web personnel, Mastodon) . En réponse au journal Les applications "cloud" sont elles un danger pour internet?. Évalué à 3.

    Tu as listé 7 "services", et tu as mentionné que 5 ne sont pas aboutis.

    Euh non, j'ai repris une liste de 7 « services », et j'ai dis que XMPP répondait déjà à 4 d'entre eux (email, audio/vidéo, chat et partage - même si pour ce dernier il y a effectivement encore du boulot -).

    Je ne vais pas reprendre la liste, mais par exemple: Linphone/Jitsi

    Attention j'ai cité Linphone pour l'audio/vidéo, mais Linphone n'utilise pas XMPP ! Ça utilise SIP. Jitsi lui utilise les 2, et effectivement j'ai eu des soucis avec mes essais, maintenant je teste assez peu ça, il y a probablement des implémentations qui tournent très bien. La vidéo conférence est quand même un cas très particulier et très complexe, et même en sortant de XMPP, il y a peu voire pas de logiciels libres qui sont très bons là dedans (pour l'audio il y a mumble qui s'en tire bien je crois, et avec l'audio uniquement j'ai de bon résultats avec Linphone).
    Bon y'a Tox qui est à la mode alors qu'il ne fait... que du chat pour le moment (et encore, même pas sur qu'il le fasse bien).

    combien de temps s'est-il écoulé entre l'implémentation première de Jingle par Google (en VoIP à l'époque) et la publication des specs Jingle?
    Il s'est passé 4 ans!

    Ce n'est pas choquant du tout pour l'élaboration d'un standard. Ça n'empêchait pas les implémentations avant, juste qu'il y avait des risques de devoir les modifier avant la spécification finale. Au contraire, ça serait même plutôt mauvais signe que ça aille trop vite (il faut du temps pour discuter et tester les implémentations).

    Si au lieu de passer ces 4 années à chercher à écrire la RFC parfaite le projet avait bossé sur les autres sujets dont tu parles, XMPP serait peut-être encore dans la course, et les hautes instances de Google auraient sûrement été plus réticentes à l'idée d'abandonner XMPP pour Hangout.

    Les standard c'est une chose, les implémentations une autre. XMPP est toujours dans la course et de toute façon ça ne m'intéresse pas de courrir derrière les modes du moment, ni d'avoir des « gros » (quel intérêt de la décentralisation et de la fédération si tout le monde est chez Google ?). On ne sait pas les raisons internes de l'abandon (pas tout à fait effectif d'ailleurs) de XMPP pour Gtalk, mais c'est peut-être pour de basses raisons anti-concurrence (Microsoft commençait à inclure le support XMPP pour pouvoir communiquer avec GMail, notamment dans Skype et il me semble qu'il y avait une histoire avec Outlook aussi).

    XMPP est peut-être un super protocole, mais il est surtout suicidé par la lenteur de la XSF!

    Je reproche surtout à la XSF de ne pas mettre les priorités au bon endroit (il s'intéressent plus à l'internet des objets qu'à corriger pubsub en ce moment), mais en même temps je n'ai pas encore pris le temps de travailler moi-même sur les XEP ni de participer en dehors de quelques messages sur les listes. Donc je critiquerai vraiment quand j'aurai tenté des trucs si la XSF me bloque, mais je n'en suis pas là.

    Après tous les effets de mode, c'est plus ça qui tue les projets dans l'œuf à mon avis. Tout le monde s'est rué sur Diaspora à une époque parce qu'on en parlait, oubliant les projets qui existaient et dont plusieurs existent toujours maintenant. Diaspora est toujours actif depuis que c'est vraiment communautaire (j'ai discuté avec un dév récemment entré dans l'équipe aux JDLL), mais on n'en parle plus parce que c'est plus à la mode. Aujourd'hui la mode est à bitmessage ou twister (bitmessage c'est peut-être intéressant sur le plan technique/théorique, mais j'ai franchement du mal à imaginer un truc sérieux qui tourne avec), demain ça sera oublié pour autre chose. Enfin bref, faudrait peut-être passe un peu moins de temps à s'esclaffer sur twitter sur les trucs à la mode, et plus à aider les projets qui manquent de bras...