[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[FICHE LECTURE] The art of Unix programming



 

Un livre à peu près unique dans son genre. En informatique, s'il
existe plein de livres enseignant quelques trucs et astuces pour le
logiciel X ou le logiciel Y et un nombre bien plus réduit de livres
enseignant des concepts essentiels de l'informatique, il y a peu de
livres qui traitent des questions techniques sous un angle
psychologique et social. "The mythical man-month" de Fred Brooks,
souvent cité par l'auteur, reste la référence et le livre de Raymond
en sera peut-être une autre.

Car "The art of Unix programming" ne vise pas à concurrencer la
référence absolue de W. Richard Stevens. Il ne s'agit pas d'apprendre
tous les détails de l'API d'Unix. Il s'agit de comprendre une culture,
un état d'esprit.

Pourquoi les programmes Unix ne disent-ils rien lorsqu'ils se
terminent sans problème ?

Pourquoi les fichiers de configuration sont-ils du texte et pas du
binaire ?

Pourquoi le concept de minilangage est-il central sur Unix ?

Pourquoi n' a t-il pas un gestionnaire de fenêtres standard avec X11 ?

Pourquoi y a t-il tant de programmes Unix qui écrivent d'autres
programmes ?

À toutes ces questions et à bien d'autres, Eric Raymond apporte des
réponses détaillées et qui feront couler beaucoup d'encre. Car il
exprime nettement ses opinions, parfois sur des sujets délicats comme
le fait que le langage C est désormais inadapté à la plupart des
applications. Ou lorsqu'il oppose la "vieille école Unix" (C, awk,
machines départementales) à la "nouvelle école Unix" (Perl, Python,
Internet, PC, logiciel libre). Sur ces deux points, je suis d'accord
avec lui. 

Eric Raymond est un nom connu chez tous ceux qui s'intéressent à Unix,
aux langages de programmation ou au logiciel libre. Ceux qui me
connaissent savent l'opinion que j'ai de lui. Mais j'apprécie que
quelqu'un travaille à expliquer les concepts d'Unix, leur enracinement
dans l'histoire, les choix de conception. D'autant plus qu'il est très
pédagogue et explique très bien. Et que, s'il n'est pas le programmeur
génial qu'il essaie parfois de faire croire, il sait néanmoins tout à
fait de quoi il parle.

Son amour pour Unix n'est pas aveugle et il passe du temps à expliquer
les faiblesses d'Unix et les erreurs de conception qu'il est si
difficile de corriger aujourd'hui. Les sections consacrées à ces
problèmes sont bien plus profondes que le "Unix hater's handbook".

Comme Raymond a lui-même participé à bien des luttes qu'il décrit de
manière très vivante, et que son honnêteté intellectuelle pour parler
des défauts d'Unix n'a d'égale que son absence de scrupule à réécrire
l'histoire, les chapitres les plus politiques feront se dresser pas
mal de cheveux sur les têtes de beaucoup d'Unixiens (par exemple
lorsqu'il dit que "free software" est un vieux terme pour "open source").

Une lecture tout à fait conseillée pour échapper aux dix derniers "XXX
pour les nuls" que vous avez lu :-) Utile aussi bien aux étudiants en
informatique (qui auront une vue de leur métier nettement plus
exaltante qu'à n'apprendre qu'UML) qu'aux Unixiens confirmés, qui
apprendront certainement quelque chose.


----

"The art of Unix programming"
Eric S. Raymond
Addison-Wesley
ISBN 142901-9



Reply to: