[Linux-bruxelles] on ne parle jamais de ceux qui abandonnent Gnu/Linux, alors que ça aussi ça existe...

[Aldo]

On Sun, Aug 07, 2005 at 10:42:05AM +0200, Michel Paquet wrote:
D'abord bravo pour cette intervention pertinente et intéressante:

> Laisser l'utilisateur libre ne veut pas dire l'obliger à devenir 
> informaticien spécialisé dans le domaine correspondant au programme 
> qu'il veut configurer pour commencer à comprendre le mode d'emploi de 
> celui-ci.
> 
> C'est, hélas une dure constatation: nos man, docs, Howto, présupposent 
> toujours une certaine base qui n'est, tout à fait logiquement, pas 
> présente chez l'utilisateur "gamma" (pour ne pas utiliser "beta" qui 
> pourrait paraitre péjoratif). On ne peut pas demander à une secrétaire 
> ou à un employé des postes de comprendre PAR LE DETAIL comment 
> fonctionne un service mail par exemple et/ou pourquoi il faut mettre 
> telle variable système à telle valeur dans son cas particulier.

C'est exactement le cas pour par exemple ma copine, comme ça l'est 
sûrement le cas pour bcp de copines de bcp de linuxiens; comem durant la 
journée elles bossent, elles veulent un ordi pour se détendre, faire des 
choses et pas pour bricoler après leurs heures de travail, etaprès avoir 
fait la bouffe pour les gosses (je carricature mais ça a aumoins le 
mérite d'être clair par rapport au reproche qu'on peut faire et qui est 
le sujet ici).
 
> C'est, je pense, le plus grand frein au développement de Linux.

Non justement, ce qui est un frein c'est le refus presque implicite des 
développeurs de s'ouvrir à cette idée que n'importe quel "plouke" peu 
importe d'où il sorte, ait le droit ou l'aptitude d'accéder à ce 
merveilleux monde des LL et de Gnu/Linux en particulier:
pour l'instant il faut obligatoirement faire accepter par les novices le 
fait qu'il y ait des contraintes BEAUCOUP plus importante que sous leur 
logiciel proprio, pour accédeer à la sécurité, la stabilité et la 
philosophie du libre (que je défend donc).
 
> Configurer une Debian n'est pas difficile.... si on accepte de passer 15 
> jours dans google pour chaque programme, qu'on prend des notes, et qu'on 
> parvient à faire la synthèse des 15 manuels divers consultés et des 
> mails trouvés à son sujet....

Exact; en plus, au contraire de l'idée reçue comme quoi la communauté du 
libre s'entraide mieux que ne le fais "l'autre" communauté, moi je 
constate exactemtn le contraire: à savoir combien de mails ne sont pas 
postés dont la réponse te renvoit quasi vers l'insulte RTFM alros que 
pour ton Xp tu envoit 1 mail à un pote et il te décrit la marche à 
suivre, point à la ligne n'en parlons plus?!
ça c'est un aspect, l'autre est que Linxu (côté développeurs) n'apprend 
RIEN de ses erreurs du passé; exemple:
pourquoi sous Debian il faut encore faire un fstab + les bons ln dans 
/dev pour les devices genre dvd et graveur?
pourquoi doit-on soi-même mettre dans /etc/email-addresses aldo: 
moi at isp.be alros que ce détail peut très bien être réglé quasi 
automatiquement via le debconf?
pourquoi le système des bug reports ne fonctionne pas bien, et que 
hormis le knowledge mail tu ne reçois plus jamais le moidnre feedbak?
pourquoi on s'amuse à scinder cups en un cupsys cupsys-bsd cupsys-client 
et cupsoomatic-ppd alors que RIEN au monde n'empêche ces développeurs de 
créer un cups point à la ligne?
pourquoi tj tout compliquer au lieu de tout simplifier?

En résumé je pense qu'on ne peut pas dire que Gnu/Linux n'évolue pas, 
mais il n'y a aucun affinage des problèmes non résolus du apssé, ce qu 
ientraîne des soucis de config qui en fait sont devenus des détails pour 
les routiniers que nosu sommes (je parle surtout pour les Debianistes).
Et c'est ce manque d'"affinage" qui avec l'arrivée de nouveaux problèmes 
dus aux innovations, va finir par étouffer le novice, à qui on ne peut 
plus "vendre" Gnu/Linux comme étant meilleur vu que vingt fois plus 
contraignant et avec de nouveaux problèmes qui surviennent au fur et à 
mesure.
 
> Il faut changer la facon de programmer... NON. Le(s) programmeur(s) doit 
> rester LIBRE aussi!
> Il faut changer la facon de configurer: plus de fichier ASCII, rien que 
> des GUI ou des aut-config: NON surtout pas: voir point précédent et on 
> supprime la liberté de l'utilisateur.

Je pense que la liberté du programmeur est djéà là sous les LL, mais il 
faut laisser au end-user la liberté de pouvoir être linuxien sans devoir 
suivre une formation scientifique, et il faut que les détails qui 
EMPESTENT la vie des novices, soient une fois pour toutes nettoyés 
(éradiqués) de par exemple une Debian, et de sans doute d'autres 
distribs (je ne connais que Deb et SuSE).

> A mon Avis il faut:
> Revoir nos man et les pourvoir de BEAUCOUP d'exemples clairs 
> correspondants, biens définis, et à des situations de plus en plus 
> complexes.

Je plaide depuis toujorus et continuerai à plaider pour de tels examples 
man et examples howtos, qui manquent énormément, et qui parfois en 
diraient plus long que la théorie abstraite et incolore/sans saveur 
qu'on découvre quand on veut lire deux pages de man.

L'autre piste me semble être l'absence du problème qui doit amener 
l'utilisateur à trouver les man, les howtos et les archives de Ml sur 
Google; car la meilleure façon de résoudre un problème est avant tout 
qu'il n'existe pas parce que le programmeur a prévu que son prog devra 
être utilisé par tous, y compris des Monxieurs Tout Le Monde.

> Prévoir des pgm supplémentaires (genre Le_nom_du_package-GUI) qui 
> permettent de relire et de régénérer le fichiers de configuration ET qui 
> contiennent un HELP explicite ET plein d'exemples.
> 

Si ça c'est déjà une idée qui est et reste bonne, l'autre idée serait 
p-e de demander aux programmeurs et aux adeptes en general, d'essayer de 
mieux comprendre ceux qui échouent, pour ne pas augmenter le quotat 
d'echecs de tentatives, au profit de migratiosn réussies.

Aldo.