Miklos
« Je donne mon avis non comme bon mais comme mien. » — Michel de Montaigne

This blog is © Miklos. Do not copy, download or mirror the site or portions thereof, or else your ISP will be blocked. 

26 février 2009

Le temps, vite ; ou de forums, de listes de diffusion et de blogs

Classé dans : Livre, Peinture, dessin, Sciences, techniques — Miklos @ 19:21

Voir aussi l’article qui a fait suite à l’annonce de la fermeture de la liste le 3 juin 2009.

Pour ceux qui sont nés informatiquement avant le Déluge – l’émergence du Web qui a tout balayé –, il existait un mode de communication public en réseau appelé Usenet. Prédatant l’internet grand public (conçu en 1979, il s’était développé sur le réseau UUCP), il permettait d’envoyer un message (ou « article ») classifié par son auteur dans une ou plusieurs catégories hiérarchiques (professionnelles ou non) ; cet article se diffusait d’ordinateur en ordinateur qui le « rangeait » dans les catégories adéquates (pour autant que l’administrateur avait abonné l’ordinateur à ces catégories) et le passait aux relais suivants. Les identifiants des catégories rappellent un peu des systèmes de classification connus en bibliothèque… Ainsi, fr.emploi.demandes désignait la catégorie de demandes d’emploi en France (ou en français), sous-catégorie de fr.emploi, elle-même faisant partie de la catégorie-mère fr.

Dans les premiers temps de Usenet, il n’y avait que trois, puis huit, catégories mères (comp pour l’informatique, humanities pour les arts et les lettres, soc pour la sociologie, talk pour le clavardage, etc.), mais bientôt il s’en créera une galaxie représentant d’autres critères de rangement (par exemple le pays, d’où les catégories fr, uk… ; le réseau d’origine, tels bitnet, fidonet…). Certaines classes de catégories mères (notamment celle appelée alt) permettaient à n’importe qui d’y créer des sous-catégories (ce qui a donné lieu à de nombreux abus qui participèrent au déclin de Usenet), d’autres nécessitaient une procédure formelle qui comprenait rédaction de charte, vote, etc. Certaines catégories étaient administrées (« modérées », en franglais) – ce qui causait évidemment des délais supplémentaires dans la diffusion des articles – d’autres non. Un administrateur pouvait en général effacer, après coup, un article qui y avait été diffusé (en envoyant un message spécial qui tentait de « rattraper » l’article en question, et demander aux relais de l’effacer).

Il n’était pas nécessaire de s’abonner pour consulter les messages de telle ou telle catégorie : il suffisait de s’y connecter avec un logiciel adéquat (appelé newsreader en anglais). Toute personne connectée à l’un des réseaux de l’époque pouvait consulter les articles diffusés dans ces catégories, y répondre publiquement ou en privé ; les réponses préservaient l’objet de l’article original, et il était possible de les lire contextuellement. À cet époque lointaine, les articles (et les courriers électroniques aussi, d’ailleurs) se diffusaient lentement : il leur fallait parfois plusieurs jours pour arriver à destination. Au bout d’un certain temps (de l’ordre de quelques jours à quelques semaines, selon ce qu’avait programmé l’administrateur du relais), ils s’effaçaient de la catégorie où ils avaient été publiés (ce qui n’a pas empêché notre AMI – l’Aspirateur Mondial de l’Information – de trouver le moyen de récupérer des archives de ces forums remontant au début des années 80… la vertu de l’oubli s’oublie). Appelés de nos jours « forums » (terme qui recouvre aussi d’autres systèmes de communication), ils sont surtout utilisés en interne, par exemple par des fournisseurs d’accès (ainsi, certains en utilisent pour le « support » de leurs usagers ; ils sont alors thématisés par le genre de problèmes rencontrés – messagerie, téléphonie, connectivité, etc.).

Le déclin de Usenet a commencé dans les années 90 avec l’émergence du Web, et, plus tard, de sites de réseaux sociaux. Si ces derniers sont, pour certains aspects, plus rapides, efficaces ou conviviaux (surtout pour la diffusion de contenus binaires – musique, images fixes ou animées, etc.), aucun d’eux ne possède cette particularité réellement unique qu’avait Usenet (et, à certains égards, irc et icq) : la qualité d’être un système complètement réparti et décentralisé. Les divers Facebook, Youtube, Deezer, Second Life et autres appartiennent en général à une société privée et dépendent d’une infrastructure particulière (qui peut être répartie, comme celle de Google, mais alors répartie en interne et visible de l’extérieur comme un seul service ; d’ailleurs, s’il tombe en panne, comme ça l’est encore arrivé récemment pour l’accès aux sites, puis à ses courriers, cela affecte tout le service et donc l’humanité googleuse). La « propriété » des contenus – créés par les contributeurs – est aussi problématique. Il suffit de rappeler la très récente controverse qu’a occasionnée Facebook en imposant dans ses conditions d’utilisation la clause selon laquelle l’usager lui cède ad vitam aeternam ses droits sur de la totalité des contenus – textes, images… – qu’il y a mis en ligne, pour toute utilisation, y compris celle de son propre nom et de ses photos personnelles, non seulement pendant qu’il y est inscrit, mais aussi après sa désinscription ; le scandale leur a fait annuler cette toute dernière clause, mais pas le reste…

