The Art of UNIX Programming

Ce livre est l’un des livres mythiques sur UNIX et le mouvement open source écrit par un de ses plus fervents défenseurs Eric S. Raymond. Dans le titre du livre figure le mot art et c’est bien sous cet angle ou plutôt sous celui de la philosophie que Raymond articule son ouvrage. Il propose de tirer la quintessence de ce qui a fait le succès d’UNIX, et de ses successeurs comme Linux, pour en extraire des règles, des principes et des bonnes pratiques qui seraient généralisables. Certains sont désormais très connus comme “Premature optimization is the root of all evil” ou le principe KISS, certains le sont un peu moins comme les principes de compacité et d’orthogonalité. Pour les illustrer, il s’appuie sur les implémentions d’UNIX et sur celles d’autres outils open source. ...

UNIX

Comme l’indique le sous-titre A History and a Memoir il s’agit pour Brian Kernighan – le K du célèbre K&R – de rédiger un livre de souvenirs qui tient lieu à la fois d’histoire d’Unix – ou UNIX. C’est aussi à l’inverse un livre sur l’histoire d’Unix qui contient des anecdotes sur cette aventure et sur sa matrice, le Bell Labs et son fameux département 1127. Kernighan insiste d’ailleurs beaucoup tout au long du livre sur l’importance de cette structure et des personnes qui y ont été rassemblées. C’est-à-dire sur l’aspect organisationnel et collaboratif. Les membres de ce département formaient ce qui est appelé une jelled team dans le livre Peopleware et Brian Kernighan semble être du même avis que les auteurs de ce livre pour dire que ces liens ne se nouent pas de façon artificielle. ...

Peopleware

Le jeu de mots qui compose le titre Peopleware livre la clé de cet essai. Le software (de la conception à la mise en production de logiciels) est avant tout une affaire de personnes. Les auteurs nous apprennent dès le début du livre que parmi toutes les observations qu’ils ont menées au cours de leur carrière, les échecs des projets ne sont jamais imputables – au moins en totalité – à des problèmes techniques. Il faut donc chercher les raisons des succès et des échecs ailleurs, c’est-à-dire dans les facteurs humains puisque l’on a affaire à des travailleurs intellectuels – on ne fait pas des cheeseburgers, c’est le titre d’un chapitre. Ces conseils tournent beaucoup autour du fait de mettre les développeurs au centre du dispositif car ils ont besoin des meilleures conditions pour effectuer le meilleur travail. Et c’est un vaste champ qui s’ouvre ici puisqu’il englobe entre autres: l’organisation, les conditions de travail, le bien être au travail, la créativité, la motivation, la qualité de ce qu’ils produisent qui valorise plus que tout autre chose le travail effectué. ...

The Devops Handbook

S’il n’y avait qu’un livre sur le DevOps à lire – et il faut en effet n’en lire qu’un seul, la vie est trop courte – ce serait celui-là. Enfin non ce n’est pas vrai, je dis déjà des bêtises, si on a un peu de temps et que l’on travaille dans ce domaine, il faut aussi lire Site Reliability Engineering1. Ce Devops Handbook n’est pas passionnant à lire – on ne peut pas dire que ce soit la grosse poilade –, mais ce n’est pas ce que l’on attend d’un tel livre. Si on cherche une introduction plus divertissante sur ce sujet, il faut lire son pendant en roman. Ecrit par les mêmes auteurs, il a précédé la parution de cet opus technique et a connu un succès retentissant, le désormais célèbre: The Phoenix Project2. ...

Rebel Code

Si vous cherchez un livre sur l’histoire de Linux et plus généralement sur celle du mouvement open source, vous l’avez trouvé. Glyn Moody nous propose une longue page d’histoire qui part des origines aux années 2000. Tout ou presque est abordé dans ce livre: la technologie, les hommes, la philosophie et l’économie. On verra comment le travail d’un étudiant a fini par être adopté par l’ensemble des fabricants de machines professionnelles et fait aujourd’hui tourner Internet et tous les vendeurs de cloud – même Microsoft vient de sortir son propre Linux (Azure Sphere), c’est dire ! Cette véritable prouesse n’a été rendue possible que par un subtil équilibre entre des bénévoles, des militants et des entreprises. Les bénévoles sont la cheville ouvrière, ils ont toujours contribué avec enthousiasme. Les militants, dont la figure de proue est Richard Stallman, peuvent être considérés comme les gardiens du temple du monde libre. Enfin, les entreprises sont les émanations des intérêts économiques, elles ont irrigué cet écosystème avec de l’argent, mais elles ont aussi contribué d’une autre manière. Elles ont donné la caution, les garanties professionnelles nécessaires à l’adoption de ces logiciels à grande échelle au sein des entreprises. Je pense en particulier à Red Hat, mais aussi à IBM qui a fait le choix courageux d’abandonner certaines lignes de produits comme les serveurs web au profit de leur équivalent open source. En faisant ce choix ils ont envoyé un message fort, mais ont aussi très concrètement contribué à leur développement en investissant des moyens humains importants dans leur développement. Cette politique a donné le jour à un logiciel comme Apache – et à la fondation qui porte son nom – qui est devenu la référence dans le domaine. ...

Release It!

Ce livre est une bible pour tout professionnel qui souhaite déployer une solution en production – c’est quand même l’objectif normalement, les POC ça va un moment et le titre de ce livre vous y incite fortement. C’est une référence reconnue puisqu’il a contribué à populariser certains patterns comme le circuit breaker et qu’il caracole en tête de toutes les listes de lecture (must read) du domaine. Il est bourré de bons conseils issus d’un énorme retour d’expérience puisque Michael T. Nygard a oeuvré dans le domaine en question, que l’on appelle désormais operations en anglais comme en français, sur des applications critiques – principalement, mais pas que, des gros sites de e-commerce. ...

Joel on Software

Je suis tombé sur un commentaire (en anglais) qui disait à peu près ceci “C’est le livre qu’aurait écrit Jerry Seinfeld s’il avait été ingénieur en informatique”. Je n’aurais pas trouvé mieux pour caractériser ce livre. On retrouve chez les deux hommes le même humour fait d’intelligence. C’est toujours très plaisant, mais très rare de tomber sur des érudits qui ne se prennent pas au sérieux. C’est bien le cas de Joel Spolsky. Cet ancien chef d’équipe d’Excel chez Microsoft a créé sa société, Fog Creek Software, et a lancé en 2008 le célèbre site de questions / réponses pour les développeurs Stack Overflow. Avant d’être un livre il y avait – et il y a toujours – un blog. Ce livre n’est que le recueil d’articles parus, et encore accessibles, sur le blog de l’auteur. ...