Assume mainstream adoption as used by around 7% of all github projects

Personally, I’d like to see Nim get that growth.

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

    If we’re saying 7% is the bar for mainstream, then Rust is my vote.

    C# is not even mainstream by that standard.

    I’d also like to see Julia used more.

    • Hawk@lemmynsfw.com
      link
      fedilink
      arrow-up
      4
      ·
      11 months ago

      I personally find multiple dispatch far more challenging to use than OOP. I’d reach for Torch over Flux any day.

      Although, I really like that the majority of the Flux stack is Julia rather than a collection of Cpp.

      • tatterdemalion@programming.dev
        link
        fedilink
        arrow-up
        3
        ·
        11 months ago

        What do you find challenging about multiple dispatch? I don’t use Julia for my job, so I can’t say I’ve had enough experience to have a strong opinion. MD seems like a valuable tool though.

        • Hawk@lemmynsfw.com
          link
          fedilink
          arrow-up
          2
          ·
          11 months ago

          Simply, the lsp is far less useful. An object might have a dozen methods that act like verbs or some attributes that act as adjectives.

          In Julia there is a huge number of functions, that work differently for different types and different combinations of types. So finding the documentation involves finding the right name for a function that does different things for different types, then scrolling down the docs for the the behaviour that corresponds to the specific combination of inputs.

          I moved from R/Py to Julia for a while before moving back to Py (and a little bit of Rust).

          I love how fast Julia is and the 1-index is fine for me, but I still prefer py for the oop.

          • tatterdemalion@programming.dev
            link
            fedilink
            arrow-up
            2
            ·
            11 months ago

            So there’s no LSP function to just show all of the multi-methods that accept a specific type? That’s a pretty serious tooling limitation.

            Maybe Julia sounds better in theory than in practice, if the tooling still isn’t ready for production use.

            • Hawk@lemmynsfw.com
              link
              fedilink
              arrow-up
              2
              ·
              11 months ago

              Well it’s there, in one loooong print out. It’s not as bad as I’m making it out to be, however, I went back to python unfortunately.

              The crucial issue with Julia, no error messages.

              So I use Julia for things that need to be fast (e.g. moving hdf5 to SQL and ffts) but I use python for everything else (except ggplot).

  • copygirl@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    32
    arrow-down
    2
    ·
    11 months ago

    Zig hasn’t been mentioned yet, so I’m just going to drop that here.

    I personally have enjoyed the meta-programming, the ease of integrating with C libraries, and like that it’s pretty straight-forward to compile.

    • thingsiplay@kbin.social
      link
      fedilink
      arrow-up
      8
      ·
      11 months ago

      Came here for Zig too. I never programmed anything in it other than hello world stuff. I think the world is waiting for the 1.0 release with complete tooling and package manager and a solid foundation that won’t change too soon. I watched talks from Andrew and what this guy and his team is doing is amazing. It’s a small team.

    • Oliver Lowe@lemmy.sdf.org
      link
      fedilink
      arrow-up
      6
      ·
      11 months ago

      Zig is what I thought Rust would be like when I first heard of Rust. I’d love to try Zig for some hobby things but can’t get it running on OpenBSD (yet!).

  • caret@lemmy.zip
    link
    fedilink
    arrow-up
    29
    arrow-down
    5
    ·
    11 months ago

    Rust! Memory leak free code would make our world a better place!

        • philm@programming.dev
          link
          fedilink
          arrow-up
          2
          ·
          11 months ago

          Not without a super fancy type system that has to be still found. I think the key issue is cyclic data-structures (e.g. doubly-linked list). The language somehow needs to have strong/weak pointers and automatically determining them is a very complex research question…

      • Rin@lemm.ee
        link
        fedilink
        arrow-up
        3
        arrow-down
        2
        ·
        11 months ago

        Help me understand your point of view. How does Rust not prevent memory leaks?

          • hairyballs@programming.dev
            link
            fedilink
            arrow-up
            9
            ·
            11 months ago

            And here you’re only talking about a subset of memory leaks, by inaccessible memory. You can also leak memory by pushing new elements in a channel while never reading them for example.

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

            You are absolutely correct that rusts safety features don’t extend to memory leaks, but it’s still better than most garbage collected languages unless you abuse Rc or something, and it does give you quite fine-grained controll over lifetimes, copying and allocations on the heap which in practice means that rust is fairly good about memory leakages compared to most languages.

            • IAm_A_Complete_Idiot@sh.itjust.works
              link
              fedilink
              arrow-up
              9
              ·
              edit-2
              11 months ago

              How would rust fare any better then a tracing GC? Realistically I’d expect them to use more memory, and also have worse determinism in memory management - but I fail to really see a case where rust would prevent memory leaks and GC languages wouldn’t.

              • zygo_histo_morpheus@programming.dev
                link
                fedilink
                arrow-up
                1
                ·
                11 months ago

                If you just Rc everything (which I’d count as “abusing Rc”) Rust is significantly worse than a language with a good GC. The good thing about Rust is that it forces you to aknowledge and consider the lifetimes of objects. By default things are allocated on the stack, but if you make something global or dynamically handled (e.g. through Rc) you have to do so explicitly. In Rust the compiler has greater compile time information about when things can be freed which means that you need less runtime overhead to check things and if you want to minimize the amount of potentially long-lived objects you can more easily see how long objects might live by reading the code as well as get help by the compiler to determine if a lifetime-based refactoring is sound or not.

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

      At this point, I think it’s almost mainstream, and it’s still growing fast (and it’s getting better, rust-analyzer is really awesome these days, I was there at the beginning, no comparison to today…))

      I may be biased, but I think it’ll be the next big main language probably leaving other very popular ones behind it in the coming decade (Entry barrier and ease of use got much better over the last couple years, and the future sounds exciting with stuff like this)

  • zygo_histo_morpheus@programming.dev
    link
    fedilink
    arrow-up
    26
    arrow-down
    2
    ·
    11 months ago

    Haskell. I think that more people being familliar with Haskell concepts would be good for programing culture and it would increase the odds of me being able to write Haskell professionally, which is something I enjoy a lot when writing hobby code at least. Having more access to tooling and a bigger eco system would be nice as well.

    I’m not a 100% sure about my answer though. For one, I might grow to resent Haskell if I had to use it at work, and there’s also a risk that it would be harder to do cool innovative stuff with the language when more big companies depend on it.

  • redempt@lemmy.world
    link
    fedilink
    arrow-up
    26
    arrow-down
    2
    ·
    11 months ago

    Rust. I’ve been using it for a while, and I’ve been using more software written in it lately. Stuff you make with it is just better in most ways. In other languages, you have to go above and beyond to make your code fully correct, safe, user friendly, and every trait I value in software. Rust makes those things easy, and so people are more willing to do them, and so things that get made in it are better. Oftentimes it’s just a matter of pulling in a crate and adding a few lines of code.

  • alflennik@lemmy.world
    link
    fedilink
    arrow-up
    19
    ·
    11 months ago

    I’m obsessed with an extremely little known language called Grain. It’s not quite ready for production but it has an insanely intuitive functional syntax that I want to use noww.

    • davawen@programming.dev
      link
      fedilink
      arrow-up
      2
      ·
      11 months ago

      Interesting!
      I see OCaml with rust syntax, for the web, which checks out the project goal of bringing functional patterns to everyday programmers.

    • lascapi@jlai.lu
      link
      fedilink
      arrow-up
      1
      ·
      11 months ago

      One of the most exciting things about Grain is that it compiles to WebAssembly.

      That’s a cool feature.

      What is the particularity that you talked about?
      In my point of view it looks like JS/TS with arrow functions. 😁

    • sjpwarren@programming.dev
      link
      fedilink
      arrow-up
      7
      ·
      11 months ago

      It’s a pity there is not 1 code example on the Front Page. I spent a few minutes trying to find a page with some code and all I found was Why, Why Not, what is different etc and not any code examples so I am out. Look at Zig within seconds I can see if I like the syntax, does it make sense to me. I would love to know what Pony lang looks like. I might like it but it seems like

  • Ada@programming.dev
    link
    fedilink
    arrow-up
    18
    arrow-down
    3
    ·
    11 months ago

    I would like to see Ada grow. Its clean syntax, rich expressive capabilities, and early error detection by the compiler due to strict typing create a very pleasant experience during development. This year, the language got a new standard. Recently, a package manager and a community index were created. There’s an extension/LSP for vscode, etc. Along with great educational materials on learn.adacore.com, it’s easy to pick up and start using this language.

    PS I created a community on p.d two days ago: https://programming.dev/c/ada

    #adalang

    • NixDev@programming.dev
      link
      fedilink
      arrow-up
      5
      ·
      11 months ago

      Until recently I never heard of crystal. There is a humble bundle for programming that includes a crystal book. That was the first time I heard of it.

      I will have to take a look at the language. Who knows when having knowledge of crystal will be useful

    • I Cast Fist@programming.devOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      11 months ago

      What could be the “killer app” for Crystal is an equivalent of Rails, since its syntax attempts to be very similar to Ruby. Even supposing it maintains all of Rails’ inefficiencies, if it “just works” and has a very small learning curve for RoR veterans, adoption could grow steadily

  • BigDanishGuy@sh.itjust.works
    link
    fedilink
    arrow-up
    14
    arrow-down
    1
    ·
    11 months ago

    Assembly, which flavor IDK but some RISC architecture.

    If everyone spoke assembly the world would be a very different experience. I’m not saying that it would be better or worse, but it’d definitely be different.