On Thu, Jul 31, 2003 at 01:57:16PM -0400, Daniel D�chelotte wrote: > > Principe Unix vieux comme Unix: un programme devrait faire > > une chose, et le faire bien. > > Pas si vite, cette approche a ses inconvenients.
Tiens, je rechatouilles les moustaches trollesque aussi alors: > Pour recuperer quelques photos sur mon appareil, je dois > utiliser gtkam, interface affligeante a libgphoto2, sauver > les fichiers dans un repertoire, puis utiliser un clone > mediocre de ACDsee (GTK See, GQview, gImageView) pour > simplement voir _enfin_ les photos. Si quelques'unes > necessitent un traitement, je dois encore lancer le Gimp. > > Il y a un *reel* interet a avoir *une* application qui > _integre_ (oui, le mot pestifere) l'acquisition de > l'image, depuis le scanner ou l'APN, la visualisation en > vignettes et en diaporama, les retouches simples > (recadrage, rotation, balance des couleurs), et > l'exportation (sauver l'image, l'imprimer, l'envoyer par > courriel, par messagerie instantanee, oui oui, pourquoi > pas). L'int�gration de plusieurs fonctions est certainement importante; mais �a n'a pas besoin d'�tre fait au d�pend de la modularit�, ni de l'int�pendance des programmes qui font les fonctions ind�pendantes. Le meilleur exemple reste � mon avis celui de la chaine de traitement du mail (je d�cris ici ma propre chaine, qui est assez typique je pense): - Le mail est sauvegard� dans un fichier par le serveur, - Il est r�cup�r� par fetchmail - Il est class� par procmail - Il est lu par Mutt - Il est �dit� par vim - Il est finalement expedi� par le serveur (exim en l'occurence). � chaque �tape, on trouve un programme qui ne fait qu'une chose, mais la fait bien. Et si on n'est pas content d'un maillon, on peut facilement le remplacer par autre chose (Vim par Emacs par exemple). La chaine s'adapte facilement pour r�cuprer du mail sur un serveur distant par pop3, par imap ou n'importe quoi; on y ajoute du filtrage de spam si on veut. � l'oppos�, on trouve la chaine Exchange: Outlook qui parle � Exchange avec un protocole propri�taire, ne permet pas facilement de mettre des filtres, ne permet pas de choisir un �diteur diff�rent, etc. Entre les deux, on trouve par exemple Mozilla Mail. Pour revenir au probl�me des cam�ras: Certaines exportent leurs images comme un syst�me de fichier. Met par dessus �a n'importe quel explorateur de fichier, et tu auras miniatures, ouverture dans Gimp, et peut-�tre exp�dition vers ton programme de courrier. Il n'y a pas besoin d'une application sp�ciale pour �a. > Et pour eviter que notre appli duplique le gestionnaire de > courriel, d'impression, d'acquisition d'image, etc, il > faut amenager un protocole pour faire que les applications > puissent echanger des donnees, il ne faut ni Qt ni Gtk, il > faut Gnome ou Kde. Philosophie Unix: tout est un fichier. Dans l'exemple du mail plus haut, tous les maillons de la chaines se causent avec des fichiers et en se passant les noms de fichiers par les lignes de commandes, ou encore en passant toutes les donn�es directement par stdin/stdout. Personnellement, je suis pas convaincu que les protocoles de Gnome ou Kde apportent quoi que ce soit, si ce n'est qu'il devient plus difficile de faire se parler les applications entre elles. /Y -- This signature left empty.