Les listes de diffusion sont venues répondre en général à un besoin plus spécifique, à une thématique particulière. En ce sens, ils correspondent, peu ou prou, à une catégorie (ou forum) de Usenet et fonctionnent quasiment de la même façon : l’envoi d’un message par courrier électronique à des inscrits à la liste (appelés « abonnés ») ; mais au lieu d’avoir à choisir une catégorie parmi d’autres, le message est expédié par son auteur à une adresse (le serveur, qui la diffusera aux abonnés). L’accès en lecture à ces messages nécessite donc d’y être inscrit (plus tard, l’accès web, puis RSS, à leurs archives permettra aussi d’offrir la lecture sans authentification en option), et donc de créer des forums privés, à la différence de Usenet. L’écriture dans une liste peut y être libre ou administrée (même pour ses abonnés). Ces listes ne sont évidemment pas réparties comme l’était Usenet : elles nécessitent, chacune, un « serveur de liste », qui reçoit les demandes de publication, autorise la gestion de filtrages, et gère la diffusion aux abonnés.

La liste de diffusion francophone consacrée aux bibliothèques, Biblio-FR, est née en septembre 1993. Gérée la plupart du temps par une personne (bénévole, dans son temps libre), elle est devenue victime de son succès : un nombre d’abonnés de plus de 17.000, un nombre de contributeurs variés croissant, des sujets et des thématiques (débats, annonces d’événements, demandes et offres d’emploi, questions/réponses) plus riches, voire hétéroclites. En conséquence, au lieu de fournir un mode de communication plus rapide et plus structuré que ne l’aurait fait Usenet – ce qui était le cas dans les premières années d’existence de la liste –, celle-ci est saturée de messages présentés tous au même niveau et envahissant ainsi les boîtes à lettre des abonnés, et s’engorge souvent : interruptions et délais (parfois allant jusqu’à deux semaines) entre l’envoi et la publication (certains événements sont ainsi annoncés après leur tenue…) du fait de sa gestion essentiellement unipersonnelle, regroupement de messages distincts à l’origine dans un même message à sa diffusion (ce qui ne permet pas de les sélectionner indépendamment et nécessite de parcourir tout le message regroupé – tel ce message du 20 février 2009 qui comprenait 43 offres d’emploi à la queue-leu-leu), ce qui est contraire au principe même de la diffusion des messages individuels (les listes de diffusion permettent de créer, indépendamment, des regroupements, appelés digest, mais ils ne sont pas obligatoires)…

Si Biblio-FR vise à être un mode utile de communication autour de sa thématique globale, il me semble qu’il faut prendre acte de cette mutation – non seulement du volume et de la variété de son lectorat, de ses thématiques et de ses auteurs, mais aussi des techniques de communication qui existent présentement – pour continuer à les fédérer, mais d’une façon plus efficace, plus utile, à ses usagers. En bref : de l’organisation de l’information et de la gestion de sa circulation (« workflow »).

Il me semble qu’une évolution possible – ce n’est certainement pas la seule, c’est celle qui me vient à l’esprit, et je la suggère pour réouvrir le débat (j’avais tenté de le faire par le passé, mais la modération n’avait pas laissé passer mon message) – serait de passer à une plate-forme de blog, dans laquelle les billets seraient l’équivalent des messages de la liste. Que permet-elle ?

— la création de catégories hiérarchiques (par l’administrateur) et/ou l’étiquetage (« tags ») des billets (le choix des catégories et/ou des étiquettes peut être fait par l’auteur du billet et/ou l’administrateur), et donc la classification des messages, ce qui permet aux lecteurs de ne consulter que la/les catégorie(s) qui les intéressent (l’ébauche existe dans biblio-fr, « JOBILISE », « QU », « Infosite », etc., mots-clé rajoutés aux objets des messages, mais elle est trop limitée) – en outre, le blog affiche en général aussi la liste des derniers billets toutes catégories confondues – ce qui n’empêche pas de consulter directement à la catégorie souhaitée. En particulier, l’événementiel peut être aussi catégorisé par régions, ce qui permet aussi un meilleur ciblage. Pour ceux qui ne sont intéressé que par un certain nombre limité de catégories, des fils RSS leurs permettent d’être informé de ce qui s’y publie, sans avoir à aller sur le site pour vérifier ; dans certains cas, les fils peuvent être programmés pour répondre à des requêtes (et ressemblent ainsi à de la DSI).

