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

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

    • NixDev@programming.dev
      link
      fedilink
      arrow-up
      5
      ·
      1 year 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
      ·
      1 year 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

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

        I think Lucky framework as well as the other one (can’t think of the name now) are pretty solid. What gets me is the ORM learning curve simply because I don’t have tons of time to dedicate to learning it.

        It’s also limiting not having lots of libraries (shards). Basically if you need to do anything outside the framework you’ll have to write it all yourself.

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

        The TL;DR is that it’s compiled Ruby.

        I am primarily a Ruby on Rails developer using Docker images to deploy. If you know anything about the Ruby on Rails ecosystem for the past few years Webpack, Node and Friends™ were pretty standard.

        I’ve managed to rip out the entire JacaScript runtime from production (thank God) but Ruby containers are still pretty sizable on their own.

        What I’m excited about with Crystal is that it’s still a high-level language but it brings in static typing, NULL checking at compile-time, etc.

        When it comes to Docker I can compile my app in a build step then completely gut out the container and only ship what I need: the binaries and assets.

        Memory is another huge advantage since I’m not shipping an entire interpreter.