By far my favourite feature of this release, dark mode in docs: https://nim-lang.org/docs/lib.html
Nim 1.2
41–50 of 130 posts
Re: Nim 1.2
#42Earlier 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.
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
#43Re: Nim 1.2
#44By 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
#45> 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.
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
#46Earlier 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 ?
Re: Nim 1.2
#47I'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.
Re: Nim 1.2
#48Re: Nim 1.2
#49Earlier 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.
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
#50Dup 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.
I do feel Nim embraces mutation more than other recent languages.