Quelques livres que je recommanderais, pour des ingénieur(e)s logiciels

En conférences, au boulot, ou sur Internet, on me demande de temps en temps quels livres je recommenderais pour un ou une ingénieure logiciel. Il y a quelques semaines, j’ai passé en revue tous les livres sur mes étagères pour bien répondre à cette question posée par un collègue sur Slack. Je reformate et republie ma réponse ici, en espérant qu’elle servira à d’autres.

⚠️ Ce n’est pas parce que je recommande la lecture d’un livre que je suis d’accord avec (tout ou partie de) son contenu ou son auteur / autrice. Je consulte des opinions et approches différentes des miennes, que ce soit pour me forger un avis, ou pour décider de ce que je ne souhaite pas appliquer. Faites de même, et forgez-vous vos propres opinions 🙏

Voici donc une liste de quelques livres que je recommanderais de lire, parmi ceux que j’ai moi-même lus.

🇬🇧 Je lis principalement en anglais¹, surtout pour les livres techniques. Quasiment tous les livres ci-dessous sont donc en anglais. Des traductions existent sans doute, pour certains.

ℹ️💶 Les liens ci-dessous (vers Amazon) intègrent tous un marqueur qui ne change rien pour vous, mais devrait me payer un café ou deux si quelqu’un achète un de ces livres après avoir cliqué sur un des liens de cet article.

Développement logiciel en général

Je commence par quelques livres assez généraux :

• 📘 The Phoenix Project (Gene Kim, Kevin Behr, George Spatford) : quelques bases à propos de travailler selon une approche DevOps. C’est écrit comme une histoire, ça se lit très bien. Je l’ai lu avant de prendre un rôle de Lead DevOps, ça peut aussi vous aider si votre entreprise a l’habitude de faire des grosses mises à jour big-bang infernales tous les six mois.
  • Je trouve que 📘 The Unicorn Project (Gene Kim), une sorte de suite, est moins intéressant et je vous recommande plutôt The Phoenix Project si vous ne voulez en lire qu’un des deux.
• 📘 Accelerate (Nicole Gorsgren, Jez Humble) : un livre plus théorique et souvent pris comme référence autour des Principes DevOps comme déployer souvent et par petits incréments, inclut les métriques DORA.
• 📘 System Design Interview – An insider’s guide (et peut-être le volume 2) (Alex Xu) : le premier volume est intéressant pour commencer à réfléchir à comment concevoir des systèmes plutôt larges. Le second volume devient un peu répétitif au bout d’un moment.
• 📘 Understanding Distributed Systems, Second Edition: What every developer should know about large distributed applications (Roberto Vitillo) : si vous travaillez sur une plateforme avec plusieurs services qui communiquent à travers le réseau (en allant d’une base de données à des dizaines ou centaines de microservices), voici une lecture qui ferait du bien à toute votre équipe.
• Je recommande de lire au moins un des livres de la série “Clean …” de Robert Martin : 📘 Clean Code ou 📘 The Clean Coder. Je trouve que Uncle Bob va un peu trop loin parfois et je ne suis pas d’accord avec tout ce qu’il écrit, mais ces livres restent une lecture intéressante.

Je vous recommande de lire quelques livres qui parlent d’architecture logicielle en général, pas seulement au niveau d’un projet, mais bien au niveau de la plateforme entière. Mais je dois admettre que je ne crois pas avoir déjà trouvé un livre que je trouve à la fois utile, qui fournisse de l’aide applicable, et dont j’apprécie la lecture 😢

Je ne vais pas lister de livre à propos d’une technologie précise ou d’un langage de programmation en particulier, mais je recommanderais fortement que vous en lisiez quelques uns. Oui, lire un livre est un investissement en temps bien plus important que lancer une recherche Google ou demander à ChatGPT ou lire quelques articles sur medium, mais un (bon) livre a une structure qui vous accompagne tout au long de votre voyage et découverte 🙏

