Most of us on Lemmy are nerds in many ways, it’s part of why we’re on something like Lemmy as opposed to the more narcissistic social media platforms.

However many of us are cool sociable people, or extremely capable in something that others look up to us for, we just have nerdy hobbies or careers or tendencies, what are those traits or abilities that make others enjoy being around us or look up to us or would otherwise be described as “cool”?

  • @SorteKaninA
    link
    215 months ago

    However many of us are cool sociable people

    [citation needed] /j

    I have a group of nerd friends. I’m mostly known as “that guy that talks about Rust (the programming language) way too much”. I suspect I’m not qualified to answer in this thread :P

    • @bamboo@lemmy.blahaj.zone
      link
      fedilink
      English
      65 months ago

      Rust, the iron oxide, is also very interesting. Did you know that the Mianus river bridge in 1983, the Silver Bridge bridge in 1967, and the Kinzua Bridge in 2003, all collapsed because of rust? Don’t even get me started on bridges.

    • @AnarchistArtificer@slrpnk.net
      link
      fedilink
      English
      35 months ago

      What’s your favourite thing about Rust? I’m especially down for hearing any ridiculously idiosyncratic opinions you have on this

      • @SorteKaninA
        link
        35 months ago

        I think honestly the biggest thing is just the fact that it has sum types. Sum types is just such a godsend. I don’t know how I could ever program again and enjoy it if I don’t have sum types. It’s seriously such a shame that older historical languages (many of them OOP languages) didn’t use this concept.

        Many of these older languages are strongly typed but because there are no sum types, the type system is awkward and cumbersome and you have to resort to inheritance to kind of emulate it in a bad way.

        This have given strongly typed languages a bad reputation the last many years and since then dynamically typed languages have gotten more popular - essentially because dynamically typed languages have sum types because you can change the type of any value at runtime whenever you want.

        It’s such a shame because people think they don’t like strongly typed languages - but actually they just don’t like strongly typed languages that lack sum types.

        Sum types is the future and we should never use dynamically typed languages for serious professional large-scale software engineering ever again.

        • @Adalast@lemmy.world
          link
          fedilink
          35 months ago

          How do you feel Rust compares to Python? I do a lot of Data Science coding but have thus far primarily used Python and Pandas to accomplish most of what I need to do. I’ve gotten it working pretty smoothly, but I am seeing Rust on a lot of job postings so I have been thinking of trying it out.

          • @SorteKaninA
            link
            15 months ago

            How do you feel Rust compares to Python?

            I mean, they are very different languages. Python is an interpreted, dynamically-typed language that is known to be quite slow. Rust is basically the opposite; a natively compiled, strongly typed language.

            I would say Python really is a scripting language and you shouldn’t use it for more than that - small scripts is where it shines, because you can get something running quickly and you probably don’t care if it’s super reliable or maintainable. And as long as the scripts are small, they are automatically easy to change because they’re small. Problem is that Python is “easy to learn” so lots of people know it so lots of companies use it. This leads to lots of problems if you ask me. Python is easy to learn, but that’s only because Python does basically nothing to help you create a proper, reliable and nicely structured program.

            Rust is hard to learn, but it pushes you towards much better habits and it forces you to build better programs. These benefits feel cumbersome in the start, especially when you’re learning and you’re building small programs. Small programs is not when these benefits really start kicking in.

            However, if you are working on a large system, the difference between Python and Rust is insane. Rust will help you so much. You change 1 line out of 1 million lines and Rust will tell you exactly where your change breaks other code, which will lead you to fix those other places. Meanwhile, if you change 1 of 1 million lines in Python, you need to pray that there are tests that catch whatever problems your change may have caused (spoiler: there probably aren’t).

            So in my opinion, if you are doing serious professional software engineering for an employer where you are not the only one working on the code… Rust just provides so much more stability and reliability than Python.

            You might be interested in Polars, which is kinda a successor to Pandas written in Rust (can also be used from Python).

            • @Adalast@lemmy.world
              link
              fedilink
              25 months ago

              I will take a look at Polaris. I started out in C and C++ years ago, so I all no stranger to strong typing. The Python devs have realized that there needs to be ways to add strong typing, so you can now explicitly type inputs and outputs to functions, which helps a lot. Also, there are places where other companies have implemented things in Python, so you are somewhat pigeonholed into using Python or reverting back to the C++ SDK for them, which can be a nightmare in its own right. Lucky for me I am the only one really touching the code I am working on and it is all bespoke, but someone will need to maintain it later so I have been taking to the strong typing in my recent work.

              I will have to take a look at Rust some more and see how it feels. Thanks for the analysis.

              • @SorteKaninA
                link
                15 months ago

                If you’re familiar with C++ and C, Rust should be easy to learn. It’s basically just enforcing all the stuff you shouldn’t do in C/C++ - double free, too early free (dangling pointers), reading and writing to stuff from two different threads at the same time (data race). And at the same time modernizing the whole experience (actually useful compiler error messages, easy and convenient dependencies that “just work” without having to worry about a build system, in-built test system, etc.)