"Just Enough Software Architecture", publié en 2010

Présentation d’un livre sur l’architecture logicielle

Caractéristiques du livre

• Conception fondée sur le risque : lorsque le risque est faible, il met l’accent sur une conception simple ; lorsque le risque est élevé, sur une conception rigoureuse.
• Démocratisation de l’architecture : l’objectif est d’aider tous les développeurs à comprendre l’architecture.
• Connaissances déclaratives : il fournit des concepts clairs sur la conception et la construction de systèmes.
• Accent sur l’ingénierie : il se concentre sur les aspects techniques afin d’aider à prendre des décisions de conception fondées sur des principes.
• Conseils pratiques : il propose des méthodes de conception concrètes à travers des modèles à différents niveaux d’abstraction.

Structure du livre

Partie I : architecture logicielle fondée sur le risque

• Définition de l’architecture logicielle : elle joue le rôle de squelette du système et influence les attributs de qualité.
• Modèle fondé sur le risque : explique comment identifier et prioriser les risques, puis appliquer des techniques de conception appropriées pour les réduire.
• Conseils d’utilisation des modèles : présente comment utiliser les modèles pour résoudre des problèmes, ajouter des contraintes avec prudence et répartir les compétences d’architecture dans toute l’équipe.

Partie II : modélisation de l’architecture

• Structure du modèle conceptuel : composée d’un modèle de domaine, d’un modèle de conception et d’un modèle de code.
• Mise en place de frontières d’encapsulation : permet de masquer le fonctionnement interne des composants ou modules afin de se concentrer sur la résolution d’autres problèmes.
• Construction de modèles efficaces : explique comment construire et déboguer des modèles pratiques en intégrant diverses techniques d’architecture mettant l’accent sur les attributs de qualité et les fonctionnalités.
• Conseils d’utilisation des modèles : aborde à la fois les avantages et les limites des modèles, et propose des méthodes pour les utiliser efficacement.

Ebook et édition reliée

• Ebook : vendu sur Google Play en version sans DRM ($9.99).
• Édition reliée : disponible à l’achat sur Amazon.

Critiques et ressources complémentaires sur le livre

• Critiques : diverses critiques et essais sont proposés, notamment dans IEEE Software.
• Ressources complémentaires : vidéos et publications sur des sujets variés comme la conception continue, les styles d’architecture et la modélisation.

Avis de GN⁺

• Importance de l’approche fondée sur le risque : une conception basée sur le risque est très utile pour augmenter les chances de réussite d’un projet.
• Démocratisation de l’architecture : si tous les développeurs comprennent l’architecture, l’efficacité de l’ensemble de l’équipe peut s’en trouver renforcée.
• Conseils pratiques : ce livre fournit de nombreux conseils pratiques plutôt que théoriques, ce qui permet une application immédiate dans des projets réels.
• Focalisation technique : il se concentre sur les aspects techniques pour aider les développeurs à résoudre des problèmes concrets.
• Ressources d’apprentissage supplémentaires : il permet un apprentissage plus approfondi grâce à diverses ressources complémentaires.

[GN⁺]

Avis Hacker News

• Il faut distinguer les risques de gestion de projet des risques d’ingénierie logicielle. Les compétences d’ingénierie ne résolvent souvent pas les risques de gestion.
• La qualité du code, l’organisation, les tests, la documentation et l’usage d’outils standard aident sur les deux plans.
• Si l’hypothèse du « heurté par un bus » revient souvent, c’est pour créer un logiciel reproductible et facile à comprendre.
• Pour éviter la connotation négative, il vaut mieux utiliser l’expression « gagner à la loterie ».
• L’architecture pour l’architecture est ce qu’il y a de pire. Cela augmente inutilement la complexité.
• L’objectif ultime d’une bonne architecture est de réduire les coûts. Si elle demande plus de temps en développement et en maintenance, c’est une architecture ratée.
• Je me demande dans quelle mesure un livre publié en 2010 a bien tenu dans le temps.
• Le livre "Design It" est apprécié parce que ses ateliers sont utiles aux techniciens et qu’il n’est pas biaisé en faveur d’un style d’architecture technique particulier.
• Le livre de John Ousterhout, 'A Philosophy of Software Design', est utile. Il contient beaucoup de conseils et d’exemples faciles à comprendre.
• Le terme « dépendant du risque » serait peut-être une meilleure appellation. Je me demande pourquoi les programmeurs aiment tant l’expression « basé sur [X] ».
• Je ne connais pas ce livre en particulier, mais les écrits de l’auteur sur le « contrôle intellectuel » sont très éclairants.
• Nous avons fait un club de lecture en entreprise il y a quelques années, et j’ai trouvé cela très répétitif.
• Je me demande si c’est une bonne ressource pour ceux qui lancent un projet open source d’envergure ou pour les solopreneurs. Demande de recommandations de livres ou de ressources utiles pour les développeurs solo.
• L’architecture logicielle ressemble à l’architecture au sens général, mais le logiciel n’a pas de figure comparable à Isaac Newton, donc il n’existe pas de génie civil du logiciel. La personne qui s’en rapproche le plus est Claude Shannon.
• Une réserve vis-à-vis de la lecture de termes arbitraires. Je veux un modèle mathématique. Les termes vagues inventés par des humains ne sont qu’un bricolage pour tenter de traduire des idées.