Live data from Hacker News

The Single Responsibility Principle

blog.8thlight.com

21–22 of 22 posts

Re: The Single Responsibility Principle

#21
post #8

(Warning: bikeshedding/off-topic angry rant ahead. Please ignore.) "The Single Responsibility Principle (SRP) states that each software module should have one and only one reason to change. This sounds good, and seems to align with Parnas' formulation. However it begs the question : What defines a reason to change?" (emphasis added) Ok I realize that languages evolve and all; and I see how the nearly universal appeal…

I don't think you're right here. In this case, the fact that "a reason to change" is central to the definition and itself undefined means that the definition is begging the question in the original sense.

Re: The Single Responsibility Principle

#22
post #18

My team and I have been working on a problem over the last week or so that screams modularity problems. Each time we think we have it solved, someone says "Wait, there's this report only 2 of us have ever heard about that doesn't work because X, Y, Z." The discussion has lasted a couple weeks and is starting to push deployment times back. Essentially, we have a distributed set of `devices` which interact with `custom…

I'd say code a raw draft to gain a better understanding of the problem space, then talk about it again. If you're close enought to something workable refactor iteratively and let the concepts emerge.
Post reply on HN