They are the same in that they are both operating systems. Modern computers come with the latest version as all earlier versions have been superseded just as SoC has been superseded by SRP. They are different versions of the same concept, not different concepts.
So you’ll agree that these posts:
Are utter nonsense?
Is SRP “EXACTLY THE SAME THING” as SoC or not?
And the follow statements by your logic are also true: All programming languages are the same because they are the same concept, all cars are the same because they’re the same concept, all computers are the same because they are the same concept.
You misunderstood me, they do, and they do it today. Engineers are beginning to use induction heating to spot place a weld and then radiant heating to put it fully in place. The induction heating allows the parts to be set temporarily until they can be put together entirely. Thus both processes used to result to a single outcome, two pieces of metal pieced together (both of which produce that out come on their own too).
Therefore, it is reasonable to say the same could be true for programming principles/concepts.
I do not put display logic it the Model, it is all in the View. However, it is perfectly acceptable to have data in the Model, even meta-data, which is then passed to the View for processing.
“Is this page a CSV or a HTML page” is display logic, not data and belongs in the view. Interesting that you omitted my  because you couldn’t provide a reference despite calling it SOP.
Similar maybe, but NOT identical. Besides “adding new records to the database” is not the same as “generating similar code”.
If each time I run the same piece of code to generate new records in the database, how does the act of running the code violate the DRY principle?
You need to repeat the process each time. This is by definition repeating yourself.
Not unless they comply with the Wikipedia definition!
Have you learnt nothing about authority?
They use different words because they were written years apart, but they still describe the same concept. It is possible in the English language to use different words to describe the same concept, or didn’t you know that?
Can we PLEASE get over talking semantics and “Letter of the Law”? From a high level, they are the same concept. SRP might have a slightly more narrow definition of successful compliance as it’s essentially SoC 2.0, but from a basic, mile high perspective, they are the same,
Sorry, that’s not true. One is a refined version of the other, to say they are the same thing is a fallacy of composition ( https://en.wikipedia.org/wiki/Fallacy_of_composition )
And lets be clear, tony is arguing that they are “EXACTLY THE SAME”. This is completely nonsensical when you actually look at the meanings behind them. Tony didn’t say “They are similar” or “they are related” or “one is a refinement of the other” his argument is “They are exactly the same”. If you look from a mile high “all cars are the same”. Of course on a car message board we would discuss in detail the differences between a bugatti and a mazerati. On a programming forum we should discuss the differences between programming concepts.
You are the only one who is using perverse logic to state that coupling and cohesion have no meaning, so I am not going to join in with your perversity.
Avoiding the question again, eh?
Please answer the question: How the hell can two terms with different definitions mean the same thing?
Answer this please:
Stop avoiding the question because you’ve been proved wrong. Are SRP and SoC “EXACTLY THE SAME THING” or are they different?
I am saying that no sensible programmer would apply SoC and then apply SRP on the same piece of code. He would either apply the concept under the label SoC OR he would apply it under the label SRP.
By applying the same concept under different labels you are not actually applying different concepts.
They are using different words to describe the same concept. The WORDING is different but the CONCEPTS are the same. This is possible in the English language, or didn’t you know that?
YOU have stated they are different concepts.
You have said that
SoC does not include coupling or cohesion
SRP is SoC +Coupling + Cohesion.
How then, are these concepts the same, if they describe different things?
That’s why I’m talking about semantics and “letter of the law”. It’s similar to talking about the Ford Shelby GT350 and a base model Ford Mustang. Technically they are different cars as the trim levels, motors, etc are different. But from a layman’s term, they are still Mustangs.
In only ONE of the many quotes I’ve seen you make did he say they were EXACTLY the same. Otherwise, he just said they were the same (which in layman’s term, they essentially are).
I’m just saying let’s not lose the forest for the trees. The basic concept is if people follow EITHER SoC or SRP, they’re heading down the right track. If they follow SRP, it’s better because the more specific it is, the better it is in the long run.
Let’s take a step back then, Tony is using the idea that SoC is identical to SRP in order to say that his 9000 line class follows SRP ( http://pastebin.com/m76ZAUZc ) would you say he’s going down the right track?
They do. That’s my point. You write a few lines and hand execution off to the framework. That’s inversion of control. That’s what they do.