L’arrivée des liens diaspora://, ou la possibilité de publier un lien vers un message diaspora* qui s’ouvre dans le pod du cliqueur.
Voici une nouvelle fonctionnalité qui arrive bientôt dans diaspora*, et pas des moindres, puisqu’il s’agit de la mise en place d’un nouveau scheme (l’indication d’un protocole, comme https://). La prochaine version de diaspora* permettra à votre navigateur de gérer les liens commençant par diaspora:// !
Qu’est-ce que c’est ? À quoi ça sert ? Pourquoi un enchaînement de questions sonne-t-il mieux quand il y en a trois ? Nous vous expliquons tout !
Mais partons de la question la plus importante : à quoi ça sert, ou dit autrement, quel problème cherchons nous à résoudre ?
Le besoin initial, c’est la possibilité de faire un lien vers un message diaspora*. Vous savez, ce moment où vous dîtes, « tiens, c’est facile, c’est marqué là : https://diaspora-fr.org/posts/3602435« . Et bien, que se passe-t-il quand quelqu’un clique sur cette URL ? Elle est chargée par le navigateur et le message est affiché. Problème : la personne qui a partagé le lien a son compte diaspora* sur le serveur https://diaspora-fr.org. Elle visionne donc le lien depuis ce site internet. Mais les personnes cliquant sur le lien peuvent très bien être inscrites sur d’autres serveurs diaspora* ! Elles se retrouvent donc sur un site où elles ne sont pas connectées (elles n’y ont d’ailleurs pas de compte) et ne peuvent donc pas réagir sur le message. Cela est pénible. Pire, pour les gens qui ne connaissent encore pas bien la décentralisation, cela peut être perturbant : l’interface est similaire, ils pensent avoir été déconnectés, essayent de se reconnecter, comme ce n’est pas leur serveur, cela ne marche pas… Certains vont même se créer un nouveau compte sur l’autre serveur !
D’autres malins se seront rendus compte que le site qui affichent le message n’est pas celui sur lequel ils sont inscrits. Ils essayeront donc de remplacer à la main dans l’URL diaspora-fr.org par framasphere.org par exemple. Problème, l’url contient l’identifiant local du message (posts/3602435). Cela ne donne rien. Cette astuce fonctionne si l’on utilise le GUID, l’identifiant universel du message à travers tout le réseau diaspora*, accessible avec le permalien (l’icône de chaine qui apparait à côté de la date au survol d’un message). Le lien https://diaspora-fr.org/posts/16edcb805c5901368b05074458e9ec8c devient alors https://framasphere.org/posts/16edcb805c5901368b05074458e9ec8c et, si le message est connu du pod framasphere, il devient accessible. Mais cela nécessite d’aller modifier l’URL à la main, pas très pratique.
Une astuce consiste, pour le rédacteur, à mettre les liens dans diaspora* sous la forme [texte du lien](/posts/GUID) c’est à dire sans préciser le nom de domaine. Ce genre de lien est appelé « relatif » et les navigateurs vont automatiquement rajouter le nom de domaine au début. Donc, si j’écris ce lien ainsi, quand j’ouvre le message dans diaspora-fr, le lien commence par https://diaspora-fr.org/posts/..., et quand je l’ouvre dans framasphere, il commencera par https://framasphere.org/posts/....
Et bien voilà ! On a résolu notre problème ! Oui mais… non. D’abord, le rédacteur doit faire l’effort d’utiliser ce format, ce qui n’est pas toujours le cas. De plus, si le serveur du visiteur n’a jamais reçu le message en question, le GUID du lien ne correspondra à rien et une page 404 sera affichée. Autre problème, l’URL /posts/GUID est spécifique à diaspora*, cela ne marche donc pas pour les utilisateurs de la fédération depuis d’autres projets comme Friendica, Hubzilla ou SocialHome. Et surtout, le lien est relatif, donc, il n’est pas possible de le partager à l’extérieur de diaspora*, /posts/GUID n’a pas de sens depuis un site externe, un e-mail ou même un chat ! (Et puis s’amuser à écrire des URLs à la main, c’est pas super sympa et on risque de faire des erreurs).
Non non non, tout cela ne va pas, partager un lien vers un message devrait être plus simple. Et bien bonne nouvelle, maintenant, ça l’est.
Les serveurs diaspora* discutent entre eux grâce à la fédération, un protocole pour les réseaux sociaux décentralisés. On le disait ci-dessus, il est aussi utilisé par Friendica, Hubzilla, SocialHome et ganggo. Voilà quelques temps, le protocole a été amélioré pour permettre l’utilisation de liens diaspora://. Depuis la version 0.7.1.0, diaspora* est donc capable de gérer les liens commençant par diaspora://. Pour continuer notre exemple, voici le lien correspondant : diaspora://diaspora_news@diaspora-fr.org/post/e8c4e7105c5801368b07074458e9ec8c Je saisi ce texte et j’obtiens dans diaspora* après la publication de mon message https://diaspora-fr.org/posts/e8c4e7105c5801368b07074458e9ec8c. Le lien se transforme automatiquement selon le site depuis lequel vous ouvrez ce message. L’immense avantage, c’est que ce lien contient toutes les informations dont les serveurs diaspora* ont besoin pour aller chercher le message s’ils ne le connaissent pas. Il y a en plus du GUID, l’auteur et le serveur d’origine du message. Les serveurs diaspora* sont capables de comprendre que ce lien est un lien vers un message diaspora*, par rapport à l’astuce avec le lien relatif.
C’est donc bien mieux pour le partage de liens dans diaspora* (sachant qu’à l’avenir, il est prévu de transformer automatiquement les liens https://diaspora-fr.org/posts/3602435 en diaspora://diaspora_news@diaspora-fr.org/post/e8c4e7105c5801368b07074458e9ec8c pour ne pas que l’utilisateur ait à faire la manipulation). Oui, mais qu’en est-il de notre problème initial, partager un lien à l’extérieur de diaspora* ?
C’est là toute la raison de ce (très long) message : après avoir enregistré ce nouveau scheme à l’IANA, le code de diaspora* a été modifié et dans la version à venir, un petit bouton a été ajouté dans les paramètres :
Il permet d’indiquer au navigateur que les liens `diaspora://` doivent être ouvert avec le pod que vous choisissez. Lorsque l’on clique dessus, le message suivant apparaît :
Cliquez sur « Ajouter l’application » et voilà ! Essayez maintenant de saisir web+diaspora://diaspora_news@diaspora-fr.org/post/e8c4e7105c5801368b07074458e9ec8c dans la barre d’adresse de votre navigateur. Vous serez redirigé directement vers votre pod ! Il est donc maintenant possible de faire des liens comme celui-ci vers des messages diaspora* depuis n’importe où sur internet, et les personnes qui auront activé ce scheme dans leur navigateur seront redirigés directement vers leur serveur !
Vous voulez en savoir plus sur le sujet ? Toute la discussion est accessible sur le forum diaspora* (en anglais).
Prenons un peu de recul et observons pourquoi c’est une grande nouvelle.
Cet article est une traduction du blogpost officiel par la fondation diaspora*
tl;dr : la prochaine version majeure de diaspora* (0.7.0.0) embarquera une nouvelle version majeure (0.2.0) du protocole « The federation » de diaspora*. La sortie de cette version montre que la phase de nettoyage est terminée et que la communauté est à présent capable de faire évoluer ce protocole. Sous licence AGPL 3.0 et à l’épreuve de nombreuses années de production, le protocole et son implémentation sont fiables et robustes. Nous encourageons les projets cherchant à créer le web social à s’y intéresser et nous investirons pour pousser à son adoption notamment en fournissant un outil pour tester automatiquement ses implémentations dans d’autres langages. En dehors de l’implémentation de référence en Ruby, il y a actuellement deux implémentations en PHP, une en Python et une en Go.
L’évolution du protocole depuis 2012
La communauté diaspora* s’occupe du protocole de diaspora* (la fédération) depuis le retrait des fondateurs en Août 2012. À ce moment, le code gérant le protocole de diaspora* était intégré profondément dans le logiciel diaspora* lui-même. Une telle architecture a des défauts majeurs. Pour le projet diaspora* d’abord : elle rend difficile l’isolement et la correction des bogues et il est compliqué de faire évoluer le protocole en maitrisant les risques de régressions. Pour le protocole et son adoption ensuite, car comprendre son fonctionnement impliquait de rétro-ingénieurer le code, complexe, du logiciel diaspora*. Quant-à réutiliser directement ce code dans d’autres projets, cela était presque impossible.
Un protocole qui est difficile à faire évoluer et à réimplémenter est inutile et voué à disparaître. Il est donc très vite devenu essentiel aux yeux de la communauté d’extraire l’implémentation du protocole dans une bibliothèque séparée, qui serait à la fois plus facile à faire évoluer, permettrait de contenir et mieux corriger les bogues, pourrait être reprise et inclue dans les projets qui le souhaitent et servir d’implémentation de référence du protocole pour ceux souhaitant créer une nouvelle implémentation dans un autre langage que Ruby. Une issue a été créée sur github en Août 2014 et le travail d’extraction a commencé. Le code nécessitait d’être en grande partie refactorisé et finalement, une nouvelle implémentation a été écrite quasiment from scratch. Raven24 (Florian Staudacher) puis SuperTux88 (Benjamin Neff) ont travaillé sur cette implémentation pendant plus d’un an. C’était la première grande étape : comprendre tout le code écrit par les fondateurs, et le réécrire dans un projet séparé, pour qu’il soit réutilisable.
Quand la bibliothèque a commencé à être suffisamment stable, le travail d’intégration à diaspora* a commencé. Cette seconde étape a été encore plus difficile. Il a fallu inclure la bibliothèque dans diaspora* puis, bout par bout, remplacer l’ancien code dans diaspora* par des appels à la nouvelle bibliothèque. Cela a commencé par la découverte des contacts des autres pods, effectuée grâce aux standards WebFinger et HCard. C’est chose faite en Juillet 2015 et en Août 2015. Beaucoup de travail a suivi mais, pour faire court, le nettoyage du vieux code et l’intégration du nouveau a été terminé en Juin 2016. C’est finalement avec la sortie de la version majeure 0.6.0.0 de diaspora* que tout ce travail a officiellement été disponible pour tous, le 27 Août 2016, 4 ans jour pour jour après le départ des fondateurs.
Pourquoi aujourd’hui est un grand jour !
Tout ce travail fait pendant ces 4 premières années était essentiel pour partir sur des bases saines. Il a même fait beaucoup de bien aux serveurs, la nouvelle implémentation étant plus robuste et mieux testée donc moins buggée. Mais pour les utilisateurs, aucune nouvelle fonctionnalité visible n’est apparue. Voici pourquoi cette deuxième version majeure est excitante : la phase de nettoyage étant terminée, Benjamin a pu, aidé par Senya, s’attaquer à une partie beaucoup plus intéressante : faire évoluer le protocole. Et des évolutions, dans cette nouvelle version majeure et depuis Août dernier, il y en a eu ! Regardez les notes de versions, elles sont imposantes ! On peut par exemple noter l’ajout de la date de rédaction aux commentaires transités, permettant ainsi d’être certain de les afficher dans le bon ordre et corrigeant donc un bug vieux de plusieurs années !. Il est possible d’afficher sa biographie en publique sur les autres serveurs. On voit aussi apparaître la notion d’évènement, que le protocole est maintenant capable de gérer même si ce n’est pas encore le cas du logiciel diaspora*. Mais la nouveauté la plus importante, c’est l’introduction de la fameuse notion de migration, qui va permettre aux utilisateurs de déplacer leur compte d’un serveur diaspora* a un autre tout en gardant leurs contacts, messages, commentaires… Une des promesses phares du projet diaspora*, qui donne le pouvoir complet à l’utilisateur en lui permettant de partir d’un serveur et d’aller vers un autre quand il le souhaite.
Rétrocompatibilité et adoption
Tous ces changements sont importants et ont une conséquence : cette version majeure n’est pas rétrocompatible avec celle embarquée par les serveurs utilisant une version 0.6.2.0 ou inférieure de diaspora*. Ces derniers ne seront donc pas capable de recevoir les messages envoyés par la future version majeure de diaspora*, la version 0.7.0.0. C’est pourquoi il est extrêment important de mettre à jour les serveurs régulièrement, ce qui est de toute manière impératif pour corriger les failles de sécurité.
Cette version démontre aussi que, forte de ses 4 années d’expérience, la communauté de diaspora* est aujourd’hui capable de mettre à disposition un protocole de réseautage social fiable et évolutif. Ses spécifications sont, évidemment, publiques. La Gem Ruby, implémentation de référence utilisée par diaspora*, est disponible sous licence AGPL 3.0 (documentation, code source), et de nombreuses autres implémentations existent, comme celle en PHP utilisée par Friendica, celle en python utilisée par SocialHome, ou encore celle en Go utilisée par Ganggo. Notez que ces implémentations ne sont pas toutes complètes ni supportées officiellement par le projet diaspora*. Si vous souhaitez participer à l’évolution du protocole ou l’utiliser, n’hésitez pas, venez discuter sur Github, discourse ou sur #diaspora-dev sur IRC !
Keep rocking the free social web!
Cet article de blog deviendra certainement une discussion sur loomio lorsque j’aurais le temps de le traduire. Pour l’instant, l’écrire en Français est plus facile pour moi. Comme mes réflexions peuvent tout de même intéresser (et qu’on peut préférer lire en Français), je les partage ici. Voir aussi cet ancien article sur le même sujet.
Il y a trop de messages dans nos flux
Un réseau social sert majoritairement à partager et à échanger. S’il est correctement utilisé, il peut même permettre une veille efficace et devenir la principale source d’informations. Il suffit pour cela de suivre suffisamment de personnes postant du contenu intéressant. Malheureusement, il peut vite devenir compliqué de faire le tri dans la montagne de messages qui s’entassent dans notre flux. Le nombre de messages qui nous semblent pertinent peut décroître, jusqu’à tomber bien bas, ce qui fait perdre un temps précieux voire nous fait quitter le service.
L’automatisation n’est pas la solution
La solution de Facebook (je ne sais pas pour Twitter, mais j’imagine qu’il y a une pratique similaire) à ce problème consiste à étudier notre usage et notre activité pour filtrer de manière automatique notre flux en nous proposant principalement les personnes et sujets avec lesquels nous interagissons majoritairement. Cette approche pose un problème de cercle vicieux : nous sommes bien évidemment moins susceptible de cliquer sur un contenu qui ne nous est pas présenté, comme nous n’interagissons pas avec lui il nous sera moins souvent présenté, etc. De plus, elle implique de faire de l’analyse des usages et des données, ce que nous essayons de limiter dans le logiciel Libre pour des raisons de respect de la vie privée. À cela, il faut rajouter le fait qu’un ordinateur peut se tromper. Finalement, personne mieux que nous même n’est capable de savoir si un contenu ne nous intéresse ou pas.
Les hashtags, une solution partielle
Nous avons vu que suivre des personnes intéressantes n’est pas une solution suffisante. Ces personnes peuvent parfois poster du contenu qui ne nous intéresse pas. Pire, certaines personnes peuvent parfois poster un contenu qui nous intéresserait, mais poster majoritairement du contenu sans intérêt. Nous pouvons aussi ignorer complètement l’existence d’une personne qui nous intéresserait beaucoup et ne jamais la découvrir. La solution de Twitter et diaspora* à ce problème est le système de hashtag. On peut ainsi se mettre à suivre non pas des personnes mais des sujets, ce qui résout le problème évoqué ci-dessus. Malheureusement, certaines personnes peuvent squatter un hashtag, voir en ajouter systématiquement des dizaines pour tenter de donner de la visibilité à leur message (cas moins régulier sur Twitter où les tweets sont limités à 140 caractères pour le moment). De plus, il est aussi possible d’utiliser un hashtag pour parler de son contraire. Par exemple, une personne postant un article parlant d’un problème sous #windows pourra accompagner son message d’un commentaire comme « Ca ne serait pas arrivé sous #linux ! ». Si nous sommes intéressé par les messages parlant de #linux et donc nous suivons ce hashtag, ce message apparaîtra dans notre flux, alors même qu’il ne parle que du système de Microsoft.
Les expressions booléennes, une suggestion pour diaspora*
Cette idée me trotte dans la tête depuis des années. En fait, je la décris déjà dans la première suggestion de cet article qui date de 2012 ! Il s’agirait de permettre à l’utilisateur d’écrire une requête avec trois entités différentes : les utilisateurs, les aspects et les tags, ainsi qu’avec trois opérateurs (en plus des parenthèses pour déterminer la priorité) : le ou, le et et le non. Un utilisateur pourrait ainsi rechercher #linux && !#microsoft. La réponse à cette requête serait un flux de tous les messages contenant le tag #linux et ne contenant pas le tag #microsoft. Si on se rend compte en plus qu’un utilisateur spamme le tag #linux, on peut aussi l’enlever de ce flux en rajoutant && !@userSpammer. Et voilà, un flux tout propre avec juste ce qui nous intéresse !
Ces requêtes doivent ensuite pouvoir être épinglées pour se retrouver dans la colonne de gauche de la page des flux, afin de pouvoir être sélectionnée facilement sans avoir à réécrire la requête. On pourrait même vouloir lui donner un nom et la définir comme flux par défaut, et, pourquoi pas, combiner les requêtes entre elle toujours avec les trois opérateurs.
Les questions qu’il reste à trancher pour avoir des spécifications complètes :
- # pour les tags et @ pour les personnes sont devenus des standards de fait. Qu’utiliser pour désigner un aspect ?
- &&, || et ! sont bien connus des développeurs. Ce sont cependant des symboles techniques. Doit-on les utiliser ou bien chercher quelque chose d’autres ? Google utilise l’espace pour dire &&, OR pour dire || et – pour dire ! dans sa barre de recherche par exemple.
- Qu’est-ce que vous allez bien pouvoir offrir à Marien et Taratatach pour qu’ils m’aident à implémenter ça ?
La sortie est encore récente, et j’ai depuis mis à jour framasphère. Je me suis dit que ca pouvait être sympa de contacter la presse tech francophone pour essayer de faire un peu de bruit autour de cette sortie, alors j’ai écrit un petit mail aux sites que je connaissais. Comme je ne garde jamais rien pour moi, le voici :
La communauté des contributeurs au projet diaspora* est fière d’annoncer la sortie d’une nouvelle version majeure, la version 0.5.0.0. Diaspora* est un projet Libre d’un réseau social décentralisé et respectueux de la vie privée. Il a été lancé en 2010 par 4 étudiants américains. En Août 2012, ils cédaient la gouvernance du projet à la communauté. Cette nouvelle version est donc la cinquième version majeure publiée par la communauté.
Elle contient de nombreuses améliorations, dont notamment des grosses améliorations de l’expérience utilisateur tant sur desktop que sur mobile, beaucoup de refactoring et de changements sous le capot pour de meilleures performances, de nouvelles actions pour les administrateurs, et toujours des efforts pour améliorer la protection de la vie privée de l’utilisateur (voir ce précédent billet pour des détails sur ce point). L’annonce de la sortie est disponible sur le blog officiel (en anglais).
Avec 785 commits changeant 1336 fichiers, 31671 lignes de code ajoutées et 34509 lignes supprimées par 20 contributeurs différents, cette version est la plus grosse jamais sortie par la communauté. Le dépôt github vient d’ailleurs de dépasser les 10.000 stars, ce qui en fait le 3ème projet Ruby on Rails le plus suivi sur github.
diaspora* a connu un regain d’intérêt en France ces derniers mois, notamment grâce au lancement par Framasoft de leur nœud diaspora* framasphère dans le cadre de leur campagne « Dégooglisons Internet« . Lancé en Octobre dernier, celui-ci approche maintenant les 16.000 utilisateurs. Si vous souhaitez (re)découvrir diaspora*, framasphère est un serveur idéal où s’inscrire. N’oubliez pas de suivre des tags pour voir votre flux se remplir de contenu vous intéressant.
Voici le deuxième article d’une série de 5 sur la sortie de diaspora* v0.5.0.0. Il est consacré aux améliorations permettant une meilleure protection de la vie privée de l’utilisateur de diaspora*, le réseau social Libre et décentralisé. Retrouvez les autres articles depuis celui-ci.
Read More
Il nous aura fallu environ 6 mois pour sortir une release candidate de la nouvelle version majeure de diaspora*, la version 0.5.0.0. En cause principalement, le nouveau chat intégré basé sur XMPP que nous avons beaucoup de mal à stabiliser. Il est fonctionnel mais a du mal à passer correctement à l’échelle. Une nouvelle version de diaspora* sort en général tous les trois mois, nous avions donc déjà manqué une sortie, il n’était plus possible de repousser encore et toujours la sortie de la 0.5.0.0. Une branche contenant le code candidat à une release a donc été créée il y a un peu plus d’une semaine. Le chat XMPP y est inclus mais marqué comme expérimental et il est fortement déconseillé de l’activer sur un serveur de production avec de nombreux utilisateurs pour le moment. Pour autant, les améliorations sont nombreuses dans cette nouvelle version et il aurait été dommage de vous faire encore patienter.
En fait, les modifications sont tellement nombreuses que j’ai dû découper cet article en une série d’articles. Rien que le plan m’a montré à quel point il devenait gros. Pourtant, j’avais fait un effort, j’avais pris un joli pad dans lequel j’avais retenu uniquement les fonctionnalités essentielles, et tout et tout… Mais rien n’y a fait, il a fallu hacher tout ça et vous le délivrer petit à petit, histoire de faire monter le suspense. Quant-à ceux qui sont sur diaspora-fr.org et utilisent déjà le code de la version 0.5.0.0, vous êtes priés de ne pas tout dévoiler à vos petits camarades ! Laissez-les s’impatienter voyons !
Voici toutefois le sommaire de cette série d’articles sur diaspora* v0.5.0.0 qui vous dévoile les plus grosses améliorations. Après tout, le changelog, bien qu’incompréhensible, est public. Il n’y avait donc pas tellement de raison d’attendre plus. J’ajouterai au fur et à mesure les liens vers les articles lorsqu’ils sortiront (y’a encore du boulot). Le sommaire donc :
- Une expérience utilisateur améliorée avec le portage de l’intégralité de l’interface vers bootstrap (ça y est !) et de nombreuses améliorations qui vont je l’espère vous faciliter l’utilisation de diaspora* (oui, cette phrase ne dévoile rien, c’est fait exprès)
- Une meilleure protection de la vie privée avec notamment le retrait des données EXIF par défaut et un proxy pour les images, mes avancées préférées de cette nouvelle version
- La version mobile qui n’est pas en reste, avec les tags suivis et l’ajout de contacts (elle était attendue celle-là !)
- Sous le capot ça bouge aussi avec des mises à jour majeures de Ruby, Rails et Sidekiq, et des améliorations de la fédération
- et pour finir un tour sur les nouvelles fonctionnalités pour les podmins tel que l’expiration des comptes inactifs et la possibilité de verrouiller temporairement un compte
Voilà, croyez moi, vous allez en avoir pour votre argent. Comment ça, c’est Libre et gratuit ? Bon, mais si vous voulez quand même investir de l’argent, n’oubliez pas que nous sommes présents sur Bounty Source, où vous pouvez poster des bounties sur des issues github, pour financer le développement des fonctionnalités qui vous tiennent le plus à cœur. Plus d’infos sur le blog officiel.
Dîtes, ça se voit que je suis enthousiaste ?
Nous avons actuellement des problèmes de contenu incitant à la haine et la violence sur diaspora*. Comme nous avons été contactés par de nombreux journalistes, je mets ici une de mes réponses qui je pense peut intéresser beaucoup de monde.
Read More
Un petit meta article pour réfléchir sur la communication sur le Web.
La communication est essentielle dans un projet, et encore plus lorsqu’il est Libre. Il n’y a rien de pire que de travailler « en boite noire » sans communiquer avec la communauté, et d’arriver plusieurs mois plus tard en disant « TINTIIIN ! Voici une nouvelle version qui a complétement changé de direction par rapport à ce que vous croyiez et maintenant c’est trop tard pour faire quoi que ce soit ! ». Je pense d’ailleurs honnêtement que c’était la cause principale de l’échec du projet diaspora* lorsqu’il était mené par ses fondateurs. Même si on s’est un peu amélioré depuis, il reste beaucoup d’effort à faire en ce sens. Pourquoi communiquer est-il si important ? Vous connaissez déjà la réponse à cette question : un projet a tout à gagner à être connu. Plus d’utilisateurs, ce qui en fait un projet plus attractif, plus rentable s’il est basé sur ce genre de modèle d’affaire, plus crédible aussi, et plus fort, lorsqu’il y a des bras de fer avec les concurrents. Mais aussi, une plus grosse communauté qui, si elle est bien gérée, peut amener plus de contributeurs (développeurs, mais aussi designeurs, sysadmin, traducteurs… Tous sont nécessaires) et donc un projet de meilleure qualité. Il faut savoir jouer avec avec finesse, mais les bénéfices sont souvent à la hauteur des efforts fournis. Maintenant que nous sommes d’accord sur le fait que la communication est essentielle et que le succès ou l’échec d’un projet dépend d’abord d’elle, peu importe sa qualité technique, je peux rajouter deux gros bémols.
Read More
Ça bouge du côté de diaspora* en ce moment. On a sorti une version 0.4.0.0 immédiatement suivi par une 0.4.0.1 pour corriger une régression sous MySQL qui nous avait échappé. Le changelog complet est disponible sur Github, mais je vais quand même vous présenter les principales nouveautés de cette version.
Read More
Le dernier article de Maniatux, à propos de Diaspora*, m’a donné envie de réagir. Notez bien que ce n’est pas tant son article qui me fait prendre la plume de nouveau sur ce blog après deux ans d’absence mais plutôt le fait que j’ai envie de faire revivre un peu les Geexxx en compagnie de copain Fla.
Maniatux nous explique que, non, Diaspora*, ce n’est pas pour lui en nous expliquant les raisons de son désarroi. J’avoue avoir été déçu car la majorité de ses critiques portent sur l’installation d’un pod et non pas sur l’utilisation qu’il a pu en avoir. Je ne m’étendrai pas sur les « Ruby c’est du caca » « Y a des bugs c’est tout pourri » et autres « Ça manque de fonctionnalités de la mort qui tue » : il a tout à fait raison. D’ailleurs j’avais déjà critiqué le projet sur mon blog perso (hop ! Backlink gratuit !) il y a deux ans jour pour jour (les hasards du calendrier). Les choses n’ont finalement que peu évolué depuis, mais surtout à cause du manque de contributeurs au code.
Par contre, une phrase m’a surpris :
Diaspora est un twitter castré, je ne vois pas ce que cela apporte de plus par rapport à un blog pour le moment.
De un, j’aurais plutôt pris Google+ en exemple de castration, mais ça on s’en fout.
De deux, bien sûr que Diaspora apporte quelque chose en plus aux blogs traditionnels ! Les vieux blogueurs (ou gourous comme ils préfèrent s’appeler) auront beau vanter les mérites du blog, il manquera toujours au moins un petit quelque chose : l’ambiance générée par l’effet communautaire. Un blog peut évidemment comporter une petite communauté, mais cela sera totalement différent. Une analogie simple mais que je pense pertinente : le réseau social est au blog ce que le bar est à notre chez nous. On peut se retrouver avec des potes chez nous à discuter comme l’on peut se retrouver autour d’une bière dans un bar à discuter avec des potes. L’ambiance.
Je conçois que mon analogie est un peu tirée par les cheveux et on l’appréciera ou non, mais c’est ma vision des choses. Pour être plus direct, il y a un certain nombre de choses que Diaspora* m’apporte et que les blogs n’ont pas :
- Une identité unique : le nerf de la guerre ! D’un blog à l’autre, nos commentaires n’ont aucun lien entre eux : une personne A peut très bien commenter sur mon blog avec le pseudo « J’aime le fromage » tandis qu’il s’agira d’une personne B avec le même pseudo sur un autre. Et puis que c’est chiant de devoir compléter tous ces champs pour indiquer son nom, son adresse mail et son site avant de pouvoir commenter !
- Un carnet d’adresses : même si Diaspora* ne me convient pas entièrement sur ce point, c’est toujours mieux que le blog. L’un de mes protons (contraction de projet et de carton) consiste à revoir le fonctionnement des carnets d’adresses au niveau des réseaux sociaux, je vous en parlerai peut-être un jour…
- La centralisation de MES données (principalement les commentaires). Si la décentralisation du point de vue réseau est appréciable il en est autrement de mes données que je souhaite garder sous le coude.
- L’instantanéité du dialogue avec des gens que je ne connais(sais) pas. Bien que Fla ne l’avoue qu’à contre-cœur, Cyrille Borne a tout de même rabattu un petit paquet de personnes francophones que l’on avait l’habitude de suivre par leur blog. On découvre par conséquent une autre facette de tout ce petit monde qui tourne autour de la blogosphère (geek) française.
Tout cela n’enlève pas les (nombreux) défauts de Diaspora* et je suis quasiment certain que ce réseau est condamné à pourrir dans le terrible trou de l’oubli d’ici quelques années mais profitons de ses jeunes années avant de migrer ailleurs, de belles choses peuvent encore en sortir ! Alors viens copain !