this post was submitted on 31 Mar 2025
559 points (96.2% liked)

linuxmemes

24254 readers
1663 users here now

Hint: :q!

Sister communities:

Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
  • Don't get baited into back-and-forth insults. We are not animals.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
    • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn, no politics, no trolling or ragebaiting.
    • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
    • 5. 🇬🇧 Language/язык/Sprache
  • This is primarily an English-speaking community. 🇬🇧🇦🇺🇺🇸
  • Comments written in other languages are allowed.
  • The substance of a post should be comprehensible for people who only speak English.
  • Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
    • 6. (NEW!) Regarding public figuresWe all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.
  • Keep discussions polite and free of disparagement.
  • We are never in possession of all of the facts. Defamatory comments will not be tolerated.
  • Discussions that get too heated will be locked and offending comments removed.
    •  

    Please report posts and comments that break these rules!

    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.

    founded 2 years ago
    MODERATORS
    zephyr@lemmy.world
    rtxn@lemmy.world
    559
    Rust? Like what's on some metals? (i.imgflip.com)
    submitted 5 days ago by Gormadt@lemmy.blahaj.zone to c/linuxmemes@lemmy.world
    141 comments fedilink hide all child comments
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] Bazoogle@lemmy.world 1 points 2 days ago (1 children)

    This, to me, seems like the standardization vs optimization argument. So much of the tech world could be optimized like crazy, but the more complex it gets, the hard it is to communicate with others and keep things consistent. This complexity actually hinders production overall. Standardization, even if it's not the most optimized, allows us to create vastly more complex and reliable systems because we can ensure we are all on the same page. Even if that standardization isn't the best way to do it. I mean, if you want to talk about absolute control over your code, why don't you write in assembly? Are all programming languages not virtually assembly with training wheels?

    Writing in code that is not memory safe is going to mean you are substantially more likely to have mistakes that lead both to user annoyance and straight up security vulnerabilities. Having applications written in a memory safe languages, especially when worked on by large swaths of people, is absolutely the best route. It provides a secure standard way to write memory safe code. This will reduce security vulnerabilities, decrease program crashes, and allow for more efficient developers.

    Changing a bike tire is something for a single person, maybe two at most. Writing code is often a team effort. And the more people that are involved, the more likely mistakes are going to happen. People absolutely can still learn the complexities, and still choose to use Rust because honestly, it's the smart thing to do. And it doesn't need to be rust. Any memory safe language would accomplish the same goal.

    [–] Bogus007@lemm.ee 1 points 22 hours ago

    This, to me, seems like the standardization vs optimization argument. So much of the tech world could be optimized like crazy, but the more complex it gets, the hard it is to communicate with others and keep things consistent. This complexity actually hinders production overall. Standardization, even if it’s not the most optimized, allows us to create vastly more complex and reliable systems because we can ensure we are all on the same page. Even if that standardization isn’t the best way to do it.

    Standardization is the reason why systems collapse or are more prone to attacks. Just think about a monoculture vs an organic mixed culture. Also, the impact on standardized systems is much bigger, because it affects the entire system. But on the other hand, yes, it requires more time and people. When reading comments from Rust people, I have always the impression that in the best case everything is replaced with Rust code. If this is indeed their intention, I disagree.

    I mean, if you want to talk about absolute control over your code, why don’t you write in assembly? Are all programming languages not virtually assembly with training wheels?

    Perhaps difficulty to learn, apply, and make changes? Also no interest, trigger and coolness among people? Assembly are considered the old nerds aka the hated boomers, while Rust people are sometimes the hipsters, the new generation. I do not like this attitude of exclusion. BTW, if you want to try out an OS written in assembly look at Kolibri OS.

    Writing in code that is not memory safe is going to mean you are substantially more likely to have mistakes that lead both to user annoyance and straight up security vulnerabilities.

    Depends on your skills.

    Having applications written in a memory safe languages, especially when worked on by large swaths of people, is absolutely the best route.

    I am sorry but I am unable to mix "safe language", "large swaths of people", and "best route" somehow in my brain. I just see "tilt, tilt, tilt", because it does not make sense to me as there are no connections between all three points.

    It provides a secure standard way to write memory safe code. This will reduce security vulnerabilities, decrease program crashes, and allow for more efficient developers.

    The secure I put in question mark (aka time will show) and are you serious about efficient developers? In case you mean producing a larger program faster, yes, I agree. Memory safer? Very likely (although you can write safe programs in C as well). But more efficient in terms of more competent? I would not say this.

    Changing a bike tire is something for a single person, maybe two at most. Writing code is often a team effort. And the more people that are involved, the more likely mistakes are going to happen.

    Does not change my intention: either you know the in and outs, or you are a slave of others - in the case of Rust, the slave of the compiler.

    People absolutely can still learn the complexities, and still choose to use Rust because honestly, it’s the smart thing to do.

    Haven't said anything against, but the smart thing to do is up to the personal choice, not because there is a loud community of followers.

    And it doesn’t need to be rust. Any memory safe language would accomplish the same goal.

    This is the point I would underline. It is not only Rust, but there are many languages out there worth regards and time, even for low level and systems.