News for hackers. Stuff that matters.
Re:The Acton Programming Language by abrookewood on Friday December 06, 2024 @01:02AM (#42336848)
Sounds a lot like a language running on the BEAM (e.g. Elixir, Erlang, Gleam, etc): Distributed Computing built in; Durable State (e.g. ETS); Non-stop (i.e hot code upgrades); Actor model.
Re:The Acton Programming Language by 708145_ on Friday December 06, 2024 @01:44AM (#42337053)
I read the main feature to be durable storage or in other words persistent actors. Erlang Term Storage (ETS) I thought was in-memory.
Re:The Acton Programming Language by sausagefeet on Friday December 06, 2024 @01:54AM (#42337108)
Maybe they meant DETS
Re:The Acton Programming Language by kll on Monday December 09, 2024 @05:06PM (#42371068)
I think a lot of these things sort of come-for-free when you are an actor based language. Like actors are basically little processes communicating with each other, so you've mostly already abstracted away from memory pointers on your local machine, thus, it's trivial to move an actor to a remote computer but continue communicating with it in largely the same fashion. Clearly you need to be wary of latency but otherwise it looks about the same. Actors are single-threaded and have their own private state, so upgrading an actor is "just" replacing old code with new code but the same private data. You don't have to synchronize this access with other threads or similar. Actors just make this easier, which is why you'll probably find such features in languages using actors.

Acton has its own run time system though which shares much more with Pony than with BEAM. Pony folks wrote a paper on distributed computing with actors - https://www.doc.ic.ac.uk/~scb12/publications/s.blessing.pdf