On Mon, Jan 02, 2006 at 05:40:29PM +0100, Alexandre Dulaunoy wrote:
> Je crois qu'il y a un mélange de type de puzzeling dans ce thread.
>
> Il y a deux types (en fait plus de deux mais ce sont des variations)
> de "puzzling" :
>
> * La séparation des composants logiciels pour pouvoir interfacer
> facilement les programmes avec des interfaces simples. L'approache
> "Unix" suit cette voie qui fonctionne assez bien. On peut facilement
> mettre dans un pipe l'output de 'od' avec 'wc' en utilisant
> 'cut'. Cela permet d'avoir des programmes simples avec une stabilité
> connue et des interfaces minimalistes. Vouloir faire des monstres
> statiques n'a pas de sens en informatique et surtout en informatique
> libre. La methode KISS ou le principe d'Ockham sont bien connues par
> tous. (1)
>
> * La séparation à l'extreme d'un programme d'ordinateur qui est
> composé d'une seule partie selon l'auteur meme du programme. Mais
> qui est décomposé pour divers raisons (bonnes et mauvaises) par des
> gens qui réalisent des packages pour certaines distributions. On
> peut remarquer que cette approche est suivie par des "maintainer"
> qui ne sont pas souvent les auteurs du logiciel. Il y a souvent un
> mélange entre module logiciel et option par les "maintainer".. (2)
>
> Si j'ai bien compris, Pierre fait référence à (1) et Aldo à (2).
Ce dont il s'agit pour moi, est que par exemple, sachant qu'une solution
de synthèse vocale se compose pratiquement toujours de 3 pièces distinctes
mais qui une fois assemblées constituent un tout qui fonctionne
harmonieusement, je trouve inconcevable qu'on ne puisse pas créer une
solution facilitant l'installation de ce trio ou quatro, même si on garde
l'individualité de chacune des pièces,
pour des raisons de développement ou de licence, ou autre.
Quelqu'un a récement bien expliqué sur Linux-Bruxelles le pourquoi de ce
puzzeling, suite à ma critique de CUPS pour ne pas le citer: j'ai donc
bien compris l'utilité de ce puzzeling et je ne le critique pas; ce que je
critique c'est cette manie de tout puzzel sous Gnu/Linux ou Unix, à
obliger les end-users à bricoler plutôt que d'avoir une ou plusieurs
possibilités d'installer facilement l'un ou l'autre ensemble;
ainsi, pour cups il n'existe pas de cups-installer, il pourrait en exister
un qui automatise l'installation des quatres paquets de base
indispensables, et cela vaut pour tetex, pour alsa et pour l'une ou
l'autre solution vocale pour laquelle on déciderait d'avoir un
mmm-installer.
Je compare mon approche à celel du setup.exe (pour bien carricaturer),
mais avec l'avantage sous Gnu/Linux de
a) ne pas détruire l'idée du puzzeling, utile pour les développeurs
b) c'est un extra qui ne nuit ni se superpose à l'installation
individuelle des paquets ou éléments d'un tout
c) cela ne signifie pas que je plaide pour un tout statique, qui en effet,
serait une bien mauvaise idée.
Bref, mon plaidoyer concerne la cerise sur le gateau, pas le gateau, ni la
destruction du gateau, mais en permettant à la cerise d'exister pour ceux
qui attendenet qu'elle soit là; point.
ald0
_______________________________________________
Liste de diffusion CarrefourBLinuX
[email protected]
http://lists.freearchive.org/mailman/listinfo/carrefourblinux
Fiches EDU : http://blinuxwiki.pbwiki.com/FichesEdu
Signets : http://fr.groups.yahoo.com/group/carrefourblinux/links/
Archives : http://lists.freearchive.org/pipermail//carrefourblinux
Anciennes archives (Yahoogroupes) :
http://fr.groups.yahoo.com/group/carrefourblinux/messages
Rechercher : http://lists.freearchive.org/cgi-bin/search.cgi
Pour s'inscire par courriel :
'mailto:[EMAIL PROTECTED]'
Pour se desinscrire par courriel :
'mailto:[EMAIL PROTECTED]'
