Pour l'historique sur le serveur, la XEP-0313 (Message Archive Management) est bien supportée de nos jours, également pout les groupes.
De loin… Même si l'n se met d'accord sur quels client ET serveurs utiliser car ils fonctionnent bien ensemble, ce qui est encore rare, on n'a pas la connaissance sur tous les clients des messages lus et non-lus, que ce soit en conversations interpersonnelle ou groupée. Oui, Jabber pourrait rattraper cela… Tiens, MongooseIM l'a proposé, ça s'appelle Inbox.
2 - a - L'archive sur le serveur s'appelle MAM, pour Message Archive Management. Ce n'est pas implémenté partout, et quand c'est implémenté c'est pas toujours 100 % interopérable. On attend en effet une très large progression, malgré la foultitude de clients en maintenance passive.
2 - b - Le multi-ressource des origines calque le modèle ICQ datant de la fin des années 90 à début 2000, quand on se connectait rarement (des durée de 10 à 30 min) et à deux endroits max (maison, boulot). Là on est full multi-device, avec desktop/laptop vs mobile/tablette, puis réseaux mobiles et wifi/câblé, et c'est donc la déconnexion qui est exception.
3 - Chacun ses opinions et ses goûts. Les nouvelles générations tendent en effet à rejeter les appels, qui il faut bien l'avouer sont hautement intrusifs, ceci est un fait prouvé. Mais autre fait prouvé, une très large partie des utilisateurs considère que l'appel voix et vidéo fait partie de la messagerie instantanée, et ce depuis le début des années 2000, qu'on le veuille ou non. Où est situé le curseur dans cette dualité et donc dichotomie ?
Mangosta iOS et Android, pour l'instant, c'est de la démo cradouille et vite faite, aussi exemple de code rapide… faute de moyens et de ressources. :'(
Ça utilise bien évidemment XMPP avec les bibliothèques Smack et XMPPFramework, mais il existe aussi du code dans les dépôts pour passer par les API REST/OpenAPI avec du SSE, mais ce n'est évidemment pas aussi abouti.
Pour les lecteurs de LinuxFR, une petite remise est offerte (15% sur le prix du billet) : prendre sa place avec le code MERCI-LINUXFR.
Ça fait 254€.
Moins cher, mais toujours cher.
Puis-je me permettre de souligner ceci ? C'est un événement de qualité. Étant donné la qualité, le prix est soudainement beaucoup moins extravagant. Les conférence de même niveau sont beaucoup plus chères…
Tiens, je trouve ça curieux… C'est sans doute mon ensemble de biais cognitifs, mais je ne vois pas des devops déployer, vérifier, adapter/corriger sur mobile. Car je présume qu'ils sont équipés de vrais ordinateurs complets (laptops, desktops). J'ai faux ?
Description parfaite, à la fois précise et courte.
Ça donne l'envie de s'y mettre!
Comme d'habitude avec les gens exceptionnels de Normation : c'est une équipe optimiste et visionnaire, et pas que, ils livrent ! Rudder a de vrais différentiateurs par rapport à la concurrence, et je regrette toujours que Rudder ne soit pas connu à la hauteur de ce qu'il devrait… La visualisation et vérification de la conformité sont clé.
Bien vu, merci de la souligner ! En effet, merci à XWiki de nous héberger ! ;-)
Ludovic a répondu à l'appel lors de l'edition précédente et a apporté des perspectives au logiciel libre basées sur le vécu et l'expérience. Très cool, je le confirme.
Encore une fois, des intervenants de qualité sont sélectionnés, on animera cela dans une ambiance de bienveillance impitoyable, le tout pour des discussions ouvertes de haut niveau, qui vous feront sortir de votre zone de confort !
Ça c'était la partie bullshit, mais c'est pas faux. L'idée de base est d'amener un sujet, laisser l'invité traiter ce sujet, mais ne rien lâcher, cad poser des questions, parfois dérangeantes ou mettant au défi. Bien sûr, avant toute chose on respecte la parole, on évite d'interrompre. Aussi et surtout quand on apporte un élément dans la conversation, il faut bien l'introduire : est-ce une opinion ou un fait ? En bref, on évolue dans cadre d'intelligence collective, et halte aux trolls.
Peut-être que les participants passés peuvent témoigner ?
Pas idéal, car c'est vraiment de la voix et vidéo « multi-party », ce n'est pas une solution de diffusion. Donc on va disposer les ordis de manière à capter à la fois le son au centre et la vidéo en périphérie. Ce sera un essai.
Oui, il y a un « turnover » constant, ou des changements de serveurs… donc les listes de contacts se vident naturellement, si elles ne sont pas maintenues.
Donc c'est une première rencontre, organisée de manière très légère, qui donnera naissance je l'espère à d'autres rencontres, mais structurées cette fois.
La tendance est au réveil et à la montée en puissance de XMPP/Jabber dans le monde avec tous ces meetups qui se montent et se pérennisent.
Est-ce que Mongoose offre autant de fonctionnalités?
Non, nous nous sommes concentrés sur l'essentiel, le plus demandé, le plus utile. MongooseIM est moins un terrain d'expérimentation que Prosody (aucune connotation négative intentionnelle).
Je suppose que la question sous-jacente, c'est si et en quoi Mongoose serveur serait un meilleur choix que Prosody hors entreprise, et hors très grosses structures?
La robustesse, car le language Erlang possède des fonctionnalités et des qualités inégalées.
Aussi, nous sommes très appliqués sur le test : unitaire, fonctionnel, intégration, bout en bout, et… load test. Tout cela est opéré en continu. Notre approche "plateforme" ou "intégré" nous permet cela.
Le tout intégré est intéressant, mais si on parle de standard, les clients Mongoose ou pas doivent marcher avec les serveurs, Mongoose ou pas. Que gagne-t-on dans l'intégration?
L'indépendance, le choix, l'évitement du « vendor-lock-in », la garantie de continuité de service, la compatibilité, et puis aussi le fait qu'on n'a pas à réfléchir quel composant adopter, et on n'a pas à perdre du temps à (re)coder des fonctionnalités.
Je ne suis pas neutre, mais vais tenter de l'être.
Prosody est codé en Lua, donc très facile et rapide à développer.
Prosody est très en vogue dans la communauté, car - je pense que c'est la raison principale - il offre de très nombreux modules.
MongooseIM est codé en Erlang, donc très scalable et tolérant aux pannes.
MongooseIM se différencie par son approche plateforme (serveur, bibliothèques client, bientôt plus) et sa scalabilité.
[^] # Re: jabber ?
Posté par Nÿco (site web personnel) . En réponse au journal Points de douleur du Team Chat ?. Évalué à 3.
De loin… Même si l'n se met d'accord sur quels client ET serveurs utiliser car ils fonctionnent bien ensemble, ce qui est encore rare, on n'a pas la connaissance sur tous les clients des messages lus et non-lus, que ce soit en conversations interpersonnelle ou groupée. Oui, Jabber pourrait rattraper cela… Tiens, MongooseIM l'a proposé, ça s'appelle Inbox.
[^] # Re: jabber ?
Posté par Nÿco (site web personnel) . En réponse au journal Points de douleur du Team Chat ?. Évalué à 3.
2 - a - L'archive sur le serveur s'appelle MAM, pour Message Archive Management. Ce n'est pas implémenté partout, et quand c'est implémenté c'est pas toujours 100 % interopérable. On attend en effet une très large progression, malgré la foultitude de clients en maintenance passive.
2 - b - Le multi-ressource des origines calque le modèle ICQ datant de la fin des années 90 à début 2000, quand on se connectait rarement (des durée de 10 à 30 min) et à deux endroits max (maison, boulot). Là on est full multi-device, avec desktop/laptop vs mobile/tablette, puis réseaux mobiles et wifi/câblé, et c'est donc la déconnexion qui est exception.
3 - Chacun ses opinions et ses goûts. Les nouvelles générations tendent en effet à rejeter les appels, qui il faut bien l'avouer sont hautement intrusifs, ceci est un fait prouvé. Mais autre fait prouvé, une très large partie des utilisateurs considère que l'appel voix et vidéo fait partie de la messagerie instantanée, et ce depuis le début des années 2000, qu'on le veuille ou non. Où est situé le curseur dans cette dualité et donc dichotomie ?
[^] # Re: Dans quel but, ce sondage ?
Posté par Nÿco (site web personnel) . En réponse au journal Points de douleur du Team Chat ?. Évalué à 3.
Première ligne (si l'on exclue le bonjour) :
Je ne sais pas si je dois le dire ici, donc gardez ça pour vous, mais je vais peut-être tenter de bâtir un Team Chat.
[^] # Re: Et IRC ?
Posté par Nÿco (site web personnel) . En réponse au journal Points de douleur du Team Chat ?. Évalué à 4.
J'ai bien évidemment soigneusement évité de parler de IRC, mais boum, voilà…
Maintenant, je suis obligé de rappeler ce XKCD, bien évidemment :
https://xkcd.com/1782/
[^] # Re: mongosta
Posté par Nÿco (site web personnel) . En réponse à la dépêche MongooseIM 2.1.0, MongoosePush, MongooseICE, Tide. Évalué à 6.
Mangosta iOS et Android, pour l'instant, c'est de la démo cradouille et vite faite, aussi exemple de code rapide… faute de moyens et de ressources. :'(
Ça utilise bien évidemment XMPP avec les bibliothèques Smack et XMPPFramework, mais il existe aussi du code dans les dépôts pour passer par les API REST/OpenAPI avec du SSE, mais ce n'est évidemment pas aussi abouti.
[^] # Re: Prix...
Posté par Nÿco (site web personnel) . En réponse à la dépêche devops REX - publication du programme du 2 octobre 2017. Évalué à 4.
Ça fait 254€.
Moins cher, mais toujours cher.
Puis-je me permettre de souligner ceci ? C'est un événement de qualité. Étant donné la qualité, le prix est soudainement beaucoup moins extravagant. Les conférence de même niveau sont beaucoup plus chères…
[^] # Re: Merci pour la dépêche
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rudder 4 — nouvelle version de la solution de Continuous Configuration. Évalué à 5.
Tiens, je trouve ça curieux… C'est sans doute mon ensemble de biais cognitifs, mais je ne vois pas des devops déployer, vérifier, adapter/corriger sur mobile. Car je présume qu'ils sont équipés de vrais ordinateurs complets (laptops, desktops). J'ai faux ?
Ceci dit, cool que ce soit responsive !
[^] # Re: Bien joué!
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rudder 4 — nouvelle version de la solution de Continuous Configuration. Évalué à 7.
Comme d'habitude avec les gens exceptionnels de Normation : c'est une équipe optimiste et visionnaire, et pas que, ils livrent ! Rudder a de vrais différentiateurs par rapport à la concurrence, et je regrette toujours que Rudder ne soit pas connu à la hauteur de ce qu'il devrait… La visualisation et vérification de la conformité sont clé.
[^] # Re: Très heureux de recevoir la soirée déc-ouverte
Posté par Nÿco (site web personnel) . En réponse à la dépêche Soirée déc‐ouverte LinuxFr.org, numéro 3 (13 avril 2017) : DemocracyOS, privacité+LL, Rolisteam. Évalué à 4.
Bien vu, merci de la souligner ! En effet, merci à XWiki de nous héberger ! ;-)
Ludovic a répondu à l'appel lors de l'edition précédente et a apporté des perspectives au logiciel libre basées sur le vécu et l'expérience. Très cool, je le confirme.
# Nourriture pour l'esprit !
Posté par Nÿco (site web personnel) . En réponse à la dépêche Soirée déc‐ouverte LinuxFr.org, numéro 3 (13 avril 2017) : DemocracyOS, privacité+LL, Rolisteam. Évalué à 5.
Encore une fois, des intervenants de qualité sont sélectionnés, on animera cela dans une ambiance de bienveillance impitoyable, le tout pour des discussions ouvertes de haut niveau, qui vous feront sortir de votre zone de confort !
Ça c'était la partie bullshit, mais c'est pas faux. L'idée de base est d'amener un sujet, laisser l'invité traiter ce sujet, mais ne rien lâcher, cad poser des questions, parfois dérangeantes ou mettant au défi. Bien sûr, avant toute chose on respecte la parole, on évite d'interrompre. Aussi et surtout quand on apporte un élément dans la conversation, il faut bien l'introduire : est-ce une opinion ou un fait ? En bref, on évolue dans cadre d'intelligence collective, et halte aux trolls.
Peut-être que les participants passés peuvent témoigner ?
# Suivez la rencontre en direct !
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 4. Dernière modification le 28 mars 2017 à 10:25.
On a mis en place un Jitsi Meet :
https://meet.jabberfr.org/paris-meetup
Pas idéal, car c'est vraiment de la voix et vidéo « multi-party », ce n'est pas une solution de diffusion. Donc on va disposer les ordis de manière à capter à la fois le son au centre et la vidéo en périphérie. Ce sera un essai.
On pourra aussi utiliser le MUC associé xmpp:paris-meetup@muc.jabberfr.org?join (ou
paris-meetup@muc.jabberfr.org)[^] # Re: Limité à vingt personnes.
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 5.
Bonne idée !
Inscrivez-vous sur : https://cryptpad.fr/pad/#/1/edit/51AoM58yvrRnFHPJXMFcEA/rQ0zjwChlY9jSOEU4d2JZCMi
* votre nom ou pseudo
* ce que vous apportez à boire/manger
[^] # Re: Une première...
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 3.
Oui, il y a un « turnover » constant, ou des changements de serveurs… donc les listes de contacts se vident naturellement, si elles ne sont pas maintenues.
[^] # Re: Une première...
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 3.
Je suis d'accord sur Movim, Salut à Toi, et Conversations.
J'ajouterai timidement ForNeVeR/Kaiwa (disponible entre autre sur chat.jabber.ru), le fork de fork de Otalk (otalk.org).
[^] # Re: Une première...
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 4.
Mdr…
Là, ce n'est plus « y croire », c'est « le constater » et/ou « y participer/contribuer ».
Un bon coup de modernisme est bel et bien nécessaire, c'est en cours, et on a besoin des avis et expériences de toutes et tous.
# Une première...
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 5.
Donc c'est une première rencontre, organisée de manière très légère, qui donnera naissance je l'espère à d'autres rencontres, mais structurées cette fois.
La tendance est au réveil et à la montée en puissance de XMPP/Jabber dans le monde avec tous ces meetups qui se montent et se pérennisent.
[^] # Re: Proposer une présentation ?
Posté par Nÿco (site web personnel) . En réponse à la dépêche Soirée déc‐ouverte LinuxFr.org, numéro 2 (7 mars) : Boooksprint, RideSafe, Xwiki. Évalué à 3.
Contacte-moi en privé, stp, tu ne réponds pas sur XMPP/Jabber… ;-)
[^] # Re: Proposer une présentation ?
Posté par Nÿco (site web personnel) . En réponse à la dépêche Soirée déc‐ouverte LinuxFr.org, numéro 2 (7 mars) : Boooksprint, RideSafe, Xwiki. Évalué à 3.
Il n'existe pas encore de page(s) wiki, mais on peut en créer une quelque part, par exemple sur : https://linuxfr.org/wiki/linuxfr-org
Tu veux exposer Rolistream, je suppose ?
[^] # Re: Comparaison avec Prosody ?
Posté par Nÿco (site web personnel) . En réponse à la dépêche La plate‐forme MongooseIM est disponible en version 2.0.0. Évalué à 6.
Non, nous nous sommes concentrés sur l'essentiel, le plus demandé, le plus utile. MongooseIM est moins un terrain d'expérimentation que Prosody (aucune connotation négative intentionnelle).
La robustesse, car le language Erlang possède des fonctionnalités et des qualités inégalées.
Aussi, nous sommes très appliqués sur le test : unitaire, fonctionnel, intégration, bout en bout, et… load test. Tout cela est opéré en continu. Notre approche "plateforme" ou "intégré" nous permet cela.
L'indépendance, le choix, l'évitement du « vendor-lock-in », la garantie de continuité de service, la compatibilité, et puis aussi le fait qu'on n'a pas à réfléchir quel composant adopter, et on n'a pas à perdre du temps à (re)coder des fonctionnalités.
[^] # Re: Comparaison avec Prosody ?
Posté par Nÿco (site web personnel) . En réponse à la dépêche La plate‐forme MongooseIM est disponible en version 2.0.0. Évalué à 5.
Je ne suis pas neutre, mais vais tenter de l'être.
Prosody est codé en Lua, donc très facile et rapide à développer.
Prosody est très en vogue dans la communauté, car - je pense que c'est la raison principale - il offre de très nombreux modules.
MongooseIM est codé en Erlang, donc très scalable et tolérant aux pannes.
MongooseIM se différencie par son approche plateforme (serveur, bibliothèques client, bientôt plus) et sa scalabilité.
# Dépêche ?
Posté par Nÿco (site web personnel) . En réponse au journal La seule chose que Microsoft doit faire - mais ne fera - pour gagner la confiance open-source. Évalué à 3.
Je me suis permit de transformer ce journal en dépêche :
https://linuxfr.org/redaction/news/la-seule-chose-que-microsoft-doit-faire-mais-ne-fera-pour-gagner-la-confiance-open-source
C'est dans l'espace de rédaction collaborative, libre à vous d'y contribuer.
[^] # Re: dépêche?
Posté par Nÿco (site web personnel) . En réponse au journal Quelques nouvelles en vrac de XMPP. Évalué à 4.
Pour aider à la rédaction : https://linuxfr.org/redaction/news/quelques-nouvelles-en-vrac-de-xmpp
[^] # Re: Erratum
Posté par Nÿco (site web personnel) . En réponse à la dépêche Firefox ? 42 !. Évalué à 3.
Bien vu, merci… corrigé !
[^] # Re: merci
Posté par Nÿco (site web personnel) . En réponse à la dépêche Rust versions 1.1, 1.2 et 1.3. Évalué à 3.
Corrigé.
En effet, c'est encore une news énorme que l'espace ouvert de rédaction a produit : 7 contributeurs, 166 éditions !
[Hors-sujet, désolé] Connaissez-vous de tels systèmes de rédaction collaborative de news ? Il y a bien wikinews, mais en existe-t-il d'autres ?
# Filtrage par formulaire ?
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Bouton «Signaler un contenu». Évalué à 3 (+0/-0).
Effectivement, très bonne idée, et specs à affiner.
Pourquoi pas faire un formulaire de filtrage, où l'on pose des questions fermées (toujours avec l'option ouverte) ?
Par exemple :
Quel type de contenu voulez-vous signaler ?