• Oh, allez, je vais quand même en lister un : 📘 High Performance MySQL (Schwartz) : j’ai une édition qui date d’il y a 15 ans, qui date de quand j’ai travaillé pour la première fois sur des sites à fort traffic utilisant MySQL. C’était une lecture géniale à ce moment là, j’ai appris beaucoup (et j’ai lu ce livre deux fois d’affilée pour bien tout comprendre et assimiler). Si vous travaillez avec MySQL, je vous recommande de trouver une édition à jour (en espérant qu’elle existe).
• J’aurais aimé que 📱 Cloud Finops: Collaborative, Real-Time Cloud Financial Management (J R Storment, Mike Fuller) existe quand j’ai commencé à travailler dans Le Cloud. J’ai lu la première édition il y a quelques années (je crois qu’il y a une seconde édition, maintenant) et je recommande aux collègues qui veulent/doivent travailler sur les couts d’hébergement de leur plateforme dans Le Cloud.

Management (au niveau individu / équipe)

• 📘 The Manager’s path (Camille Fournier) : j’ai lu ce livre quand j’étais Contributeur Individuel, je l’ai relu quand je suis devenu Lead. Si vous devenez manager et n’avez aucun accompagnement ni formation, je vous recommande de lire ce livre… Et plusieurs autres (j’en ai quelques autres, mais je ne suis pas sûr que je les recommanderais “seuls”, même s’ils sont utiles “avec d’autres”).

Management / culture (au niveau de l’entreprise)

• 📘 Peopleware: Productive Projects and Teams (Tom DeMarco, Tim Lister) : un autre livre que j’ai lu deux fois (quand j’étais IC puis quand je suis devenu manager) et je pense que ce livre mérite d’être plus connu qu’il ne l’est. J’aimerais que plus de top-managers lisent ce livre.
• 📘 No Rules Rules: Netflix and the Culture of Reinvention (Reed Hastings) : à propos de la culture chez Netflix. Très intéressant, très différent de comment les choses sont généralement faites dans les entreprises traditionnelles en France. Notez que ce livre a été écrit pendant une époque ZIRP, ça peut jouer.
• 📘 The Mythical Man-Month: Essays on Software Engineering (Frederick Brooks) : un livre qui a plus de 50 ans. Celui-là aussi, je l’ai lu deux fois. Ne lisez pas celui-ci en premier, parce que certains exemples et quelques idées sont un peu datées. Mais une lecture intéressante et utile toutefois, qui montre que pas mal de principes qui datent de 50 ans sont encore tellement vrais aujourd’hui…
• 📘 Slack: Getting Past Burnout, Busywork, and the Myth of Total Efficiency (Tom DeMarco) : comme pour Peopleware, j’aimerais que plus de managers aient lu ce livre. En résumant très fort : si vous voulez que les employés fassent du bon boulot, ils ont besoin de temps libre (= de “slack).
• Je recommanderais de lire au moins un des livres de 37signals / Jason Fried et David Heinemeier Hansson : 📘 Rework, 📘 It doesn’t have to be crazy at work…
• Je les ai lu il y a un bon moment et j’ai quelque peu oublié les détails mais, en les revoyant sur une étagère, les livres de Patrick Lencioni étaient sympa à lire, il me semble : 📘 Death by Meeting: A Leadership Fable…About Solving the Most Painful Problem in Business, 📘 The Five Dysfunctions of a Team: A Leadership Fable…
• Je recommanderais aussi de lire au moins un livre à proppos de comment les choses sont faites chez Amazon. Pas sûr de trop savoir lequel mettre en avant (et pour être franc, je ne sais plus lequel dit quoi), mais quelques-uns que je vois dans mes bibliothèques :
  • 📘 Working Backwards: Insights, Stories, and Secrets from Inside Amazon (Colin Bryar, Bill Carr)
  • 📘 The Amazon Way: Amazon’s 14 Leadership Principles (John Rossman)
• 📘 The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses (Eric Ries) : une lecture qui peut vous intéresser si vous créez votre startup ou si vous travaillez dans une petite startup. Ne s’applique pas tellement dans un contexte entreprise en France, hélas.

Développement personnel / professionnel / de carrière

