News for hackers. Stuff that matters.
Re:A Theory of Software Architecture by dathinab on Wednesday October 28, 2020 @08:08AM (#24917788)
No he described implicit arguments and mutation vs. explicit arguments and mutation.

It's independent of OOP vs. functional, through it's easier to have implicit arguments and mutation in OOP so you see it more often there, especially if people somehow ended up believing that programming OOP means you need to create a class for everything and make all states a object member instead of e.g. a variable in the stack.

Re:A Theory of Software Architecture by rvense on Wednesday October 28, 2020 @08:50AM (#24918113)
Yes! I often see code that where a method sets an instance variable, then calls another method that does some work based on that instance variable, which is then not used until the next time that first caller is used. The instance variable is redundant, and the control flow is obfuscated. I think the principle is just to only expose something when you really have to (harhar), and that the 70's suspicion of unstructured use of global scope should be equally directed to class scope.
Re:A Theory of Software Architecture by amw-zero on Wednesday October 28, 2020 @03:36PM (#24923198)
That's called temporal coupling, where some code only works if some previous code set some variable earlier in time. And it's a sign that you're building an implicit state machine.