Vincent14 a écrit 202 commentaires

Je dirais que les projets sont complémentaires. Aujourd'hui Movim s'oriente vers des fonctionnalités que l'on retrouve dans Twitter, Facebook, les forums et Skype. C'est un mix qui se prête très bien à un usage mobile et multiplateforme, le PHP est en plus un langage qui dispose de très, très nombreuses possibilités d'hébergement clé-en-mains, gratuites, parfois Libres.

SàT me semble sur un autre créneau, nettement plus technique (on l'a vu plus haut, l'install est encore loin d'être triviale, et même si le but est d'avoir quelque chose de simple ça restera pour les nerds qui ont pris l'option Linuxien au bac). Les fonctionnalités me paraissent plus orientées "famille" : partage de musique, télécommande, etc. Je ne réduit pas à SàT qu'à ça, puisqu'on a un équivalent très puissant des mails qui est arrivé, mais les priorités dressent une politique suffisamment différente pour qu'on puisse envisager d'utiliser les deux dans des contextes différents, et c'est pas plus mal en fait. Toute la puissance de SàT me parait résider dans ce qu'on peut faire si on dispose d'un accès à un serveur, alors que Movim postule sur l'inverse.

Dans tous les cas, la diversité n'a jamais nuit dans ce secteur, vu le taux de mortalité des projets. Et je parie que les projets meurent plus à cause de leurs choix techniques qu'à cause du manque de contributions. Movim est actuellement très réussi et SàT l'est tout autant.

C'est une excellente question, je me l'étais posée mais cette fois je suis allé fouilller le bugzilla des mozilliens. Verdict : il y a bien un ticket ouvert pour cette feature, je vous invite chaudement à le voter et surtout à compléter avec autant d'infos que possible.

Bug 385758 - Support Jabber (XMPP) in addition to Mail and News

Dans ce cas-là, à quoi ça sert ? Ça ne leur apporterait rien d'avoir l'info.

Des contacts sans numéro (juste pour envoyer des mails).

La seule chose que tu puisses déduire de mes factures téléphoniques ce sont mes relations proches. Ce que tu ne trouveras pas ce sont mes relations "internet" de personnes à l'autre bout du monde.

Oui, relis mon message :

Il y a des contacts que je n'appelle jamais.

Sans compter que recouper les appels autour de moi ne suffi pas à avoir 100% de ce que je fais, de même qu'utiliser le SMS au lieu de iMessage limite les dégâts (Apple reste hors de la boucle). Comme expliqué plus bas, les États ne sont pas les seules entités dont il faut se protéger.

Geeksphone a eu du mal à assurer les livraisons pendant près d'un mois et demi, et ils n'ont pas à s'en faire pour l'heure. La R&D a dû être amortie, en bref il ne reste qu'à maintenir et expédier.

Jolla, ça me semble moins certain en effet, mais je ne pense pas qu'il faille un public massif pour que le marché soit viable.

Oh que non ils ne l'ont pas. Il y a des contacts que je n'appelle jamais. Des contacts que je n'envoie qu'un texto par an. Des contacts sans numéro (juste pour envoyer des mails). Les contacts ont des annotations, des images, des choses qu'un Nokia 5310 et qu'un Firefox OS n'ont assurément jamais transmis à mon opérateur. Je ne suis jamais passé par la case "carnet d'adresses Android".

Ça me semble tout aussi faisable de compiler Linux / Mer / etc dans le cas de Jolla. L'interface est proprio, mais la seule limite serait un langage compilé. Si c'est du Python ou du Java obscurci aucun problème.

À noter que je ne cherche pas un OS qui fasse 50% de parts de marché, je souhaite juste un téléphone qui réponde à mes critères. Jolla et Geeksphone ont été capables de lever suffisamment de fonds pour le concrétiser leur projet, c'est donc parfaitement réalisable.

La question n'est pas de gagner ou de perdre mais de limiter les dégâts plutôt que de souffler de l'air sur le brasier. Jusque là, mon carnet est resté entre mes mains.

Si tu veux être pris au sérieux quand tu quotes, soit gentil et laisse ma parenthèse complète. Le langage me semble en effet un frein, d'abord parce que ruby sans Rails, soyons sérieux c'est le désert, ensuite parce que Rails est pas aussi répandu que C, Java ou PHP, enfin parce qu'il faut un environnement particulier pour héberger du RoR. Et ce n'est que le premier mot de ma parenthèse. Tape "hébergeur PHP" dans Google, je pense que ça te donnera une idée concrète.

En ce qui concerne le public visé, ça me parait raisonnable d'observer tous les réseaux Libres populaires qui existent avant de se lancer. À ma connaissance XMPP est un bon choix. Tu peux m'en citer d'autres si tu veux, mais il serait bon d'en faire une liste à recommander à toute personne qui se lancera à l'avenir.

Les utilisateurs de Facebook et Google+ sont à mon sens irrécupérables. Ils y sont parce qu'ils approuvent, ou au mieux désapprouvent tout en adorant ce que ça leur procure. Ce projet aurait de toute manière existé dans cette forme ou dans une autre.

En ce qui concerne le protocole, je prends ça pour de la mauvaise foi ou alors j'attends un peu d'argumentation. Pour moi des spécifications qui ont été lues par des dizaines de dev différents dans une dizaine de projets différents et qui sont inter-opérables, c'est du travail documenté, pérenne et fiable. Sans compter que c'est communautaire et donc qu'il n'y a pas une petite équipe de dev qui décide toute seule.

Je vois Movim comme

Mon avis n'engage que moi :) Un proof of concept ne signifie pas pourtant inutile, simplement qu'il implémente pour la première fois plein de choses et que perso je ne sais pas si ça répond à un besoin. En tout cas c'est là et ça n'attend que des feedbacks :)

