Technique

L’exergue du livre donne le ton. We build our computer systems the way we build our cities: over time, without a plan, on top of ruins. Au début j’étais dubitatif en lisant le résumé sur l’histoire d’UNIX/Linux et sur celle des langages de programmation, mais c’était une façon d’introduire des concepts. Ensuite, le livre prend de l’ampleur. Marianne Bellotti nous fait partager son expérience concernant la modernisation des systèmes, elle a beaucoup travaillé sur ces applications que l’on nomme legacy – une appellation à double sens....

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....

J’ai un avis mitigé sur ce livre. A la fois il est essentiel car il met l’accent sur des points fondamentaux de la gestion d’équipe – je vais y revenir – et à la fois il se révèle extrêmement resserré et pourrait presque se résumer à quelques pages. Ce dernier point est particulièrement vrai pour le dernier chapitre consacré à la reproduction et au commentaire de courts articles d’autres contributeurs – si ce n’est pas une façon de remplir des pages et de vendre du papier qui n’apporte pas grand chose mis à part la désagréable impression de s’être fait berner....

Il s’agit du livre de référence dans le domaine, celui qui a lancé et donné son nom – enfin je crois – à la discipline visant à mettre le software engineering au service de la production ou des opérations. Avant cela, il y avait les développeurs en charge de concevoir les applications et ceux que l’on appelait les administrateurs s’occupaient de les déployer et de les superviser en production. Le problème avec ce modèle est que les uns ne connaissent rien – ou presque – au travail des autres et le résultat était au mieux chaotique et au pire donnait lieu à des querelles assez animées qui se transformaient vite en guerre de tranchées....

Il s’agit tout simplement d’un recueil d’articles du blog Joel on Software venant compléter ceux qui avaient été sélectionnés pour constituer le premier recueil au titre éponyme Joel on Software. On pourrait donc légitiment se dire que l’on y trouvera pas le meilleur, que ce sera du réchauffé – un peu comme la suite, souvent peu inspirée d’un film à succès – et d’un côté c’est vrai, il y a indéniablement de ça....

Ce livre est écrit par un coach agile – n’arrêtez pas la lecture de cet article tout de suite, attendez de lire la suite. Il s’agit d’un ponte dans le domaine Henrick Kniberg. Comme l’indique la mention du titre From the Trenches il n’est pas question de nous abreuver de théories – et de techniques de collage de Post-It, oui ça existe – mais de nous faire vivre de l’intérieur l’organisation et la méthodologie mises en oeuvre dans le cadre d’un gros projet mené, pendant 3 ans, par la police suédoise afin de se doter d’un puissant logiciel qui devrait – on ne sait jamais avec l’informatique – leur permettre d’améliorer le coeur de leur activité – la rédaction des procès verbaux....

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....

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....

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....

Ce livre est écrit par l’auteur du best seller qui caracole depuis 20 ans désormais – une édition anniversaire vient de sortir – en tête de toutes les listes de livres d’informatique: The Pragmatic Programmer. Il a depuis créé sa propre maison d’édition dont le nom reprend le titre de son livre: The Pragmatic Bookshelf. Pragmatic Thinking and Learning n’est pas un livre d’informatique, mais un hybride entre un livre d’informatique et un livre de développement personnel – genre que l’on nomme parfois aussi soft skills....

J’ai connu ce livre en lisant l’article Top 5 Contemporary Software Engineering Books consacré aux nouveaux classiques dans le domaine du software engineering. Il tentait d’identifier parmi les publications récentes celles qui remplaceraient peut-être les Refactoring: Improving the Design of Existing Code et autres Design Patterns: Elements of Reusable Object-Oriented Software – le conditionnel est ici plus que jamais de rigueur. Je n’avais jamais entendu parler de ce livre ni de son auteur John Ousterhout professeur à Standford....

Ce livre offre un bon panorama de l’utilisation des statistiques dans un contexte data science, mais il est loin d’être réussi. Tout d’abord je n’ai pas adhéré au plan suivi par l’auteur. Il se prête peut-être à des cours – ce livre est issu des cours dispensés par l’auteur –, mais pas à la lecture. Ensuite il mixe mathématiques et programmation et c’est justement là qu’il pèche. Si les deux disciplines sont intimement liées, il est en effet impensable de faire des statistiques avec un papier et un crayon, mais de là à expliquer comment on a codé ses propres fonctions en Python alors qu’il existe des librairies comme pandas, statsmodel, scipy, seaborn, etc....

The goal est un classique parmi les livres dédiés à l’optimisation de la production industrielle datant de l’époque où les termes gestion de production et recherche opérationnelles étaient encore largement employés, les années 80. Il date d’avant l’avènement du lean popularisé par Toyota. Avant de revenir au fond parlons de la forme car elle reste encore originale plus de 30 ans après. Il s’agit d’un genre particulier portant le doux nom de business novel, c’est à dire d’une oeuvre de fiction traitant d’un sujet technique dans le but d’en illustrer les principes – de les vulgariser diront les aigris....

Juste une courte note à propos de ce livre que j’ai utilisé dans le cadre de mon travail. Tout d’abord deux points positifs. Le premier est qu’il traite des sujets monitoring, alerting et reporting en général, c’est-à-dire indépendamment de l’outillage utilisé. C’est à la fois un point fort et un point faible puisqu’il pourrait être utile d’identifier des familles d’outils adaptés à chaque usage. Cette volonté de s’écarter des outils est assez rare pour être soulignée....

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 !...

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....

Ce livre est simple et bien conçu. Il aborde les thèmes essentiels auxquels il est nécessaire de s’intéresser si l’on veut construire, déployer et opérer des applications à grande échelle. Les voici, je n’invente rien, ce sont les cinq sections du livre: Disponibilité: Comment rendre les systèmes hautement disponibles et comment s’assurer qu’ils le sont via la mise en place de mesures. Gestion des risques: Comment construire une analyse de risques et mener des actions de remédiation....

Les reproches faits à ce livre sont de deux ordres. Le premier porte sur sa structure – voire son contenu – qui n’est pas conventionnelle pour un livre intitulé Data analysis. C’est vrai que l’on s’attend à suivre une méthodologie, à être guidé et il faut bien reconnaître que ce n’est pas le cas. Si vous cherchez ce type d’ouvrage, je vous conseille de vous plonger dans Practical Data Science with R qui est un excellent ouvrage tout à fait dans ce registre....

C’est le récit d’une aventure, celle de la création d’un logiciel Open Source, le plus génial de tous les temps. Un agenda révolutionnaire qui pourrait tout faire, qui serait l’outil ultime de toute personne bien organisée. Les utilisateurs pourraient partager leurs calendriers, les synchroniser sur différentes machines et tout cela sans serveur, l’indépendance et la flexibilité totale. Et ce n’est pas tout, il permettrait de gérer les e-mails, de les transformer en autre chose (des notes ou des rendez-vous), du polymorphisme à l’état pur....

Comme l’on pourrait s’y attendre en découvrant son titre, ce livre a pour objectif de nous faire découvrir l’utilisation de la technologie Hadoop au travers de cas concrets mis en oeuvre par des applications qui sont en production. C’est une distinction importante car il ne faut pas oublier que ces technologies sont encore très récentes et du prototype à la production il n’y a en effet qu’un pas, mais qui peut parfois être très compliqué à franchir et ceux qui y sont parvenus étaient encore considérés en 2015 comme des pionniers....