I’m not gonna defend Uncle Bob, but I’d advise against attacking his technical mettle, personally.

You’re going to have a strained analogy either way, but you might be able to come up with something that is more person centric. Your analogy focuses on the functionality of the spoon, fork, and spork, not the person’s needs - I could argue that a single person’s concerns are encapsulated by the spork, and as such it doesn’t need to be split up. Realistically, the existence of the spork gives credence to this - it wouldn’t exist if a separate spoon and fork were superior for all user needs.

Definitely change the text, though, either way.

Yeah. Maybe I just have a bone to pick, but I've always thought solid was pretty awful programming. There's some good ideas in there, but largely I've seen this make code bases worse.

Good to know thanks

The analogy is gonna be strained, but the real problem is the way SRP is stated as “only one potential change in the software’s specification” - this is not person centric. The way OP started this is more the way SRP was initially misinterpreted as a module should do one thing and only one thing. That’s actually more the Unix cli philosophy of “do one thing and one thing well” — but it’s not SRP.

Internally, we don’t try to pre-determine if a module follows SRP, we use actual changes being made to the system to identify modules that are changing as a result of different actors/people. We then refactor a module to split it so that it once again is aligned to one axis of change.

Well, it is widely known and established, but many people disagree about being good. Some of the advice is applicable in the context of a framework, but the author insists it should be used everywhere which results in bloated designs that people hate. The popularity of this in the Java community is mostly what's responsible for all the hate Java gets online - bloat, overabstraction, complicated designs exemplified by the most SOLID frameworks of them all - Spring - with it's AbstractSingletonProxyFactoryBean https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/aop/framework/AbstractSingletonProxyFactoryBean.html

Good old tracker modules does ir for me, seamless loop by default in most tracks, and unlimited supply at modarchive.org. The downside of online streaming is being one click away from distractions. No internet is the best way to focus.

[deleted]

So if there's more than one reason to change a module then you shouldn't change it?

I will have an (extended) listen. This might make a change from just putting an Eno playlist on shuffle.

Is it? What is your take on it?

Hisssssssssss! You work for Black Mesa!

They finally did it. The sons of bitches.

Worst code based I have ever encountered where people with a Clean Code book on their desks. Uncle Bob has no real experience in software development he just does the conference circuit and gives lectures.

Why was it downvoted there? I thought SOLID was accepted as good practice in OOP?

Ah yes uncle Bob a guy who has not done any software development in decades is the perfect person to listen to.

I like it. I think people are getting hung up on interpretation and semantics here. It's a great site.

Clickable links are already here!? I must be living in the past.

Hey Reddit,

I made this site, Flowful, which generates ambient music for you in your browser.

I've recently been working on a bunch of new features & tracks so figured I would share it with Reddit now that school and university have started another year.

This is something I wish I'd had when I was a student (and even now that I'm a software engineer), so hopefully you find it useful! :)

Cheers,
Drew

Lmao no

There're reasons why this got upvoted in a nonprogramming subreddit and downvoted in r/programming :P

It’s probably your phone/wifi/data because it’s running fine for me

How so? Seems like it makes sense to me.

This is actually really helpful. I’m starting to interview again and want to be able to intelligently answer using SOLID principles.

No, there's just no insight in the principle whatshowever (see my other comment in this thread). This is engineering, not bible studies, if you need to repeat the wording exactly for it to sound convincing, there's probably an issue with the advice.