Troll sur le langage C
Un programme ne doit pas seulement être rapide. Il doit aussi est sécurisé, maintenable, évolutif. Le langage C n'est pas toujours adapté à ces besoins.
Indexation
Les systèmes d'indexation des documents répondent à un besoin. Retrouver rapidement de l'information dans de fichiers de plus en plus grande.
Aujourd'hui, l'utilisateur a plusieurs centaines de Mo (voir des giga) de mail, de documents, d'image, de vidéo...
L'utilisateur ne peux plus classer efficacement l'ensemble de ces fichiers en utilisant une hiérachisation de répertoire. Ca prendrait trop de temps.
Comment classe-t on des documents sur Unix?
- On définit une hiérachie complexe de répertoires.
- Par document, on définit un nom. (avec souvent une extension pour connaitre le type de fichier)
On a aujourd'hui aucun moyen simple de faire la relation entre un mail, un document et un projet.
Ce qui manque à l'heure actuelle, ce sont des méta-data pour l'ensemble des fichiers. Certains type de fichier ont été prévu pour garder une trace d'information supérieur au nom (comme les MP3, jpeg, png, doc) mais il faut bien un outil complémentaire pour pourvoir questionner cette base. (une sorte de find ou locate pour des méta-data).
De plus On devrait permettre à un fichier texte (au mettre titre qu'on connait le proprio) d'avoir des informations externes au fichier permettant de relier un fichier à un projet. (NTFS le permet mais aucun système de fichier unixien ne peut le faire à l'heure actuelle) Si on avait suivit les concepts d'unix, ca aurait du être possible.
Donc, les concepts d'unix sont amenés à évoluer et c'est tant mieux.
# mouai
Posté par schyzomarijks . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 9.
Un programme ne doit pas seulement être rapide. Il doit aussi est sécurisé, maintenable, évolutif. Le langage C n'est pas toujours adapté à ces besoins.
Indexation
Les systèmes d'indexation des documents répondent à un besoin. Retrouver rapidement de l'information dans de fichiers de plus en plus grande.
Aujourd'hui, l'utilisateur a plusieurs centaines de Mo (voir des giga) de mail, de documents, d'image, de vidéo...
L'utilisateur ne peux plus classer efficacement l'ensemble de ces fichiers en utilisant une hiérachisation de répertoire. Ca prendrait trop de temps.
Comment classe-t on des documents sur Unix?
- On définit une hiérachie complexe de répertoires.
Mail
|--Inbox
|-----Client 1
|-----Client 2
|-Projets
|------ projet1
|-----DOC
|------ projet2
...
- Par document, on définit un nom. (avec souvent une extension pour connaitre le type de fichier)
On a aujourd'hui aucun moyen simple de faire la relation entre un mail, un document et un projet.
Ce qui manque à l'heure actuelle, ce sont des méta-data pour l'ensemble des fichiers. Certains type de fichier ont été prévu pour garder une trace d'information supérieur au nom (comme les MP3, jpeg, png, doc) mais il faut bien un outil complémentaire pour pourvoir questionner cette base. (une sorte de find ou locate pour des méta-data).
De plus On devrait permettre à un fichier texte (au mettre titre qu'on connait le proprio) d'avoir des informations externes au fichier permettant de relier un fichier à un projet. (NTFS le permet mais aucun système de fichier unixien ne peut le faire à l'heure actuelle) Si on avait suivit les concepts d'unix, ca aurait du être possible.
Donc, les concepts d'unix sont amenés à évoluer et c'est tant mieux.