• # Et bien ?

    Posté par . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 7.

    Alors que dans une conception filesystem-centric, j'aurait pu monter les système de fichier distant par FTP (ftpfs) sur mon système de fichier localement puis travailler directement sur les documents.

    Tu le dis toi mêmes, c'est exactement ce qu'on peut faire avec Konqueror toute application KDE, il suffit de taper l'URL dans la boîte de fichiers.
    La question suivante, c'est de savoir comment on peut unifier ca avec Gnome-VFS ou autres. Si déjà ils utilisaient les mêmes URLs, ce serait un grand pas en avant.

    - les programmes ne font qu'une et une seule chose et ils le font bien et jusqu'au bout.

    Un environnement moderne fait également bien une seule chose, mais du point de vue de l'utilisateur, rejoignant la révolution engendrée par le macintosh : "se servir de sa caméra numérique" par exemple forme un tout, donc on regroupe dans une seule appli gphoto pour télécharger les images / des fonctionnalités d'édition basiques / des capacités de rangement et de recherche des images / des capacités d'export (html, sur CD, ...)

    Bref, ce n'est pas Application-centric, mais User-centric nuanace.

    Par contre du point de vue interne, technique, rien n'empêche de réutiliser les principes fondateurs d'Unix. Et en effet, gphoto2 est développé à part, les bonnes applis sont très modulaires (KIO, Kparts), ...

    Le système offre un moyen de communication inter-programme qui permet à chacun, par combinaison, d'accomplir des tâches plus complexes ;

    Le systèmes des pipes ofre un moyen de communication inter-programmes beaucoup trop limité, intrinsèquement lié à la notion de filtres, qui est avantageusement remplacé par dcop qui offre pour du beurre à toutes les applis des possibilités d'extensions. AmaroK est un formidable example de cela :

    http://amarok.kde.org/wiki/index.php/Scripts(...)
    http://amarok.kde.org/wiki/index.php/Script-Writing_HowTo(...)