• I Cast Fist@programming.dev
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    I’m curious to the reasoning behind moving a bunch of standard library stuff to external packages, listed at the end of the blog post. Faster compiling? Smaller executables? Faster development for each now separate package?

    • unquietwiki@programming.devOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      I saw that list, and figured that they were distancing themselves from obsolete encryption (MD5 & SHA-1), as well as remove database management from their scope (which seems like the right move, IMO).

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

    I want to love Nim but during my trial run with it. It was a pain in the ass to get set up on my Mac in a way that I could use it easily ie as a repl for quick and dirty prototyping and learning

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

        No issue setting up Nim itself (and I realize my complaint is not fault to Nim itself) but it would be great if this complimentary jupyter kernel for Nim would work on MacOS… Hasn’t been maintained in a while: https://github.com/stisa/jupyternim/issues/38

        Would be very useful for my workflow as someone who wants to explore Nim for data science-y type tasks.

        Anyone know of an alternative Nim jupyter kernel?

        • janAkali@lemmy.one
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          Try inim.

          It’s not perfect, but closest thing to repl.
          I use it all the time for very small experiments.
          Installation should be as easy as:

          nimble install inim