Eh, not really then. If you have some behavior in those 50 copy/pastes that needs to be deleted, you’ve got to delete it 50 times. That’s not easier at all.

Because even if it winds up being a bad study, it still evokes a deeper, more important “truth.”

I’m being sarcastic but that’s actually what’s going on here.

It does and they’re kinda weird (if you’re used to more like Java-style interfaces). It flips the dependency between the interface and implementor on its head. Worth looking it up, it’s interesting.

Too bad it was only one season long.

Which one is important is going to depend on the context for sure.

If it’s an open source library, they probably won’t care about 1.

If you’re working on internal software used by other developers within the company, management probably really does care about 1 because it’s going to impact their timelines.

If you’re working on a proprietary user-facing API, then even if it doesn’t cost your company anything management might still care because it could piss off valuable customers.

I think that, for what ever decision OP is trying to make, looking at that context is more important than quibbling over what exactly constitutes a “breaking change.”