Agreed, "REST" as we generally use it is actually "RDD" or "ROA" (Resource Driven/Oriented Design). Use of HTTP as the protocol is a "side effect" that happens

Agreed, "REST" as we generally use it is actually "RDD" or "ROA" (Resource Driven/Oriented Design). Use of HTTP as the protocol is a "side effect" that happens to map nicely. [1] But it's more than that, especially if you design using resources, finite state machines and transitions. That's independent of protocols or anything else. Once you have that defined, the infrastructure often "falls out" and you have APIs that are reasonable, as well as working well into CQRS and Event Sourced implementations. A lot of this stuff was thrashed out on that yahoo group, which happened around the same time as "AJAX" became the latest buzzword. I think of RPC as "The verb is important, not the noun", whereas REST/ROA is "The noun is important, not the verb". [1] https://www.developer.com/web-services/overview-of-resource-oriented-architectures/ https://www.developer.com/web-services/overview-of-resource-...