5 ms·

And at the end of all - this tailored and optimized to ns path there will be python app ;-)

by sp0ck 4y ago

qsort 4y ago
Well, if you're deploying on an architecture with very specialized machinery, even up to JSON parsing and REST API handling, a scripting language isn't going to lose that much over a compiled one. Maybe not python, but the future the article talks about is definitely one where "js everywhere" is a compelling approach.
- mirker 4y ago
  I agree scripting can be done top-level but it’d be shocking for it to be used for device management. These OS ideas are coming back to topics like microkernels, where you want to give applications part of the OS responsibility and hope they don’t crash you. I’d imagine that the scripting language can offload a lot of functions, but it’d just be glue on top of complicated accelerator mini-kernels, which themselves have native code programming e.g., some JSON state machine.
  - abecedarius 4y ago
    I'm reminded of this using LuaJIT: https://github.com/snabbco/snabb https://github.com/snabbco/snabb
- ElevenLathe 4y ago
  In a way it harkens back to 80s 8-bit home micros. BASIC on these boxes is incredibly slow, but you can still easily do realtime sprite-based games because all it is doing is manipulating some magic memory locations that are mapped to dedicated video-drawing hardware. Instead of the software needing to blit every frame, all it needs to do is say "Sprite 3 moved left by 3 pixels" every frame. Instead of doing collision detection in software, you just read a magic memory location that tells you which sprites have collided since you last looked. If you're writing the kind of game that is possible to do in C64 Basic, you don't actually gain much by writing it in assembler instead. What you get from writing in assembler is an expansion of the universe of possible games.
BirAdam 4y ago
You can be assured that the Rust zealots will rewrite the Python or JS application in Rust. They won’t sleep properly until all the world is rewritten in Rust.
- hkgjjgjfjfjfjf 4y ago
- lanstin 4y ago
  I always expectrd this rewrite but so far as i can tell they, unlike GNU in the 80s, are not doing drop in replacements, pushing their adoption curve out decades. It is such a strong truth that people prefer to do new stuff rather than reimplement existing tools.

And at the end of all - this tailored and optimized to ns path there will be python app ;-)

by sp0ck 4y ago

And at the end of all - this tailored and optimized to ns path there will be python app ;-)

Well, if you're deploying on an architecture with very specialized machinery, even up to JSON parsing and REST API handling, a scripting language isn't going to lose that much over a compiled one. Maybe not python, but the future the article talks about is definitely one where "js everywhere" is a compelling approach.

mirker 4y ago
I agree scripting can be done top-level but it’d be shocking for it to be used for device management. These OS ideas are coming back to topics like microkernels, where you want to give applications part of the OS responsibility and hope they don’t crash you. I’d imagine that the scripting language can offload a lot of functions, but it’d just be glue on top of complicated accelerator mini-kernels, which themselves have native code programming e.g., some JSON state machine.
- abecedarius 4y ago
  I'm reminded of this using LuaJIT: https://github.com/snabbco/snabb https://github.com/snabbco/snabb
ElevenLathe 4y ago
In a way it harkens back to 80s 8-bit home micros. BASIC on these boxes is incredibly slow, but you can still easily do realtime sprite-based games because all it is doing is manipulating some magic memory locations that are mapped to dedicated video-drawing hardware. Instead of the software needing to blit every frame, all it needs to do is say "Sprite 3 moved left by 3 pixels" every frame. Instead of doing collision detection in software, you just read a magic memory location that tells you which sprites have collided since you last looked. If you're writing the kind of game that is possible to do in C64 Basic, you don't actually gain much by writing it in assembler instead. What you get from writing in assembler is an expansion of the universe of possible games.

BirAdam 4y ago

You can be assured that the Rust zealots will rewrite the Python or JS application in Rust. They won’t sleep properly until all the world is rewritten in Rust.

hkgjjgjfjfjfjf 4y ago
lanstin 4y ago
I always expectrd this rewrite but so far as i can tell they, unlike GNU in the 80s, are not doing drop in replacements, pushing their adoption curve out decades. It is such a strong truth that people prefer to do new stuff rather than reimplement existing tools.