• 📘 So good they can’t ignore you (Cal Newport)
• 📘 Deep Work: Rules for Focused Success in a Distracted World (Cal Newport) : j’ai découvert le terme “Deep Work” dans ce livre, et j’aimerais tellement que nos environnements professionnels le permettent un peu plus…
• 📘 The Upside of Stress: Why Stress Is Good for You, and How to Get Good at It (Kelly McGonigal) : en résumé, si vous percevez le stress comme quelque chose de mauvais, alors le stress vous fera du mal ; mais si vous percevez le stress comme quelque chose qui vous renforce, il vous aidera. C’est un point de vue très intéressant, que j’aime beaucoup, notamment en tant que speaker – et il y a quelques mots à ce sujet dans le bouquin, d’ailleurs.
• 📘 The Checklist Manifesto: How to Get Things Right (Atul Gawande) : créez et utilisez des checklists, au lieu de croire que vous maitrisez tout !
• 📘 Staff Engineer: Leadership beyond the management track (Will Larson) ou 📘 The Staff Engineer’s Path: A Guide for Individual Contributors Navigating Growth and Change (Tanya Reilly) : j’ai lu le premier quand je me demandais quelle allait être la prochaine étape de ma carrière, il y a quelques années ; et le second quelques mois plus tard, alors que j’avais choisi cette voie.
• 📘 Soft Skills:The software developer’s life manual (John Sonmez) : je crois que j’ai lu celui-ci il y a quelques années et que je l’avais trouvé intéressant, mais j’avoue ne plus être 100% certain.

Je vous recommenderais aussi de lire au moins un ou deux livres à propos “d’argent”, d’investissements, de finances personnelles. Je sais que c’est un sujet considéré comme ennuyeux par beaucoup, mais je crois aussi que connaitre quelques principes de base peut aider (et on bosse 40 heures par semaine pour gagner de l’argent, donc investir quelques heures en lecture pour apprendre à “mieux le mettre à profit”, c’est peut-être pas bête). Je ne sais pas trop lequel je recommanderais, cela dit, et il a beaucoup de bullshiters autour de ces sujets…

Écriture et/ou communication

Je recommande vivement de lire quelques livres à propos d’écrire, y compris parce qu’une grande partie de nos communications professionnelles sont écrites. En voici quelques-uns que j’ai lu :

• 📘 Smart Brevity: The Power of Saying More with Less (Roy Schwartz, Mike Allen, Jim VandeHei) : je ne suis pas encore très fort, mais transmettre en restant bref 🙏
• 📘 Writing Without Bullshit: Boost Your Career by Saying What You Mean (Josh Bernoff) : je crois que celui-ci était intéressant.
• 📘 On Writing Well: The Classic Guide to Writing Nonfiction (William Zinsser) : un classique. Peut-être pas le premier à lire, mais après bout de deux ou trois autres, pourquoi pas.
• 📘 The Art of Explanation: How to Communicate with Clarity and Confidence (Ros Atkins) : j’ai lu celui-ci récemment, fort intéressant – et il pourrait aller dans la section d’après, en fait.
• 📘 The second part of On Writing (Stephen King) : j’ai toujours trouvé ses romans faciles à lire. La première partie du livre est une autobiographie, la seconde un recueil de conseils à propos d’écrire.

Parler en public et/ou communication

Je recommande aussi de lire quelques ouvrages à propos de parler et/ou présenter en public. Là aussi, ça vous aidera sans aucun doute dans votre carrière. Pareil, quelques livres avec des idées intéressantes :

• 📘 Confessions of a public speaker (Scott Berkun)
• 📘 How to Be Heard: Secrets for Powerful Speaking and Listening (Julian Treasure) : je crois qu’il mérite une place ici… mais je l’ai lu un peu vite et il faudrait que je le relise en faisant plus attention…
• 📘 Resonate: Present Visual Stories That Transform Audiences et/ou 📘 Slide:ology (Nancy Duarte) : ne s’appliquent pas forcément à des présentations techniques et sont certainement plus utiles pour des talks business ou produit ou idées, mais quand vous aurez lu quelques autres livres à propos de parler en public, ceux-ci peuvent vous ouvrir l’esprit un peu plus.
• 📘 The art of Business Communication (Graham Shaw) : à propos d’utiliser des dessins et des schémas pour communiquer, même si vous pensez ne pas savoir dessiner. Avant de lire ce livre, je n’utilisais que du texte dans mes slides. Maintenant, je fais beaucoup de dessins et schémas. Je ne dessine toujours pas bien, mais je parviens à communiquer – et ce livre m’a aidé à le réaliser. Regarder un des TED Talks de Shaw peut vous donner une bonne première idée, si vous voulez commencer par là.
• 📘 The Culture Map (Erin Meyer) : une lecture intéressante pour moi qui travaille dans une entreprise internationale, avec des collègues dans plusieurs pays et de plusieurs cultures !

