AI AI blah blah AI.

Also why is HCL supposedly the 9th most popular "programming language" (which it isn't anyway)?

due to their support of the US military

What?

Yeah I think it's pretty clear what's going on at this point.

I'm just asking for the same level of lag as I get from basic modern remote desktop solutions like Rustdesk, VMware VDI, Chrome, etc. As far as I know these all just capture the desktop, feed it into a standard low latency video codec and bob's your uncle. They achieve very good latency.

I currently use VMware VDI and it runs fine. All of these complex factors you've mentioned are not an issue at all. The only complexity is the actual integration with X/Wayland.

I didn't try xpra because it's basically persistent X forwarding, and I already know that is way too slow. As far as I know Rustdesk, etc. are not rootless. I hadn't considered Moonlight/Sunshine (thought it was just for games) but I would guess that isn't rootless either?

You won't really find anything since the kernel dictates a huge amount about how the OS behaves. If you look at the differences of Linux to other OSes, most of them are in the kernel.

Android is still very Unix-like in its userspace. I think probably the biggest thing you can change is to ditch the archaic /bin, /usr, etc. filesystem. Android and NixOS both sort of do that.

that static variable is local to that function

Yes I know how static storage durations work. It's still global state, which is a code smell. Actually I'd go as far as to say global state is just bad practice, not just a smell. Occasionally it's the only option, and it's definitely the lazy option which I won't claim to never take!

They still messed up the default encoding though unfortunately.

The biggest issue is move constructors. Explanation here: https://cxx.rs/binding/cxxstring.html#restrictions

Probably seems like a little thing but I found it quite annoying in practice, and there are other things like not being able to combine serde-derive and cxx FFI on the same struct.

where FP seeks to make most things pure

I made this mistake for ages because Haskell is so popular and it's functional and pure, but it's not actually a requirement for functional languages to be pure. OCaml isn't.

When I read Rust code, I have to completely shift my thinking to something much more imperative.

I agree Rust code has a different feel to OCaml code but that's because it makes some things easier (e.g. mutation, vectors). You still could write Rust as if it was OCaml (except for the lack of currying), it's just that nobody does that because it sucks.

I think we're probably agreeing, it's just that "functional programming" is extremely poorly defined and we're interrupting it differently. You're thinking "a language where people write enormous nested expressions and over-use recursive functions and linked lists" and I'm thinking "a language that supports lots of features common in the FP paradigm: first class functions, pattern matching, expression based not statement based, iterators/map/filter/reduce, currying, tagged unions/sum types, etc."

We should not be designing around singular implementations

Like Linux?

Tbf I've been using Git for at least 10 years and I only just discovered this. I think nobody talks about it because it doesn't show history which is 90% of the reason to use a Git GUI.