On the one side I really like c and c++ because they’re fun and have great performance; they don’t feel like your fighting the language and let me feel sort of creative in the way I do things(compared with something like Rust or Swift).

On the other hand, when weighing one’s feelings against the common good, I guess it’s not really a contest. Plus I suspect a lot of my annoyance with languages like rust stems from not being as familiar with the paradigm. What do you all think?

  • BaardFigur@lemmy.world
    link
    fedilink
    arrow-up
    1
    ·
    10 months ago

    but surely Valgrind and ilk are now capable of providing reasonable proof of memory safety

    Reasonable, sure. But it’s still far from being perfectly “memory safe”

    • Nothing, and certainly not Rust, is “perfectly” memory safe. You get closer with Haskell. At some point, you define what “good enough” is, and it’s up to languages to provide tooling to either meet those standards (and be approved), or don’t.

      Granted, it’d be far harder for, say, Ruby to meet those proofs than a language like Rust, but the critical point is to have a defined standard of “good enough” for languages to work towards.

      • BaardFigur@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        10 months ago

        Nothing, and certainly not Rust, is “perfectly” memory safe.

        I agree, which is one of the reasons I think it’s a stupid rule to put in place, to begin with. A lot of so called memory safe languages are just built on top of C anyways (which is not considered memory safe).

        Granted, it’d be far harder for, say, Ruby to meet those proofs than a language like Rust, but the critical point is to have a defined standard of “good enough” for languages to work towards.

        True, but that’s what the industry is already aiming for anyways. But vulnerabilities won’t stop happening any time soon