Je me permet aussi de rajouter un de mes livres, en français 🇫🇷, à cette liste : Préparez et donnez votre première conférence (quand ce n’est pas votre métier). J’ai conçu ce livre après plusieurs années de mentoring de speakers débutants et débutantes, en regroupant tous mes conseils dans un seul texte, structuré.

À propos d’Intelligence Artificielle

Quelques livres qui ne parlent pas d’implémentation ni de technique, mais plus largement d’impacts et de long-terme :

• 📘 Atlas of AI: Power, Politics, and the Planetary Costs of Artificial Intelligence (Kate Crawford) : si vous n’y avez jamais réfléchi, à propos de l’obtention de matériaux et de l’exploitation d’humains…
• 📘 Superintelligence: Paths, Dangers, Strategies (Nick Bostrom) ou 📘 Life 3.0: Being Human in the Age of Artificial Intelligence (Max Tegmark) : j’ai lu ces deux livres à peu près au même moment et je ne me souviens jamais de lequel des deux est intéressant (et l’autre l’était moins, donc bonne chance 😅). Je crois que c’est le second, que j’ai apprécié…
• 📘 Weapons of Math Destruction: How Big Data Increases Inequality and Threatens Democracy (Cathy O’Neil) : à propops de dangers d’algortihmes et de big-data. Un ouvrage fort intéressant qui date de quelques années, donc pas mal d’idées se sont répandues depuis et ne sont plus nouvelles aujourd’hui.

Quelques livres que je n’ai pas (encore) lus

En en voici quelques-uns que je n’ai pas encore lus, mais que j’ai achetés parce qu’ils sont supposés être intéressants 😅. Et la plupart sont des gros livres, qui ne sont pas faciles à lire dans le métro (= où je fais le plus gros de mes lectures) 😢

• 📘 Building Microservices: Designing Fine-Grained Systems (Sam Newman)
• 📘 Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Jez Humble, David Farley)
• 📘 Design Patterns: Elements of Reusable Object-Oriented Software (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides) : le livre “Gang of four”, supposé être la référence à propos des Design Patterns (c’est un livre qui commence à dater).
• 📘 Domain-Driven Design: Tackling Complexity in the Heart of Software (Eric Evans) : le livre supposé être la référence à propos de DDD.
• 📘 Patterns, Principles, and Practices of Domain-Driven Design (Scott Millett, Nick Tune) : je crois que c’est le second livre que tout le monde est censé lire avant de faire du DDD.
• 📘 Refactoring: Improving the Design of Existing Code (Martin Fowler)
• 📘 Working effectively with Legacy Code (Michael C. Feathers)
• 📘 Patterns of Enterprise Application Architecture (Martin Fowler)
• 📘 Code Complete, Second Edition (Steve McConnell) : j’ai commencé à le lire il y a peut-être 15 ans et je n’ai pas fini, parce que c’est un gros livre et que je lisais trop peu à l’époque 😟. J’ai toujours l’intention de le lire un jour ou l’autre.
• 📘 The Pragmatic Programmer: From Journeyman to Master (Hunt Andrew, Thomas David)
• 📘 The software engineer’s guidebook (Gergely Orosz).

⚠️ Notez que je n’ai référencé dans ce post que quelques pourcents de tous les livres que j’ai dans mes bibliothèques. Je suis très loin de “un livre acheté == un bon livre” et, statistiquement parlant, une partie de ceux listés ci-dessus ne sont peut-être pas si intéressants…

Pour finir ?

Quelques dizaines d’euro et quelques heures de lecture, pour profiter de plusieurs années d’expérience de l’auteur / autrice et des centaines d’heures qu’il ou elle a passé à organiser ses pensées ? Mais oui !

En 2025, je reste persuadé que les livres², avec leur structure, apportent quelque chose que lire des articles au hasard n’apporte pas. Et, bien sûr, cela n’empêche pas de combiner les deux, au contraire.

Bonne lecture !