Je suis utilisateur de certains réseaux sociaux tels qu'Identi.ca ou encore Twitter (notamment grâce à un pont entre identica et twitter).
Pour rappel ces deux réseaux sociaux sont considérés de Microblog, c'est à dire une courte phrase limitée à 140 caractères pour exprimer quelque chose. C'est d'ailleurs plus court que les anciennes limites du texto sur téléphone mobile.
Ainsi, dans le monde d'Identica s'est déroulé récemment une succession d'évènements plutôt déroutants : le mainteneur principal du logiciel statusnet (utilisé par Identica) a laissé le projet à la communauté et s'est tourné vers un nouveau produit assez proche : pump.io.
À la rigueur ce n'est pas un problème, sauf si ledit mainteneur, Evan Prodromou, compte passer le site identi.ca à pump.io.
Cet article donne mon expérience et mes impressions sur ce nouvel outil (pump.io) que j'ai testé en local.
Photo par Darmin70 sur son album Flickr.
On a le choix entre :
Sachant qu'avec l'option 2 on sait :
Pour faire bien, il me faudrait installer une instance compatible avec statusnet pour continuer de suivre les personnes qui ont ce type d'instance, et trouver des clients ou adapter des clients pour se connecter à la nouvelle mouture de pump.io.
Qu'en est-il de statusnet ?
J'ai listé 2 possibilités d'instances statusnet (comprendre compatible avec l'actuel statusnet) :
Il m'ennuie car :
Il est cependant intéressant pour le fait qu'il peut être "mono-utilisateur", c'est à dire restreint à une personne. Ce qui limite ensuite le suivi des enregistrements véritables ou non.
Passons à autre chose.
Il semble sympathique pour les raisons suivantes :
En revanche :
Je me suis alors tourné vers l'option 3 : installer et tester pump.io.
Pump.io est un projet encore très jeune, il est en version 0.2.1 mais avance assez vite dans son développement.
Il fonctionne sur un mode décentralisé (chacun peut avoir son instance et se connecter à celle des autres) et permet de partager ce qu'il appelle des "notes" sans aucune limite du nombre de caractères ; mais aussi des images afin de partager des moments clés de notre vie ou des éléments hilarants trouvés ici ou là.
L'outil est développé en javascript et n'en est qu'à ses débuts, donc le peu de fonctionnalités et de routines font de lui un outil plus rapide que ses concurrents/prédécesseurs.
À noter que l'outil est un serveur à part entière. Il fournit le serveur et le client.
Pour plus d'informations au sujet de pump.io, je vous renvoie au site officiel de pump.io.
Je ne décrirai pas l'installation de pump.io car vous pouvez lire l'installation de pump.io 0.3-trunk sur le Quicky Blanko.
Cependant sachez que vous pouvez choisir quelle base de données vous allez utiliser ou tout simplement si vous voulez utiliser des fichiers pour stocker les résultats de l'utilisation de votre instance pump.io.
Ainsi je suis resté sur une base de données Redis qui semble facile à installer et à utiliser sous GNU/Linux Debian.
Ensuite il suffit de quelques commandes simples pour réussir à installer/configurer et lancer une instance pump.io. C'est un avantage certain.
Une telle configuration système ne peut pas s'effectuer sur la plupart des hébergeurs, cela restreint donc l'utilisation à grande échelle, mais largement suffisant pour tester et utiliser chez soi ! Ce qui, en passant, est le but des logiciels décentralisés : l'utiliser et le garder chez soi.
Je tiens à rappeler que j'ai utilisé une version "en cours de développement", il se peut donc qu'il y ait des incohérences entre un pump.io que vous testez et celui que j'ai eu sous la main.
Avant tout c'est une interface simple et claire qui nous accueille sur l'instance. Très peu de texte, très peu d'options : on sait directement où aller, c'est sur "Register" que je me rends donc pour devenir le premier utilisateur de ma propre instance.
Vous sentez d'ailleurs cette modification de ma voix dans "ma propre instance" ? Non ? Toujours pas ? Ça secoue un peu de pouvoir dire qu'on a sa propre instance d'un outil décentralisé. On se sent à la fois fier et libre. Libre de choisir un autre outil… ou de réutiliser un outil moins libre… ou tout simplement d'adapter à ses besoins !
Donc pour reprendre, une fois enregistré/connecté en deux coups de cuillère à pot, on se retrouve sur notre "mur" - nommé Activity.
Ensuite on peut y poster facilement une note ou une image puis la partager en sélectionnant des groupes d'utilisateurs ou des utilisateurs.
Tout n'est cependant pas rose, surtout à partir du moment où j'ai voulu papoter avec d'autres personnes sur d'autres instances pump.io.
Il doit y avoir encore pleins de critères, mais je vous fais fi de tout cela.
Je considère certains points problématiques. Voici les explications.
D'après le ticket suivant il semble qu'il n'y ait encore aucune idée pour régionaliser l'application. Rien de rien. Même pas une petite idée d'un système logiciel pouvant le faire ou ayant été fait en javascript pour cela. Néant complet.
On se sent seul.
Très seul.
Bref, d'un point de vue logique, cela m'échappe de faire une application de réseau social, oui oui réseau social, je le répète, réseau social. Comment créer des liens entre des personnes qui ne peuvent même pas avoir l'application transformée suivant leur propre langue ?
C'est très curieux de ne pas avoir mis ça en haut de liste dans les contraintes. Identica est en plusieurs langues.
Twitter vous propose de suivre des stars (que ce soit leur compte réel ou pas on s'en fou). Identica vous offre le luxe de voir les derniers billets/messages sur un "mur public".
Chez pump.io, vous ne savez pas qui utilise votre serveur. Vous ne voyez pas les autres, vous ne savez pas qu'ils existent. Ça ressemble donc à un réseau d'autistes.
Super, je viens de m'inscrire à un outil de réseau social, je ne sais pas qui suivre ni qu'ils existent et mes amis sont restés sur Facebook, Twitter, Identica, etc.
C'est exactement ça.
Edit : Mart-e nous explique sur son instance Statusnet que Ofirehose devrait s'occuper de trouver des gens.
Fin de l'Edit
Côté technique, je relève deux points car je n'ai pas été plus en profondeur :
Edit : Ce sur quoi je voulais vraiment insister pour Oauth 1.0 est surtout une phrase lue sur le wiki de pump.io au sujet de la connaissance de Oauth 1.0 vs. Oauth 2.0 par Evan Prodromou. Notamment la phrase suivante :
I can barely understand OAuth 1.0 and I can't figure out OAuth 2.0 at all, so I'm sticking with 1.0.
Fin de l'Edit
Vous préférez pomper l'eau vous-même au puit sans assurance de continuité ou utiliser l'eau courante à domicile ? Peut-être préférez-vous un système qui soit un mélange des deux ?
À vous de choisir, dans mon cas ce ne sera probablement pas pump.io. J'ai besoin d'être rassuré sur la régionalisation de l'interface, l'accès aux instances distantes et la possibilité de mettre le service derrière un proxy afin de pouvoir disposer de plusieurs services webs sur le port 80.
Je ne le conseille que pour une utilisation privée au sein d'une entreprise par exemple ou bien pour une association ou un évènement spécifique.