Memory safety is hard to ignore.
This is what most people who complain about Rust rewrites don’t get. It’s not just about memory safety and some new language features. Rust simply did a lot of things right and is nice to work with. New developers actually join Rust projects while old tools written in C struggle to survive.
I’m actually looking into learning zig. The deal is that I don’t really have an use case for it. My work vastly prioritizes development speed over actually fast programs
Why are you considering Zig instead of Rust? Or is it in addition?
Cooler name
Can’t argue with that
For great justice
Look, undeniably some coding languages are miles better than others, but I don’t think any of them would fall under my personal classification of what the word “fun” means…
Fun is when you’re allowed to achieve what you want to achieve with less bullshit to worry about.
Or in more respectable technical terms, when you’re allowed to focus on core logic above everything else.
Different strokes I guess. Personally, I do have a good time writing Rust and fun feels like the right word
Yup. I come from a mostly embedded C or C++ background with a constant 10% Python for assorted scripts. Rust feels pretty great, basically all the things I like about all of those languages with fewer of the annoyances. And cargo and clippy are fantastic. My biggest annoyance is remembering which of the approximately 213 Result/Option chain handlers I should use in a given situation.
Thanks for naming my biggest problem with writing rust code. Every crate has it’s own particular Result chain, doesn’t it. To the point we have anyhow and eyre to help with this mess.
Yeah, same. The fact I can chill the fuck out and basically not have to worry about an enormous class of serious, hard-to-spot bugs makes it a lot more fun for lower-level programming.
Like, yeah, I still need to worry about obstacles like other drivers, animals, etc., but it’s a lot more fun driving on a road that isn’t completely teeming with potholes and black ice.
Except for C
GKH is to me the second most important guy in the Linux world today next to LT, and he definitely deserves more credit for his efforts maintaining the kernel. Maybe Greg doesn’t get as much press attention because he doesn’t make as profound statments as Linus tends to.
Isn’t also half the point behind Rust the ability to evade the GPL and make Linux more vulnerable to takeover by corporate? Last I checked Ubuntu is replacing some GNU stuff like coreutils with Rust.
Yes, that’s correct. Whenever you write something in Rust, the license is automatically permissive. In fact, both US and EU copyright law automatically grant an irrevocable, perpetual license to use any and all Rust code that has ever been written for any purpose at all, including for commercial purpose, unless the code was written by a corporation.
Or, you know, you could just:
[package] license = "GPL-3.0-only"To be fair, projects implemented in Rust and adopting the GPL/AGPL are just not that notable.
I mean, you can’t expect people here to have heard of, let’s say, that thing called Lemmy.
Now that would be a horror story. Then again, it’s one of the reasons why I’m asking. Rust fame is just too coincidental with a number of things to not be suspicious. There was a whole thing in C++ (dunno if it’s still ongoing) about the “memory safety” meme, as well.
I feel ya. To me, it’s really sad that some new projects now use licenses that are really good for businesses but do not even protect the projects themselves. I’d rather live in a world where GPL share would increase. (Instead, GPL grows, but its share is diminishing.) All my projects so far are GPL/AGPL.
At the same time, Rust being picked for Linux has really nothing to do with the license. It’s just what you said - a coincidence. The actual choice is made because of the language itself. It’s a great language BTW.
are you claiming that a program written in rust evades thr gpl? thats not a thing.
or…
are you saying , things are being rewritten (regardless of language) with a different license. scary but not a rust thing.
The second.
- Linux kernel code is GPLv2 licensed irrespective of language.
- There are thousands of (A)GPL rust crates/libraries out there.
- The majority of crates are indeed still liberally licensed, but so are most new projects from the last decade, irrespective of the choice of implementation language.
- Rust project rewrites don’t exclusively replace GPL projects, because there aren’t actually that many core GPL software packages to replace. Neither sudo nor zlib are GPL software, just to give two examples. A lot of implemented-in-C core packages in your system right now are actually liberally licensed.
- And just for the sake of accuracy, the supposed threat of liberal vs. copyleft is not about the so called corporate take over or control. It’s about the ability to have proprietary forks/spin-offs. Plenty of GPL projects are corporate-controlled and always have been (see what projects Red Hat maintains).
You should try properly educating yourself on matters, instead of just taking whatever bullshit random often-clueless if not also malicious e-celebs spout at face value, or wherever you’re getting these retarded theories from.
edit: wait, it looked like you responded to someone else, so if lemmy keeps my comment then i am now explaining why it doesnt make sense
What does this have to do with Linux?
