• traches@sh.itjust.works
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    The rust language is designed to prevent entire classes of bugs which are common in other languages, so in theory rust code should be less buggy and more “correct” for the same amount of effort.

        • keef@programming.dev
          link
          fedilink
          arrow-up
          0
          ·
          1 year ago

          Yeah its definitely a bit of a leap to start to grasp. I’ve been working with rust for a little but still consider myself a baby but damn is it a fun thing to invest into. So many layers and interesting ideas to learn

          What parts are you enjoying??

            • einsteinx2@programming.dev
              link
              fedilink
              arrow-up
              1
              ·
              1 year ago

              I feel like I also had the “if it compiles it works” experience with Golang as well, but holy cow is it a much simpler and easier to work with language. I want to like Rust, I really do, but even just the syntax is painful to look at lol.

              Also the cult-like community is a bit off putting…never seen anything quite like that for any language…

              It does seem to have some genuinely solid benefits though so maybe one day I’ll get into it.

                • einsteinx2@programming.dev
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  1 year ago

                  Yeah I have a love-hate relationship with it haha. We used it for our backend and it was rock solid for almost a decade before the startup folded due to the pandemic. I don’t think we ever had any unit or integration tests lol, but pretty much if it compiled and the code looked correct it worked and bugs were generally easy to resolve. It was also super simple to deploy because it’s just a single binary and it handles threading really well so you only need to run a single instance per frontend VM to utilize all of the machine’s resources. Also for backend usage, there was almost always a well written built-in package for about anything we needed either in the standard library or the “extended standard library”.

                  With that said, the language itself…yeah I don’t really love it. Especially coming from other modern languages it’s missing so many features (basic stuff like generics, etc) and has “weird” (or maybe just different) code patterns. It always took a while to start “thinking in Golang” after working on our other code bases for a while, whereas I could bounce between other languages easily.

                  So yeah, for performance and reliability it was a 10/10 for us, but the language itself I felt like was a 5/10 for me.