I want to learn Rust. There are so many resources available and I am unsure which one to go for, and if there are any tips on getting started?

I am a software developer by trade

Edit: Thanks for all the great replies!

  • thefatfrog@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    18 days ago

    If you are looking to create a web service, I can suggest the zero2prod book. That’s how I learned rust and loved the process. I was also already a seasoned developer before taking interest into rust

    • maegul (he/they)@lemmy.ml
      link
      fedilink
      English
      arrow-up
      0
      ·
      18 days ago

      Cheers for the shout out! Yea the idea of that community is to be a kind of study group.

      Whenever I’ve posted a thought or idea, that’s part question part experiment part pondering, I’ve gotten great replies from others.

      Also two people have been running twitch streams of running through the book. Sorrybook is nearly done I think (they’ve been going for half a year now which is quite impressive).

      The community is at a point now I suspect where some of us have learnt rust well enough to spread out into projects etc, so it’d be nice to work out how we can do that together at all.

      Part of my initial idea with the community was to then have a study group for working through the lemmy codebase, treating it as a helpfully relevant learning opportunity … as we’re all using it, we all probably have features we’d like to add, and the devs and users of it are all right here for feedback.

      Additionally, an idea I’ve been mulling over, one which I’d be interested in feedback on … is running further “learning rust” sessions where some of us, including those of us who’ve just “learned” it, actually try to help teach it to new comers.

      Having a foundation of material such as “The Book” would make a lot of sense. Where “local teachers” could contribute I think is in posting their own thoughts and perspectives on what is important to take away, what additional ideas, structures or broader connections are worth remembering, and even coming up with little exercises that “learners” could go through and then get feedback on from the “teachers”.

        • maegul (he/they)@lemmy.ml
          link
          fedilink
          English
          arrow-up
          0
          ·
          18 days ago

          Cheers! Actually not sure exactly why you’re saying this (I’ll take the good vibes though) … but if you’re keen to join in in any way you are most welcome!

          • Benjaben@lemmy.world
            link
            fedilink
            arrow-up
            0
            ·
            18 days ago

            I was simply pleased by your comment, to see how much you care about helping folks and moving the community forward. Seems like quite a lot of effort to me, far more than I’d be able (willing?) to contribute, and I’m just forever grateful for folks you like you and wanted to say something about it :)

            I appreciate the invite. I’m not at a point currently where I can put sincere effort toward much that’s non-essential, but if that changes, Rust is on my short list of targets for ways to spend some spare effort and time.

  • Hawk@lemmynsfw.com
    link
    fedilink
    arrow-up
    0
    ·
    17 days ago

    The book is really good and offers a snapshot of those inner workings of the language.

    For using it, LLMs (open weight and otherwise) perform very well and may fill the gap.

  • StrikeForceZero@programming.dev
    link
    fedilink
    arrow-up
    0
    ·
    18 days ago

    As a wise person once told the Internet, don’t worry about picking the best one. But if you really had to pick one just start with the rust book. https://doc.rust-lang.org/book/ I would suggest to just dive in with a specific need you want to solve and instead of using your language of choice just use rust and look up stuff as you go. Hands on learning is usually the best learning. The only thing you need to “learn” is how to follow the ownership/borrowing paradigm that rust brings to the table.

  • InternetCitizen2@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    18 days ago

    A big part is kinda just doing it. I am trying to learn and it is kinda wild. I am currently working a warehouse job so it is hard to find the time. Try and go back and implement some of your favorite homework assignments in Rust.

    I think a hard part of Rust is the mind shift. It just feels very different from anything else I have tired. I am doing some encapsulation for my learning, but it is not clear where to read about it and there are few examples out there.

  • Randomgal@lemmy.ca
    link
    fedilink
    arrow-up
    0
    ·
    17 days ago

    Just hop on a public server and try to make some friends. If you join right after a wipe there will be lots of nakeds on the beach looking for fun.

  • tiredofsametab@fedia.io
    link
    fedilink
    arrow-up
    0
    ·
    18 days ago

    I agree with the others who say to start with The Book – https://doc.rust-lang.org/book/

    From there, start trying to create small things that you might want or need to do (parsing JSON is something that I needed to do and I started there).

    From there, you will learn to fight the borrow checker and start to feel how rust is working. This will be annoying at first, but get better over time (at least in older versions of Rust; I haven’t used it in a while so it may be different now).

      • tiredofsametab@fedia.io
        link
        fedilink
        arrow-up
        0
        ·
        18 days ago

        Very TL;DR version: a variable has an owner. If you pass it off to another function, you no longer own it and can’t use it until/unless it gives the variable back. Rust can be really strict on making sure you aren’t trying to use something you don’t own at that time. The documentation explains it better than this (and I wrote a longer post but accidentally closed the window and lost it). See also mutability and lifetimes for some pain points people might not be used to.

  • DumbAceDragon@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    0
    ·
    17 days ago

    People already suggested it, but rustlings is awesome.

    One thing I like to do is think of something I often do in another language, then Google how to do it in rust, i.e. dynamic dispatch. The way rust does it with traits is really interesting.

  • Solemarc@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    18 days ago

    IMO the best way to start in a new language is to rewrite some of your previous projects in that language.

    I generally start out by rewriting a couple simple 1-3 function console apps, basic leet code stuff like; palindrome, fizzbuzz, reverse an array in place, etc, and some simple unit tests for them. Then I go ahead and rewrite some of my previous projects or uni assignments in that language.

    At that point I generally have a good understanding of basics and have an idea of how to approach a new project. When I got to this point in rust I then started on threading, async, why it’s easy to return a String and an ordeal to return &str, etc.

    • hector@sh.itjust.works
      link
      fedilink
      arrow-up
      0
      ·
      18 days ago

      Please, don’t ever use async Rust lol :( it’s so terrible to work with closure recapture. There’s really one way of structuring your code to keep the borrow checker happy and I haven’t yet found it in my projects lol.

      • FizzyOrange@programming.dev
        link
        fedilink
        arrow-up
        0
        ·
        18 days ago

        Yeah I would also recommend avoiding async Rust as much as possible. There’s really only a small number of situations where you need it - WASM, embedded (Embassy), and unfortunately most of the web ecosystem forces you to use it even if it isn’t necessary for 99% of people.

        Sync Rust - even multithreaded - is absolutely fantastic at protecting you from mistakes & giving an “if it compiles it works” experience. Async Rust on the other hand is full of surprising and difficult to debug footguns.