> This Kay-esque focus on _messages_ has fudded the OO space for too long now. Sure, people nowadays tend to prefer writing procedural/functional code in OO la

> This Kay-esque focus on _messages_ has fudded the OO space for too long now. Sure, people nowadays tend to prefer writing procedural/functional code in OO languages, using objects as mere modules. > But don't extrapolate that as applicable to all types of computing application. Any formalism can be used for any kind of computation. Actors, objects or lambda calculus/simple referentially transparent FP lang are interchangeable. The only difference is the latter is the simplest, hence easier to reason about and compose. But any kind of system can be built on top of any of these. > As I mentioned elsewhere, the predominant design paradigm for large complex projects outside of computing and the data sciences for over a decade was Structured Analysis. This is not a paradigm, that's a methodology, and it's totally unrelated to what kind of language paradigm is used, or to original take about "programs = algorithms + data structures". Besides, most modern reactive systems are built on top of something like RX or Akka streams anyways, and functional in principle.