From d802bc45f5410b1f4b13f610dbd582ed54cc1b48 Mon Sep 17 00:00:00 2001 From: Artem Zakirullin Date: Sun, 22 Sep 2024 20:02:43 +0300 Subject: [PATCH] add new chapter about SRP and shallow modules --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 010cc17..b140dd7 100644 --- a/README.md +++ b/README.md @@ -159,7 +159,7 @@ We make changes to our systems to satisfy our stackeholders and users. We are re > A module should be responsible to one, and only one, user or stackeholder. > **Uncle Bob** -This is what this Single Responsibility Principle is all about. Simply put, if we introduce a bug in one place, and then two different business people come to complain, we've violated the principle. +This is what this Single Responsibility Principle is all about. Simply put, if we introduce a bug in one place, and then two different business people come to complain, we've violated the principle. It has nothing to do with the number of things we do in our module. But even now, this interpretation can do more harm than good. This rule can be understood in as many different ways as there are people. Looking back at how much cognitive load a decision induces is a more clearer way.