Fundamentals of Software Architecture: An Engineering Approach

I read this book as an Associate SE and I gained a ton of knowledge. This book is extremely well written. I enjoyed the order in which the topics were presented. It began with an explanation of the four pillars in software architecture. By doing so readers gain immediate value within the first few pages. I particularly enjoyed the advocation for a domain partitioned folder structure as opposed to a technically partitioned folder structure, especially for front end developers. I believe navigating the code base should very much resemble navigating the UI. This is not only cool for readability, but it inherently increases cohesion. A huge win for such a low cost. After getting the foundations laid the authors explain different architecture styles. The part I found to be most useful was the charts they provided which give star ratings to highlight the strength and weaknesses of each architecture. This illustrates that architecture styles should be chosen for specific solutions and not trends. I gained the skills necessary to begin to think like an architect. It included breadth of knowledge which, as the book will tell you, is much more important than depth of knowledge for an architect. Then the authors decided to dive back in and elaborate a bit more on the foundations learned at the beginning. It suggested ADRs, another quick win for low costs. They also spoke about risks storming and offered friendly advice on finding balance within the teams. All in all, an amazing book. And at the end, the authors even presented tons of short answer questions to challenge readers and really take the lesson home.

The book does a great job at deconstructing the overall role of a software architect in an enterprise scenario. It does this pretty gradual, starting with definitions for the characteristics of a software architecture and then elaborating clearly through architectural styles and skills that are favorablr in certain contexts. A definite must read for anyone looking to understand the abstractions involved in both software architecture at an enterprise level and the role of a software architect.

It is a great book for basic knowledge on software architecture, the way it is written doesn't match with me entirely, I believe it could be more friendly. But it is a good book.

Good book, perfect conditions

I'm not sure if it's the fact that I got burned by Building Evolutionary Architectures, co-authored by Neal Ford, or my previous experience with other "fundamentals" books which tended to be rather useless - my expectations were fairly low of this one but I'm glad I went ahead and read it. The book starts off by discussing what software architecture is, what the job entails, what the common misconceptions are and then for the remainder of the book covers both the technical and soft skills required for a person to become a good architect - how to maintain the technical know-how required by the job, what types of knowledge to focus on, how to detect, discuss and document the architecture, the reasons behind it and the trade-offs it entails, how to interact with your colleagues, both on the developer and the business side, how to resolve conflicts, nurture and promote constructive collaboration etc. So, as you can see, the authors try to cover a lot of ground without going too deep (and waking Durin's Bane) - and they do it successfully. That being said, the book isn't perfect, some chapters could have used more feedback, especially the event-driven architecture one, which felt a bit dated and like it came from someone who didn't have firsthand experience with it recently. Also, I can't really say that I truly discovered something new within its pages - which isn't necessarily a bad thing if, like here, the summary of the things you know is presented in such a way it actually reinforces the existing knowledge.

This book is a fundacional stone to anyone who’s beginning their architecture career. If you got the chance to buy it or read it just go for it every page is building block in your understanding on software architecture

I read this book front to back and it solidified my understanding of a lot of architectural concepts. Now I'm better at understanding and communicating the architectural concerns of the systems I work on. If you're wondering where the blurry lines around architecture are, this book will help you build the mental model you're missing. Great writing, I'm keeping it as a reference book.

Like other reviewers mentioned, the images were illegible. However I returned mine for a replacement and got a "2020-06-12: Second Release" version which fixed the images.

I found this book to be the best at explaining software, to beginners, and a great refresher for those who have more experience.

Insbesondere das im zweiten Teil des Buchs herausgearbeitete Gesetz "the why is more important than the how" ist eine im Alltag immer wieder erlebte Erfahrung in Sachen Architektur und Source Code. Da dies häufig missachtet wird, kann die WTF Rate schnell ansteigen. Im ersten Teil des Buchs werden diverse Architekturvarianten vorgestellt, bewertet und Empfehlungen für Anwendungsfälle gegeben. Klasse Hilfsmittel. Wichtigste Regel: Es gibt keine Silver Bullets sonder immer nur die am wenigsten schlechte Lösung. Es wurde bemängelt, dass die Qualität der Diagramme und Grafiken im gedruckten Buch sehr schlecht ist. Das stimmt, aber es gibt eine zum Buch gehörende Website, auf der die Diagramme in hoher Auflösung verfügbar sind. Einfach ohne voranstehendes www die com Domain fundamentalsofsoftwarearchitecture aufrufen und die Sektion Updated Images anwählen. Klare Kaufempfehlung!

L’autore tratta in maniera eccellente le architetture software a 360 gradi, il libro è utile sia per chi si approccia per la prima volta in questo ambito sia per chi vuole approfondire.

Very nice book. I highly recommend it

Most diagrams, which are an important part of the book, are completely unreadable. This is really a shame for otherwise good quality content.