> both the actor model (and its relative, CSP) in non-distributed systems solely in order to achieve concurrency has been a massive boondoggle and a huge dead end.

Why is that so?

▲

lmm 3 hours ago | parent [-]

Well, lots of people have tried it and spent a lot of money on it and don't seem to have derived any benefit from doing so.

▲

ianbutler 3 hours ago | parent [-]

Except Akka in Java and for the entirety of Erlang and its children Elixir and Gleam. You obviously can scale those to multiple systems, but they provide a lot of benefit in local single process scenarios too imo.

Things like data pipelines, and games etc etc.

▲

lmm 3 hours ago | parent [-]

I've worked on a number of systems that used Akka in a non-distributed way and it was always an overengineered approach that made the system more complex for no benefit.

	▲	weatherlight an hour ago \| parent \| next [-]
		Really depends of the ergonomics of the language. In erlang/elixir/beam langs etc, its incredibly ergonomic to write code that runs on distributed systems. you have to try really hard to do the inverse. Java's ergonomics, even with Akka, lends its self to certain design patterns that don't lend itself to writing code for distributed systems.
	▲	ianbutler 3 hours ago \| parent \| prev [-]
		Fair, I worked a lot on data pipelines and found the actor model worked well in that context. I particularly enjoyed it in the Elixir ecosystem where I was building on top of Broadway[0] Probably has to do with not fighting the semantics of the language. [0] https://elixir-broadway.org/