Uh, this is crazy wrong.  Maybe in the desktop era objects were more important, but processes have come back with a vengeance now that everything is a distributed system.<p>I&#x27;m not sure what you mean about objects being composed across system or process boundaries.  Name a successful system where that&#x27;s true.  Who uses DCOM?  Distributed objects <i>failed</i>.  I occasionally see people trying to bring back this way of thinking (e.g. they want methods instead of RPCs and protobufs), but they have not succeeded, for fundamental reasons.<p>In reality it&#x27;s not either-or.  You need both ways of thinking.  Objects are static (they exist as an agreement between the compiler and programmer, and  are usually thrown away at runtime); processes are dynamic.  Many programmers that think only in terms of objects learn the hard way that their programs are brittle and inefficient.  System operators think in terms of processes, and this way of thinking is essential for resilient systems.<p>In addition, objects are losing importance in distributed systems because state in a single machine&#x27;s memory is not very useful.  In real distributed systems you need replicated&#x2F;resilient state with varying consistency guarantees.  An object doesn&#x27;t help you with any of those things.