Étiquetter
La mode est aux étiquettes (tags). Par contre, leur surutilisation les rend de plus en plus inutiles.
Historique
Avant les ordinateurs, on créait des dossiers (en papier) et on mettait du papier (en papier) dedans. On écrivait un nom sur le dossier (en papier) et on mettait la feuille (en papier) dedans. Après ça, on mettait ça dans un classeur et on n’y retouchait plus jamais de notre vie.
Après, est venu l’ordinateur. On créait des dossiers (sur le support mémoire) et on mettait des fichiers dedans. Quand un fichier était commun à plusieurs dossiers, on le copiait. Souvent on perdait des fichiers mais une recherche intensive permettait de les retrouver.
Maintenant, avec le web 2.0, on laisse tomber l’ancienne vision des dossiers, on utilise les étiquettes. Je sais pas ça vient d’où, mais c’était une bonne idée. Un item aujourd’hui peut être plusieurs choses, et c’est ce que les étiquettes permettent. J’ai un fichier qui a rapport à Microsoft et à Google, je mets les tags Microsoft et Google et le tour est joué.
Phénomène
Le phénomène est tellement d’ampleur que ça a mené à un abus. Je dois donner un exemple. Allez faire un tour sur le médiocre mais populaire site LifeHacker et regardez les étiquettes. Il y en a plein. Wow! Ça veut dire qu’un article est facile à retrouver grâce à ses étiquettes? Pas certain.
Je prends pour exemple par hasard l’article Download of the Day: DeltaCopy (Windows) . J’ai 6 étiquettes : Backup, Backup utilities, Downloads, Rsync, Syncing, Windows. En les regardant, j’ai vraiment l’impression qu’elles sont inutiles. Rsync et Syncing? Backup et Backup utilities? Downloads? Windows? Est-ce que ça ne ferait pas plus de sens de seulement mettre Backup ou syncing? Le reste, c’est de la pollution.
Nous sommes tous coupables
Je vais être obligé de me citer moi-même en mauvais exemple. J’aime del.icio.us. J’aime mettre des étiquettes dans del.icio.us. J’aime aussi Javascript et la programmation en général. Le problème est quand j’applique l’étiquette Javascript, je suis porté à appliquer programming. Pourtant, est-ce qu’un article étiqueté Javascript peut ne pas être par rapport à la programmation?
La solution non-techno
Je crois que la solution non-technologique par excellence est celle-ci : limiter le nombre d’étiquettes à une seule à moins d’avoir une bonne raison. C’est très normal d’avoir deux étiquettes quand un article parle de deux sujets très différents. Le problème est que maintenant, tous les mots d’un article sont rendus des étiquettes. Comme le chantait si bien Dany Aubé : “mon étiquette, c’est ma casquette”. On pourrait être porté à croire que ce qui la définit vraiment est : femme, chanteuse, années 60, chanson et yéyé. Mais non! Ce qui la définit est sa casquette. Seulement que sa casquette. Ce qui est vrai pour Dany Aubé est vrai pour le monde de l’informatique.
Mon étiquette, c’est ma casquette.
La solution techno
Je n’arrive pas à me convaincre que ma solution technologique est vraiment bonne. WordPress l’implémente mais elle semble n’être que peu utilisée : l’hiérarchisation des étiquettes. L’idée est simple : regrouper des étiquettes sous d’autres étiquettes de façon à ce qu’appliquer une seule étiquette applique aussi toutes ses étiquettes parents. Dans le cas de del.icio.us, la seule étiquette qui devrait être appliquée est Javascript. Par contre, Javascript aurait comme parent l’étiquette Programming. Donc, l’article serait automatiquement listé sous Javascript et Programming. On pourrait pousser plus loin en ayant l’hiérarchie suivante : Programming > Language > Javascript. L’article aurait donc automatiquement les étiquettes Programming, Language et Javascript. L’idée derrière ça : appliquer l’étiquette la plus précise possible et l’hiérarchie se charge du reste.
Les étiquettes doivent se tenir loin de la hiérarchie, c’est primordial. Pour cette raison je suis vraiment contre ta solution techno. Ma vision des tags c’est justement comme une délivrance de la hiérarchie. Une tag n’est qu’un mot, un mot indépendant qu’on utilise lorsqu’on en a de besoin… selon le CONTEXTE
Je suis d’accord que la surutilisation des tags existe. si j’écris : “je suis un singe” et que je créé les tags suivants pour cette phrase : sujet, etre, animal, singe, mammifere, drole, banane, article indefini, nom, complement, verbe, phrase … eh bien j’exagère.
Mais bon je m’arrête ici. Je ferai un article en règle en réponse au tien.
J’avais aussi déjà pensé à inclure hiérarchie dans les tags mais c’est vrai qu’il pourrait y avoir un retour de l’effet pervers de la limitation du système “conventionnel” de classement. Ça fait 4 ans que j’ai une compagnie et que je touche à tout. J’ai produit des programmes, des fichiers pour le marketing, des images, des notes, des soumissions, des contrats, des cv, etc.
C’est aussi logique de faire un répertoire soumissions et contrats pour ensuite faire des sous-répertoires avec le nom des clients que faire des répertoires avec le nom du client avec des sous-répertoires soumissions et contrats dedans. Reste que dans les 2 cas, c’est très plate de rechercher dans ces structures.
[…] En réponse au dernier article de Dan par rapport aux étiquettes, j’ai décidé de me prononcer également sur ce sujet. Je crois que les étiquettes (communément appelées tags) doivent être utilisées de façon complètement différente que peuvent l’être les dossiers. D’ailleurs à ce sujet, je dois dire que, personnellement, je ne crois pas que les étiquettes doivent remplacer les dossiers. Si l’information que l’on souhaite classer doit l’être de façon hiérarchique, les dossiers feront l’affaire. […]
[…] Il suffit de voir cette image pour comprendre l’article. J’essaie beaucoup d’appliquer le principe mais c’est pas toujours facile. En fait, j’essaie d’utiliser le même principe pour les conclusions. J’ai fait l’erreur de commencer par un historique avant-hier… c’est à croire que je suis incapable de mettre de simples principes en application. Do NOT start at the beginning! […]