Live data from Hacker News

Nim 1.2

nim-lang.org

41–50 of 130 posts

Re: Nim 1.2

#41
post #18

By far my favourite feature of this release, dark mode in docs: https://nim-lang.org/docs/lib.html

Can't find anything dark mode related on that page

Re: Nim 1.2

#42

Earlier quoted context omitted.

What advantage does it bring that Kotlin hasn't?

Having only played a little with both (Kotlin and Nim), I enjoy Kotlin syntax but overall it feels as heavy as Java (need to setup an IDE for even getting started, choose and understand some package manager, slow compile times, etc.) Nim feels as lightweight as Go, but with great syntax. The main thing holding me back now is the lack of libraries, but it's definitely on my radar.

Isn't an ide just a choice? You don't have to use intellij. There are vscode plugins.

Don't you also need to understand the go package manager or Nim's? I don't see how this is different than learning Gradle.

Re: Nim 1.2

#44
post #41
post #18

By far my favourite feature of this release, dark mode in docs: https://nim-lang.org/docs/lib.html

Can't find anything dark mode related on that page

There's a large button. It loads before the text does. When the text loads, you'll see in big letters, right next to the button, Dark Mode, italicization and all. If you click on the button, suddenly you get a very blue-purple dark mode experience.

Re: Nim 1.2

#45
post #40
post #38

> If you were relying on some edge case and/or buggy behaviour which is now fixed, try if --useVersion:1.0 gives you back the results you expect to see. If that doesn’t work and you need the old behaviour, please open an issue in our bug tracker and we will try to make it work in future bugfix releases So useVersion doesn't simply checkout the old codebase, but they still promise to maintain all prior version's bugs?…

My impression was that using "choosenim" switching between versions is easy already, but I might be missing something.

choosenim is still supported :-)

The idea is more like the gcc -std flag (gcc -std=gnu++11 for example). to emulate certain versions to ease upgrading.

Re: Nim 1.2

#46

Earlier quoted context omitted.

As others have said, Nim has plugabble garbage collectors, some are quite advanced. In addition there is active work on a swift like reference counting, lifetime based memory management option. This will be suitable for hard real-time use cases.

Isn't it announced here in this release : --gc:arc and linked explanatory video https://www.youtube.com/watch?v=yA32Wxl59wo ?

yup! That is the one :-)

Re: Nim 1.2

#47

I've been doing the nim track on exercism.io (no affiliation, just a user) for the last two weeks. The mentors on the track have been fantastic. If you're looking for a "solve a problem and get some external feedback" approach to learning the language it's pretty good.

Ah neat - thanks for sharing. I'm gonna try that out.

Re: Nim 1.2

#49
post #40

Earlier quoted context omitted.

My impression was that using "choosenim" switching between versions is easy already, but I might be missing something.

choosenim is still supported :-) The idea is more like the gcc -std flag (gcc -std=gnu++11 for example). to emulate certain versions to ease upgrading.

Do you think the gcc -std flag would exist if every distribution of gcc included a command to easily download alternate versions and swap them out depending on project configuration? -std seems more like a bandaid around a difficult install/config than a feature, in my opinion.

Obviously nim is free to make implement whatever options they want, but it seems to me like every second spent triaging/fixing/etc bugs about not properly maintaining broken things (not to mention the end user time spent experiencing them and debugging them!) is time that could be better spent improving the language.

Re: Nim 1.2

#50

Dup is very interesting to me. Does that mean that in Nim all functions will be impure by default, and that it's considered idiomatic to modify the input? I guess it's nice that they're trying to make behavior consistent. It just seems like the opposite of the recent directions I've seen other languages take.

Mutating in place is often times faster and is more straightforward.

I do feel Nim embraces mutation more than other recent languages.

Post reply on HN