— la gestion des réponses (suivi) à un billet, en tant que commentaires au billet et pas en tant que billets indépendants, évitant ainsi la saturation, et hiérarchisant message d’origine et ses suites, ce qui n’est pas le cas dans la liste de diffusion ;

— le filtrage (« modération ») des billets et de leurs commentaires si souhaité (mais on peut aussi faire en sorte que les messages des inscrits ne nécessitent pas de modération), et l’effaçage a posteriori (ce que ne permet évidemment pas Biblio-FR : une fois qu’un message est parti, il est parti…) ;

— l’affichage des noms des auteurs dans la liste des billets (dans la liste actuelle, l’auteur affiché dans la liste est « Moderateur Biblio-FR », pour connaître l’auteur réel il faut ouvrir le message) ;

— la possibilité d’insérer des images (par exemple des copies d’écran, pour illustrer une discussion sur un logiciel bibliothéconomique), des liens hypertextuels, etc. (ce qui peut être contrôlé, pour éviter des problèmes de droit) ;

— la gestion intégrée d’archives (qui peut réintégrer les archives existantes de la liste, où les messages seraient transformés en billets, préservant leur date originale de publication… on peut d’ailleurs aussi y récupérer la liste des abonnés) et de recherche.

Etc. Un blog (ou tout système technique, d’ailleurs) n’est jamais une panacée : mal organisé, il ne fournit pas un accès structuré ; géré irrégulièrement, il n’accélèrera pas la diffusion des contenus. En revanche, il peut aussi faciliter toutes ces tâches, et fournir une meilleure plate-forme d’échange. C’est ce qu’on souhaite pour Biblio-FR.

Version légèrement modifiée d’un message envoyé à la liste Biblio-FR le 26 février 2009. Voir aussi à ce sujet un article de 2008.

3 commentaires »

  1. [...] des retards croissants. L’intérêt des contenus n’a pas crû avec le volume. J’ai exprimé ailleurs ma frustration à l’égard de cette saturation, qui m’a menée à me désabonner de la liste, [...]

    Ping par Miklos » Sic transit — 4 juin 2009 @ 2:32

  2. Les fondateurs de Biblio-FR ont pris acte de l’impasse dans laquelle la liste s’est retrouvée : elle ne s’est pas adaptée à son évolution qui ne pouvait que la mener dans le mur.

    On a le parfait contre-exemple d’une liste – communautaire elle aussi – qui a su prendre rapidement le tournant qui s’imposait face à sa croissance : créée par Craig Newmark dans les années 1990 (pour la diffusion de petites annonces), elle a eu un tel succès qu’elle s’est transformée – qu’elle a dû se transformer pour éviter d’imploser – en un site communautaire (qui a d’ailleurs conservé dans son nom l’historique de sa création, la liste de Craig), thématisé.

    Prenant une ampleur mondiable (déclinaisons locales en plus de 500 villes dans 50 pays), elle a nécessité aussi une croissance dans l’équipe qui la gère : au départ, une personne bénévole, puis un groupe de bénévoles, mais cela ne fonctionnait plus, à telle échelle. Ce groupe s’est donc finalement transformé en société commerciale (certaines petites annonces requièrent un paiement – mais moins élevé que celui du marché) de 28 personnes, tout en préservant – à certains égards sur le fond et à d’autres en apparence uniquement – l’aspect communautaire autogéré qui était à l’origine de sa création.

    On ne dira pas qu’il n’y a pas de dérives (notamments : spams, prostitution, etc.), que la direction (américaine) tolère plus ou moins (et qu’elle pourrait réduire bien plus efficacement, si c’était son choix stratégique). On voulait montrer ici une des façons qu’une liste de diffusion peut adopter pour s’adapter à sa croissance.

    On lira avec intérêt l’entretien du fondateur de la liste, dans lequel il parle de cette mutation. Il y relate notamment comment il a su s’adjoindre, à un moment critique, les compétences de certaines personnes pour pallier ses propres manques – en gestion -, et notamment celles de Jim Buckmaster, qui est devenu le PDG de Craiglist. Craig continue à y travailler, en tant que customer service rep (service support).

    Commentaire par Miklos — 10 juin 2009 @ 23:12

  3. [...] – Michel Fingerhut, « Le temps, vite ; ou de forums, de listes de diffusion et de blogs », http://blog.le-miklos.eu/?p=670) et pensé transformer biblio-fr, accompagner la liste d’un site web pour alléger la [...]

    Ping par Sans Biblio-fr | Polylogue — 25 janvier 2013 @ 16:47

Flux RSS des commentaires de cet article. TrackBack URI

Laisser un commentaire

XHTML: Vous pouvez utiliser ces balises : <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

The Blog of Miklos • Le blog de Miklos