Je ne sais pourquoi chaque contradicteur s’obstine à croire que je propose d’associer plusieurs chemins à un fichier !
Parce que lorsqu'on parle de système sémantique, il n'y a pas d'ordre; et une photo a la montagne, j'en prends 15, je vais pas chercher un thème différent pour les 15 photos, il y'a aussi le problème d'unicité lorsqu'on met en commun des filesystem, (clé usb, disque nomade, disque réseau...)
comment gérer le cas de disque nomades, faut rajouter un lecteur artificiellement pour qu'on puisse retrouver les éléments,
comment gérer les conflits d'utilisateurs ? tu rajoutes aussi le nom de l'utilisateur dans la sémantique ? Comment on fait si quelqu'un avait taggué ses photos ::Machin:Montagne:Paul: et qu'on rajoute l'utilisateur Paul? il va récupérer un paquet de thème impossible.
l'appli toto se lance, comment va t'elle trouver sa conf ? ::utilisateurBidule:plopA:plopB:conf ou faut il prendre l'utilisateur courant?
Ah oui mais y'a aussi plusieurs partition, donc faut aussi rajouter la partition, et puis je gère comment si quelqu'un veut la renommer ploc, il la copie?
::nomade:utilisateurBidule:plopA:plopB:conf
Ah ouais, mais j'ai 2 clé usb que j'ai appelé nomade, je fais comment?
avec la simple règle du chemin ordonné
sauf que ton chemin ordonné va devoir rajouter des éléments comme le nom d'utilisateur, son/ses groupes, sa partition, ses...
Donc un système de fichier arborescent ou chaque dossier est un thème; tu peux déjà le faire; et locate + grep te permet de trouver ce que tu cherches, tu peux développer une IHM qui va se servir de l'indexation des dossier, générer un tag par dossier, et paf c'est fait. Pas besoin de révolutionner un système de fichier.
En plus poussé tu avais feu Nepomuk, maintenant c'est Baloo (ou un truc de ce genre) mais ils se basaient sur les métadonnée des fichiers pour remplir leur base.
Bref demander la réécriture de presque tous les logiciels existant pour aucun ajout de fonctionnalité, pour un truc qui pourrait être implémenté simplement via un explorateur de fichier, je trouve que l'idée est intéressante, mais elle n'est pas mature.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Confluence, la recherche convergente et le chemin thématique
Posté par fearan . En réponse au journal Atlassian SaaS.... Évalué à 5.
Parce que lorsqu'on parle de système sémantique, il n'y a pas d'ordre; et une photo a la montagne, j'en prends 15, je vais pas chercher un thème différent pour les 15 photos, il y'a aussi le problème d'unicité lorsqu'on met en commun des filesystem, (clé usb, disque nomade, disque réseau...)
Ah oui mais y'a aussi plusieurs partition, donc faut aussi rajouter la partition, et puis je gère comment si quelqu'un veut la renommer ploc, il la copie?
::nomade:utilisateurBidule:plopA:plopB:conf
Ah ouais, mais j'ai 2 clé usb que j'ai appelé nomade, je fais comment?
sauf que ton chemin ordonné va devoir rajouter des éléments comme le nom d'utilisateur, son/ses groupes, sa partition, ses...
Donc un système de fichier arborescent ou chaque dossier est un thème; tu peux déjà le faire; et locate + grep te permet de trouver ce que tu cherches, tu peux développer une IHM qui va se servir de l'indexation des dossier, générer un tag par dossier, et paf c'est fait. Pas besoin de révolutionner un système de fichier.
En plus poussé tu avais feu Nepomuk, maintenant c'est Baloo (ou un truc de ce genre) mais ils se basaient sur les métadonnée des fichiers pour remplir leur base.
Bref demander la réécriture de presque tous les logiciels existant pour aucun ajout de fonctionnalité, pour un truc qui pourrait être implémenté simplement via un explorateur de fichier, je trouve que l'idée est intéressante, mais elle n'est pas mature.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent