31–40 of 66 posts
I ask this question, but instead: I ask it of Lua. As in, what if there was a Linux distro that focused, primarily, on building a Lua layer on top of everything, system-wise. Just replace all the standard stuff with one single, system-friendly language: Lua. C/C++ everything as it currently is: put Lua on top all the way to the Desktop. It’s only a thought experiment, except there are cases where I can see a way to u…
Whats curious to me here is that the github repo linked to in the article seems to exactly recreate the "operating system" that is called an "opinion in the wrong layer". Perhaps I am misunderstanding this, but after looking at the code what exactly are we achieving here over other frameworks? The repo is obviously very new (and the author certainly seems busy), so perhaps a better question is what do we aim to achie…
Celery + Redis is already mature, easy, and can be setup quickly. Not my favorite framework by any means but it seems to work, more or less
Absolutely wild to see none of the long lineage of similar attempts mentioned here. The earliest I could find with a quick search was Pyro which started in 1998 and still seems to be going: https://pyro4.readthedocs.io/en/stable/ RPyC came along in the aughts. There's a long history of "transparent clustering and rpc" efforts in Python that could be used or drawn on. Sad to see that history ignored here.
I guess I'm not old enough.
https://en.wikipedia.org/wiki/Emerald_(programming_language)
The CSP approach is also interesting. fe Limbo
Pah - all these newcomers with interpreted/bytecode languages for remote functions! It's easy to send text or bytecode to another instance of your runtime. I did a distributed system sending native code functions to be executed remotely. Fair enough, it was for academic purposes, but it worked [1]. ------------------------------------- [1] By "worked" I mean got a passing grade on a thesis that got an IMDB number. Pr…
I don't have much experience with this kind of thing, but from here it looks like a program written this way would be nearly impossible to reason about performance when something as simple as a function call in your Python interpreter can have wild fluctuations in predictability just due to underlying network latency, remote host saturation, etc. It seems like you would need an entire observability framework built an…
Answering the question: it would be called "the Erlang VM", and you'd use Elixir to program it. https://elixir-lang.readthedocs.io/en/latest/mix_otp/10.html
Absolutely wild to see none of the long lineage of similar attempts mentioned here. The earliest I could find with a quick search was Pyro which started in 1998 and still seems to be going: https://pyro4.readthedocs.io/en/stable/ RPyC came along in the aughts. There's a long history of "transparent clustering and rpc" efforts in Python that could be used or drawn on. Sad to see that history ignored here.
I guess I'm not old enough.