Octabrain a écrit 1689 commentaires

En dehors des problèmes de synonymes dans les tags, se pose le problème de quels tags attribuer à un contenu, par exemple faut-il créer de suite un nouveau tag pour un sujet un peu nouveau ou attendre que d'autres contenus liés arrivés et retagger les précédents a posteriori ? Et la prolifération des tags ?
N'y a-t-il pas une méthode sûre ?

> Le système de tags existe déjà dans kde4 il me semble, mais je ne suis pas séduit. Et surtout, si on met tout en vrac dans un dossier et que l'on tagger les fichiers, si l'installation de kde4 plante, ou si on veut changer de système, on se retrouve avec des milliers de fichiers en vrac à ne pas savoir qu'en faire (à part les classer ensuite de façon hiérarchique, ou les retagger).
C'est plus une histoire de rétro-compatibilité.Si dans le futur les tags deviennent la norme des systèmes de fichiers et de tout les logiciels, tu n'auras pas à te préoccuper de comment c'est rangé.

> Les sauvegardes multiples c'est important (je les fais aussi avec unison) et je ne vois pas comment des données de tags incluses dans le système de fichier pourrait se transférer d'un ordinateur linux à un autre ordinateur linux, et encore moins comment gérer le chiffrement de certains dossiers et se copier sur des systèmes de fichiers mac os x ou vfat.
C'est parce que les tags ne sont pas encore aussi bien intégrés que des dossiers.


> L'avantage de l'arborescence, c'est qu'on peut utiliser et transférer ses fichiers sur divers ordinateurs (linux ou mac os x) ou sur clé usb en vfat, et on peut conserver son rangement. Les tags pour moi sont plus ou moins dans les noms de dossier, si bien qu'avec locate je retrouve tout ce que je veux instantanément, dans par exemple le dossier images_vectorielles ou images_bitmaps ou musique_mod ou musique_midi etc
L'un des problèmes est si tu veux par exemple "musiques_de_vieux_jeux", qui aura des .m[io]d, mais aussi éventuellement des remix récents en .ogg. Pour retrouver les musiques d'un jeu, il faudra alors te rappeler si tu avais des ogg ou pas.

J'aime aussi trier séparément les fichiers "à moi" des fichiers "d'autres gens", et encore séparément des fichiers "qu'on peut retrouver sur internet".

Avec l'arborescence, tu ne peux que choisir un type de classement (et sous, sous-sous-classement, mais pas orthogonalement) : par source des fichiers (moi/pas moi), par type des fichiers (images, audio, etc.), par lien de contenu (projets, images récupérées, vieux jeux, etc.).
Si tu veux rechercher par un critère qui n'était pas ton critère de classement principal, il te faudra rechercher partout.
Avec des tags, c'est plus facile.


Pour aller plus loin, si les mails pouvaient être taggés dans le même espace de noms que les fichiers, ça pourrait être intéressant.

Relis le commentaire de Mathieu :
Je n'aime pas la solution clé usb non plus. Une clé, ça s'oublie, ça se perd, ça tombe en panne, et j'ai déjà assez de foutoir dans les poches pour ne pas rajouter ça en plus.

J'aime bien les tags sur gmail, mais je trouve que l'arborescence est encore valable car elle permet de "cacher" des niveaux en dessous.
Sur gmail, tout est au même niveau. Pour peu qu'on ait beaucoup de tags, on est pollué par tous ces tags. S'ils étaient classés dans des autres catégories (il y a bien la couleur des tags sur gmail, mais c'est très primitif).
Il y a par exemple des tags qui spécifient la langue (tag "fr", tag "en", etc.), des tags pour les divers sujets du mails ("projet machin"), des tags sur la nature du mail ("mail automatique", etc.).

D'ailleurs, je n'ai jamais compris comment on se trouve avec des forfaits avec des heures de communications mais un nombre minuscule de SMS (et à un prix de dépassement supérieur) alors que ça coûte certainement bien moins à l'opérateur.

En fait il t'a suggéré de ne pas en faire une partition dédiée.
Si tu veux que ça puisse utiliser de l'espace d'une autre partition, alors ça fait partie de l'autre partition.

Nan, je pense que ça finirait avec une communauté de trolls, et que le système de notation serait détourné.
En plus, je suis sûr qu'on ne saurait jamais si quelqu'un d'autre n'est pas en train de proposer le même article que nous.

Le nom "rootards", prononcé à l'anglaise, fait un peu "retards" :)

Il va s'appeler CDE ? D'oh !

Ah oui, la remarque du genre "c'est toi le problème" sans argumenter, c'est vrai que ça manquait un peu.

Dès qu'il y a un bug ? Tu vas en faire souvent des arrêts de service...

Et c'est le principe du meme (de M%C3%A9m%C3%A9tique), plein de trucs sont lancés, essayés, et peuvent disparaître aussitôt. Certains au contraire sont plus appréciés et reproduits et sortent de la sphère 4chan (comme les lolcats par exemple)

Tout cela n'est pas du ressort du conducteur mais de la voiture de s'adapter pour consommer moins, pour accélérer comme il faut, ou autre. Que le conducteur doive s'en charger traduit un problème. Si les voitures n'en sont pas encore capables, et bien il reste de quoi les améliorer.

Tu es au courant que toutes les voitures ne sont pas automatiques ?
De toute façon, la boite de vitesse n'est qu'un exemple d'inergonomie.

Si la relecture suffisait, ça se saurait...

L'obfuscation est souvent faite dans un but d'optimisation, par exemple la bibliothèque libre jquery en javascript est souvent diffusée obfusquée car la lib est plus petite à distribuer.
Comparer http://ajax.googleapis.com/ajax/libs/jquery/1.3/jquery.min.j(...) et http://ajax.googleapis.com/ajax/libs/jquery/1.3/jquery.js

Une voiture n'est pas ergonomique : il faut encore passer des vitesses différentes, appuyer sur des pédales en même temps que changer de vitesse, alors que fonctionnellement, on ne voudrait qu'accélérer ou ralentir, éventuellement jusqu'à l'arrêt.

Sur un service qui tourne et que tu ne peux pas redémarrer par exemple, genre le kernel, un serveur HTTP, etc.

Et pour le cas où il n'est pas possible de mettre à jour ? Il faut faire avec le bug.

Ben s'il n'est pas corrigé tu fais comment ? Tu dis "mon soft il marche pas mais c'est pas ma faute donc il continuera à pas marcher" ?

T'as raison, je propose qu'on arrête d'avoir des bugs dans nos programmes, tout serait plus simple. Je me demande bien comment on a pas pu avoir cette idée géniale avant...

Alors que si tu te mets à "tailler la bavette", ça risque pas d'arriver peut-être ?

"je pense que ça démontre crûment que tu es à 36 millions d'années-lumière d'avoir ne serait-ce que le minimum de compréhension de la manière dont un être humain fonctionne en milieu professionnel."
Si je me rappelle bien, djibb est prof, ça résume tout. (http://www.google.fr/search?hl=fr&q=djibb+prof+site%3Ali(...) )

Une boite de soft proprio ne devrait pas empêcher l'accès à SF car il y a des licences (non-GPL donc) qui autorise la réutilisation dans du propriétaire.

Si la seule force de la clef privée réside dans le fait que tu espères que personne ne viendra lire tes fichiers, ce serait un peu merdique les clefs privées, heureusement qu'elles sont chiffrées avec un bon vieux mot de passe !