Le Dimanche 26 Mai 2002 13:49, Jacques Caruso a écrit : > Ah ? Euh... J'imagine que ce doit être quelque peu ironique. Sinon, > comme le faisait remarquer Loïc, ce qui est bien dans cette ML c'est > qu'il y a un grand nombre de gens qui connaissent vraiment bien leur > affaire (néanmoins, je ne suis pas sûr que le terme « sysops » soit > encore d'actualité. Ça me rappelle plutôt les BBS. Aaahhh, une grande > époque, ça... Mais je m'égare :-) Pour mon compte, j'essaye de > répondre aux questions « simples », histoire d'éviter que le syndrôme > « j'en ai marre de répondre toujours aux mêmes questions » qui fait > des ravages chez les utilisateurs avancés des newsgroups et d'IRC ne > frappe ici aussi. AMHA, ça se tient comme raisonnement...
Ca se tiens puisque chaqu'un en tire son partie... sauf peut-être toi ? > > Venons-en au fait : puisque tu soulèves le problème de la doc et que > tu me cites, j'en profite pour l'ouvrir même si c'est un peu HS : > j'ai tendance à penser personnellement que les bouquins imprimés sont > bien moins efficaces dans le monde foisonnant, mutant, du libre que > dans l'univers « figé » du soft propriétaire. C'est le sentiment que j'ai... Mais cela ne doit pas empêcher le newbie que je suis d'aquerir certaines bases (ou bases certaines)... C'est sans doute vrai... J'aurais pû et dû passer plus de temps dans mes bouquin avant de poser une question de newbie. Mais je pense aussi que, le fait que tu es passé du temps à me répondre à une question qui peu paraitre simple aux utilisateurs avancés de linux, ma fortement encourragé à plonger le nez dans les livres pour en savoir d'avantage sur le routage des adresses IP et sur les outils qui permettent de faire des chaines de commandes puissantes. > * Tout d'abord, les bouquins qui prétendent expliquer tout sur tout > ce qui a trait à Linux (avec des couvertures genre « maîtrisez Linux > de A à Z », etc.). Ces bouquins sont généralement des gros pavés de > 500 pages et plus -- les 1 000 pages ne sont pas une exception. D'où > une confiance de l'acheteur (« puisque c'est gros, ça va forcément > être très complet »). En réalité, ces ouvrages commettent beaucoup > d'erreurs, entre autres ils se spécialisent dans une distrib. Exact. Et en tant que "newbies confirmés" (ça existe ça ?;-), je confirme. Même si le dos du bouquin dit que c'est facilement adaptable sur une autre distrib, c'est pas vrai ! Parce que dans le livre concerné, les auteurs citent l'utilisation des logiciels (j'ose le mot ?) propr(iétaires) à (de) la distrib. Et pour un newbies c'est très génant... Bon, maintenant que je suis un peu moins newbies et un peu plus confirmé, je vais retanter l'approche de ce bouquin ;-) > Si > c'est un bouquin pour RedHat, il ne va expliquer que les utilitaires > et scripts de config pour RedHat. C'est d'ailleurs ce qui est arrivé > à Ludovic avec son bouquin MicroApp qui, non content de faire des > fautes grossières (/etc/password au lieu de /etc/passwd) parlait de > fichiers spécifiques à SuSE. Je ne verrais rien de mal à cela (je > préfère effectuer des modifs sur ma distrib selon la manière prévue > par ses concepteurs que faire une manip non prévue et me demander > ensuite pourquoi j'ai des effets de bord bizarres) si ces bouquins > écrivaient bien en évidence « Instructions valables pour SuSE Linux » > (ou RH, ou Mdk, ou Debian, ou Slack, ou jesaispasquoidautre). Là, dès > que quelqu'un change de distro, son pavé perd de l'utilité et son > propriétaire est désorienté... Oui, je pense aussi qu'il faut éviter les livre spéciffique à une distribution qui ne nous donne pas forcemment l'esprit des UN*X dans son ensemble. Il vaut mieux un livre sur UNIX qui nous apprend les bases de l'administration système (c'est pas le titre d'un livre ça ;-). Je pense que ce type de livre reste comme une référence car il donne des informations qui ont parfois plus de 30 ans et qui risque peu de bouger dans le monde des unix ;-) Par contre, pour ce qui de l'administration réseau, c'est une autre histoire! Même si la plupart des anciens logiciels sont encore utilisé (sendmail, cnews,...), beaucoup ont été remplacé par de nouveau (postfix, inn, ...). Et là, je crois que ce n'est pas la peine d'attendre la prochaine édition de notre livre préféré sur le net admin... Il vaut mieux tanter de chercher la doc sur l'Internet puis... Ce faire aider dans une ML fort sympatique même avec ces quelques accrochages (qui montre d'ailleurs que la ML est vivante). > Leur autre problème est qu'à force de > vouloir trop en faire, ils présentent un peu de tout (commandes > shell, langages de script, serveurs,...) mais pas suffisamment pour > que ça soit vraiment utilisable pour le lecteur. Si c'est livres ne vont pas à fond dans ce qu'ils sont sensé expliquer, il sont vite oubliés et ranger au fond du placard.... Ca me rappelle un vieux dicton sur l'informatique ça : "L'informatique, c'est 20% d'hardware et de software et 80% de footware dans les harmware" (lu qqpart dans http://www.linux-france.org/prj/jargonf/) > L'avouerai-je ? Je me suis fait avoir il y a quelques années : j'ai > acheté un certain nombre de bouquins, pour ne *rien* découvrir que je > ne savais déjà, ou presque. Bref, je suis maintenant très, très > circonspect sur l'achat de livres concernant Linux ou un LL > quelconque. idem... Je fait moi aussi très attention à la rapidité d'évolution de chaque outil avant l'achat d'un bouquin qui lui soit dédié. > Les éditeurs que j'aime bien pour > cela sont la plupart du temps O'Reilly et Eyrolles en France. Je trouve que CampusPress et dans certain cas, les PC poche de MA sur des sujets stables comme le langage C ou C++, UNIX vont bien. Même si j'ai une nette préférence pour O'Reilly et Eyrolles. > Mais en règle générale, je ne suis pas très pressé de mettre de > l'argent dans des livres imprimés, et je vous suggèrerais de ne pas > l'être non plus... C'est clair! Surtout vu le prix qui tourne souvant plus autour de 23 euros que de 8 ! Avec 23 euros je fait le plein de mon p'tit Diesel ! -- @+, LoX Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 **** Pas de message au format HTML, SVP ****
