A Philosophy of Software Design

A Philosophy of Software Design

Taschenbuch
4.93

Durch das Verwenden dieser Links unterstützt du READO. Wir erhalten eine Vermittlungsprovision, ohne dass dir zusätzliche Kosten entstehen.

Beschreibung

A newer edition of this book is now available; click on "See all formats and editions" above for details.

This book addresses the topic of software design: how to decompose complex software systems into modules (such as classes and methods) that can be implemented relatively independently. The book first introduces the fundamental problem in software design, which is managing complexity. It then discusses philosophical issues about how to approach the software design process, and it presents a collection of design principles to apply during software design. The book also introduces a set of red flags that identify design problems. You can apply the ideas in this book to minimize the complexity of large software systems, so that you can write software more quickly and cheaply.
Haupt-Genre
N/A
Sub-Genre
N/A
Format
Taschenbuch
Seitenzahl
190
Preis
18.85 €

Beiträge

2
Alle
4.5

Excellent book on how to design your part of the software, especially for beginners

The overall goal is to reduce complexity and conversely increase the ease in understanding and maintaining the software. The book is well structured and the discussions are all well made and drice home the point of the author. It is however mostly directed at newer software developers. Interfaces, naming, descriptions, all these things are important but are just the foundation to any developer out there.

5

I really enjoyed reading this book, especially if you've read [b:Clean Code: A Handbook of Agile Software Craftsmanship|3735293|Clean Code A Handbook of Agile Software Craftsmanship|Robert C. Martin|https://i.gr-assets.com/images/S/compressed.photo.goodreads.com/books/1436202607l/3735293._SX50_.jpg|3779106] before. This one isn't that religious, but certainly similar opinionated. In general most of the ideas felt more reasonable, like the points about shallow and deep modules or when to split classes. Also I really like how essential code docs are for the author, because I feel the same. Normally, business code rarely includes comments at all and I usually have to make my own, to avoid re-learning blocks I've already visited.

Beitrag erstellen