PUBLIC MARKS from decembre with tags opac & BibliothequeReloaded

C’est la capacité d’un logiciel à être détourné. Un « bon » logiciel est un produit que ses utilisateurs peuvent appliquer à d’autres usages que ceux prévus par son concepteur. .... Bref, la bidouillabilité pour un opac, ce serait la possibilité de l’utiliser autrement que prévu par son concepteur. Par exemple : * l’utiliser comme base d’ouvrages et non comme outil de signalement de collections. Cela signifie que l’opac doit faciliter les rebonds vers d’autres plate-formes, la citation, la récupération de métadonnées, etc. * l’exploiter pour en extraire des statistiques diverses . * l’interroger autrement que par le formulaire de recherche... .... Les concepteurs de SIGB/Opac n’élaborent pas leurs bases de données comme le fait le reste du monde. Les éditeurs de SIGB sont scandaleusement hors des logiques d’Internet. On peut bien dire que les bibliothécaires sont à la traîne. ....

Ceux qui, de mon cru, m’apparaissent comme les plus importants... * Faut-il qu’une bibliothèque soit ouverte ou bleue ? * Les opac – Ergonomie : 1, Bidouillabilité : 0 * URL avec identifiant de session : brèves explications * Les offres d’emplois : parce qu’on a toujours mieux à faire * Export Unimarc XML avec Zotero * AtoZ – Quelques choix simples * Vous faites quoi pour l’environnement aujourd’hui ? * Le catalogue dans son labyrinthe * Bloguer, c’est écrire pour ne pas être lu * Décentralisation et autodidactisme comme principes pédagogiques en informatique * Le bouillon des bibliobsédés * En bibliothèque, il faut apprendre à faire du social * Le web des données * Et (pas) moi, et (pas) moi, et (pas) moi ? * 10 Bidouilla- et interopéra-bilité des opac – carte heuristique * Toi aussi, joue avec une ontologie * Date de retour d’un prêt – Ajouter à mon agenda

L'étudiant n’utilise pas sa boîte mail. .... Définir une politique « d’interpellation personnelle » (comment diffuser un message à un utilisateur précis ?), on finirait presque par croire que nos lecteurs ne sont jamais sur Internet. Pourtant nous savons qu’ils y sont : sur Facebook, sur Twitter.... Ce sont des sites qui permettent d’envoyer des messages directs. Messages privés ou application dédiée ? .... Un très grand nombre de SIGB fournit désormais des API qui permettraient aux lecteurs de consulter leur compte depuis Nevtibes ou Facebook. Mais : 1. soit nous n’avons pas le temps pour les développer 2. soit nous n’en avons pas les compétences techniques Pourtant nous demandons dans nos cahiers des charges que le SIGB sache envoyer des mails. Que n’intégrons-nous aussi dans les cahiers des charges le développement, par le prestataire, de ces quelques applications à partir des API qu’ils savent, eux, manipuler ?