• nous@programming.dev
    link
    fedilink
    English
    arrow-up
    4
    ·
    1 year ago

    I disagree. As someone that learnt go first then rust I much prefer rust in almost every way. The more I learnt Go the more it bothered me, so many promises it made were broken and so many good ideas half implemented. And the more I learn rust the more I enjoy it, it fixed most of the issues I had with Go and fixes a lot of issues I constantly see in Go code in production settings.

    How would I know that I’m missing an import when typing a demonstration from some website?

    I don’t see how this is an issue? You have a use somecrate at the top of a file that tells you you need something external, demonstations online will only really have crate use statements so it is never really a problem to tell. If they are missing? Well, go has the same but worst problem as you cannot easily guess the import you need for it as you need a full url.

    What’s up with the ugly ( || keyword) syntax or :: or .unwrap() .

    No more ugly than

    func() { ... }
    

    or

    if err != nil {
        return err;
    }
    

    Because of ownership you’re forced into certain hierarchies, which make the code ugly and hard to read.

    I dont know what you mean by this? The code rust encourages you into IMO is generally far more readable and less bug prone than a lot of languages.


    Rust is a much harder language to learn and get into. But I still find it gets better every day and you learn better ways go doing things. In go if there is something you don’t quite like you re typically stuck doing it the one go way in every situation.