Mh à ma connaissance il y n'y a rien d'autre de très préoccupant, mais au final c'est le plus handicapant avec ce serveur. Metronome est un fork vraiment sympa puisque maintenu et enrichi, et très léger comme Prosody.

Parlons de ces grandes entreprises dont les développeurs s'échangent des secrets industriels sur GMail et Dropbox, parle moi de ces 1% je t'écoute :) Il n'y a pas que deux extrêmes dans la vie. Tout le monde veut son indépendance à des prix très variables. Désolé je ne te crois pas, même avec des statistiques au doigt mouillé.

Le drame c'est que les gros projets tels que Diaspora font des choix techniques horribles (langage, protocole non documenté, gestion des priorités). pump.io (StatusNet) n'a même pas de messagerie instantanée alors qu'il se prétend réseau social. Ces gens devront-ils recourir à un autre réseau comme Skype pour communiquer ? Avec d'autres listes d'amis ? Ou reposer sur le client-à-client (!) ? À quoi bon ? Mon point de vue est de savoir ce que l'on veut : une belle architecture moderne ou avoir une chance de grandir ? Si on veut être viral, il faut une techno qui l'est.

• XMPP est utilisé par des milliers de personnes, pourquoi ne pas commencer par eux ? Les utilisateurs du réseau XMPP sont un public de choix puisque déjà inscrits sur votre réseau, ils n'ont qu'à se logguer pour évoluer de la messagerie instantanée vers des fonctionnalités « sociales » classiques type microblogging. Je peux comprendre que XMPP ne réponde pas à tous les besoins, mais n'est-ce pas un protocole justement évolutif qui ne demande qu'à évoluer ? Il n'est pas plus complexe à gérer qu'un compte email pour l'utilisateur et il offre des passerelles vers d'autres réseaux tels qu'IRC tout en étant extrêmement robuste puisqu'implémenté dans au moins 6 logiciels différents (qui apportent soit légèreté, soit interface d'administration, soit multiplateforme, etc).

• Movim a tout misé sur le PHP, un enfant de 14 ans peut déployer un blog WordPres sur un hébergeur glané sur Google. Quel développeur aujourd'hui ne connaît pas le PHP ? Friendica a aussi fait le choix du PHP, mais là encore, pas de messagerie instantanée, et surtout enfermé dans le web.

• SàT est un client qui vise clairement l'user de la tranche au dessus, celui qui sait ce qu'est un serveur. Il en faut pour tous les goûts, des gens seront bien heureux de le trouver.

Selon moi la réussite d'un réseau se joue beaucoup sur l'interface, mais pas seulement : il doit être facilement intégrable sur le Web, servir de client à nos anciens réseaux tels que Twitter ou Facebook (recevoir les messages et broadcaster ce qu'on écrit vers eux), et surtout éviter au maximum aux premiers utilisateurs à convaincre d'avoir à inviter leurs amis ou remplir des formulaires, à commencer par l'inscription. Le premier public à cibler est celui qui ne répond pas "j'ai rien à cacher" et qui n'a pas de réseau social à cause de ça.

Ton serveur implémente t-il correctement XMPP ? (à tout hasard si c'est du prosody c'est cuit, les autres ça va). Si tu veux créé toi un compte neuf sur movim.eu pour avoir une idée correcte.

Pour l'interface je suis d'accord avec toi. En fait XMPP a tellement de fonctionnalités qu'on a envie de tout implémenter. Je vois Movim comme un Proof of Concept pour le moment, il sera toujours temps de désactiver certaines parties de l'interface.

La langue joue aussi beaucoup, tente de passer en français :) Le projet est traduit dans un dizaine de langues par ailleurs.

Pour ne pas offrir des services gratuits où l'utilisateur est le produit (pas évident) il faut arriver à mettre en place des petites structures mutualisées telles que Legtux. On peut très bien imaginer un modèle économique basé sur le déploiement de ce type de structures, mais également dans le dev de fonctionnalités spécifiques (support de connecteurs, plugins pour intégration d'autres réseaux sociaux plus classiques, etc), ou encore pour déployer en interne dans des entreprises un réseau XMPP (calé sur un LDAP par exemple, intégré dans l'intranet, avec la même adresse pour XMPP et mail etc).

Movim va intégrer la vidéo-conférence courant 2014. Je suppose que des entreprises seraient intéressées de se passer de Google Hangout et Skype (made in USA) par les temps qui courent.

Son gros point faible à Elgg c'est aussi le spam et l'absence de bon plugin évitant les inscriptions de bots spammeurs.

C'est bien de savoir faire de la démagogie, j'aimerai juste rappeller avant de mettre pêle mêle des logiciels à structure centralisée et d'autres décentralisée, que Movim, Jappix et SàT reposent sur un réseau existants ET QUE CE NE SONT QUE DES CIENTS XMPP. Ça suffi, ça fait des années qu'on le répète maintenant, il faut chercher un peu. Ces projets n'inventent pas le réseau, ils avancent avec les contraintes qui leurs sont imposées par un protocole qui est un standard de l'IETF. En d'autres mots ils n'offrent que des interfaces supplémentaires pour le même serveur.

Par conséquent ils sont bien libres de partir avec une idée en tête et de réaliser n'importe quoi car tous ces logiciels sont interopérables. Contrairement à Diaspora. Contrairement à StatusNet qui a tout cassé cette année en changeant de serveur, et qui n'avait pas d'implémentation serveur concurrente alors que ça faisait des années qu'un écosystème essayait de naître autour (plugins, clients, utilisation de l'API).

L'important ce n'est pas qu'on passe 10 ans à réfléchir et que personne n'ose rien commencer, l'important c'est que 100 000 projets naissent et meurent, la diversité et la sélection naturelle feront des plus populaires le succès de demain. C'est comme ça le Libre. Ya pas de front commun. Mais on avance tant que le protocole est standard. Gajim et Pidgin sont deux belles réussites complémentaires dans leur domaine.

Hello, concernant Movim étant moi même contributeur, je souhaiterai connaître la date de la dernière fois que tu es venu essayer le logiciel ? Je suis surpris que Movim soit encore qualifié de lent alors que ce problème a été résolu en juin dernier de manière assez spectaculaire. Idem pour l'interface qui a été refondue un peu avant.

Parlons nous bien de ce que nous voyons sur http://pod.mov.im ?

On a à priori pas à se plaindre, voyez l'état du Royaume Uni via cette unique page Wikipedia (une perle) sur les pouvoirs ouffissimes du monarque http://fr.wikipedia.org/wiki/Monarchie_britannique#R.C3.B4les_et_pouvoirs_du_Monarque (pas certain d'avoir retrouvé la bonne page, sinon look at google and source yourself)

Ce qui contredit un peu ce paragraphe de mauvaise foi http://fr.wikipedia.org/wiki/Royaume-Uni#Politique

Le pouvoir du monarque a beau être théorique il est inscrit dans la loi et la loi c'est le monarque qui la fait. Droit de veto très fort et unilatéral entre autre, de ce que je comprends. Possibilité de renvoyer le premier ministre de la même manière. Nominations du gouvernement et droit d'opposition sur les membres. J'en passe.

Metronome apporte surtout un plein support de PubSub et de toutes les XEP relatives aux fonctionnalités sociales de XMPP, ce qui le rend intéressant pour Jappix également. XMPP est un protocole qui évolue, par conséquent les implémentations sont parfois inégales. Question de temps.

Entre CecILL-B et une BSD 2-clause que je trouve très bien, dois-je choisir ou proposer en double licence ?

Comment l'appliquer concrètement dans mes projets (le dual licencing) ?

Je n'ai aucune idée si mes baragouinages auraient une quelconque valeur lors d'un conflit juridique dans un tribunal français.

Encore une fois, je ne suis pas juriste.

C'est bien beau mais alors je ne comprends pas le concept de licences contaminantes s'il s'agit d'un geste désintéressé.

Oh j'avais manqué ton commentaire (lu mais pas répondu). Je vais redire ce que j'ai répondu plus bas du coup : effectivement j'ai mal formulé ce que j'entends par reverser, c'est simplement me permettre d'utiliser le dérivé. Tout dépend si les gens jouent le jeu en effet.