• Michael Murphy (S76)@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    arrow-down
    1
    ·
    edit-2
    11 months ago

    You’re not making the strong case that you think you are. Quite the opposite. The ease of “shooting yourself in the foot” is precisely what makes it so difficult to learn. Segmentation faults and random memory corruption make it incredibly hard to get started with programming. The compiler typically providing no help at all for diagnosing where the memory handling flaws are. You need to learn how to use a debugger to get anywhere with fixing them. Many people give up when it gets too difficult to diagnose them

    Rust’s constraints are very clear and concise in comparison, with a helpful compiler that will teach you how to handle memory correctly. Cargo API documentation is also extensive in comparison to typical C or C++ documentation. I believe you’re mistakenly assuming it’s more difficult to work with than it really is. For example, imagine telling someone that pattern matching in Rust is more difficult than constructing unions and casting pointers in C. I’ve worked with a number of people over the years that had little experience in programming outside Rust. It’s not that difficult.

    • lysdexic@programming.dev
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      1
      ·
      edit-2
      11 months ago

      You’re not making the strong case that you think you are. Quite the opposite. The ease of “shooting yourself in the foot” is precisely what makes it so difficult to learn. Segmentation faults and random memory corruption make it incredibly hard to get started with programming.

      That’s not the case, though. Some C and C++ compilers are already resilient and flexible enough to not get C and C++ to blow up in your face when you’re doing unmentionable things to memory access. Some memory safety issues are only noticeable when running profilers and memory safety tools.

      Keep in mind you are talking about someone taking their first steps in writing software. They are struggling to get stuff to work, and throwing curve balls at them is not going to help them get on their feet.

      Also, I did not advocated for C or C++ as better options. My point is that Rust is an awful suggestion as a first language, which even the Rust community states. It also speaks volumes to Rust’s unsuitability as a beginner programming language if the best attempt to refute that fact is to try to come up with worst alternatives that in the end aren’t even worse at all.

      Rust’s constraints are very clear and concise in comparison (…)

      Irrelevant. The point is that Rust enforces constraints that other programming languages don’t. If anyone is taking their first steps, not having to deal with them leads to a far more productive and enjoyable experience. It’s absurd to talk about memory-safety and performance when the target audience doesn’t even understand what memory is.

      • Michael Murphy (S76)@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        11 months ago

        The Rust community is a very diverse group of people with many different opinions. It is not a universal truth that the Rust community believes Rust to be an awful first language. I’ve known plenty of people who started their careers with Rust. I started my career with Rust, too. The complaint with difficulty adapting to the borrow checker has been irrelevant since the 2021 edition of Rust. The borrow checker has become smarter about rearranging borrows and automatically tagging lifetimes in most cases. The remaining constraints that the compiler enforces are also hard requirements to learn when developing software in any other language. The same practices equally apply to all software. For example, mutating an array while iterating it in Python or JavaScript will lead to unexpected behavior. Python and JavaScript’s lack of a proper type system causes a lot of software to explode at runtime when you think inputs are always X but suddenly in one case it happens to be Y.