I'm not against immutable distro's on principle. I imagine they still have some kinks to iron out, but I haven't looked in on them for a while.
My opinion on these things is; if it's a superior system, then it'll become the new standard, that's always what happens, and the naysayers are largely irrelevant. Just like computers, smart phones, the internet, etc.
The AOSP is a huge success and phones are really only the tip of the iceberg, android runs everywhere and is basically responsible for the mainstream adoption of "smart" devices.
It's a small OS that runs on basically anything and you can stick it on most computers regardless of how strange the hardware setup is.
Is it perfect? No, as a project android is basically maintained by Google alone and Google obviously doesn't think it's perfect, or fuschia wouldn't exist.
I started learning Lua for a WoW add-on. Not even making my own add-on, just tweaking someone else's.
Maybe this is a case of hindsight being 20/20 but wouldn't they have caught this if they tried pushing the file to a test machine first?
If you look at projects in more popular languages like JS, Rust, Python. There is plenty of new blood in the contributors list. I won't speculate as to why, but it looks like the new generation doesn't like c and c++.
I think this is also backed up by the Linux kernel and thunderbird projects. Both are old c/c++ codebases and both have stated they are adopting rust in hopes of drawing interest (and contributors) from the rust community.
IMO, I'd say Dioxus is more of a portable front end framework. If you're looking for an electron alternative i.e, something to run web applications like they are native apps, I'd recommend Tauri.
Also, this might be a bit out of date, but I believe Dioxus is using Tauri's stuff under the hood. Although I heard this before the dev went full time on Dioxus, it could've changed, I know they have done a lot of work on it.
To do quick and simple explanations:
var test int = 0
assign an int, var = let in rust land
:=
This is basically an inferred assignment e.g.
a := "hello world"
The compiler will know this is a string without me explicitly saying
func (u User) hi() {}
To return to rust land this is a function that implements User. In OOP land we would say that this function belongs to the user class. In Go, just like in rust we don't say if a function returns void so this function is for User objects and doesn't return anything:
func (u User) hi(s string) string {}
If it took in a string and returned a string it would look like this.
map[string] int {}
I will give you that this syntax is a bit odd but this is just a hashmap/dictionary where the key is a string and the value is an int
Bruh, I do this all the time! Can't solve a problem? Get up and walk around the house while I explain the issue to imaginary people!
I'm not sure this is a fair comparison, since this is only coming to RCS and not SMS my (completely unsubstantiated) guess would be that this is a message protocol issue.
On the other hand Signal is an encrypted internet messaging service and editing internet messages has been easy for everyone not named twitter for years.
I feel like helium works as well as helix. When I search Helix I don't get the editor but if I search Helix Editor I will get what I'm looking for.
When I search Helium editor I don't get any exact matches, but of course SEO is a dark and mystical art so your mileage may vary.
I like how at the start of the line it explicitly says "out of memory" but we're just pretending this is some satanic bullshit.
She obviously read the error to find "kill process" and "sacrifice child" but still ignored the memory error
In the case of docker I'm already at the point where I no longer think it's necessary. At my current job our stack is JS, PHP and Python. 3 interpreted languages, we then build on Ubuntu and deploy on Ubuntu. I don't think our project really needs docker, even though it does use it. We also have wasm/wasi prepping to eat Docker's lunch.