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?
this post was submitted on 02 Aug 2023
3 points (100.0% liked)
Nim Programming Language
215 readers
1 users here now
founded 2 years ago
MODERATORS
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).
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
Doesn't MacOS have homebrew that takes care of these things?
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?
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