Live data from Hacker News

Nim 1.2

nim-lang.org

21–30 of 130 posts

Re: Nim 1.2

#21
post #10

I really with more people used NIM for web development. It really seems like the best of all worlds (e.g. perf, developer ergonomics, productivity, etc).

As fan of Wirthian languages and GC enabled systems languages it looks nice to me, but it is still miles away of the tooling experience available to Java and .NET developers, and yes, you can make use of AOT or JIT caches with them.

But the more the merrier, so I look forward to its bright future.

Re: Nim 1.2

#22
post #16

Earlier quoted context omitted.

I've been building and deploying Nim web apps for clients over the past couple years. The language is just getting better and better and the library environment is filling out nicely too (not to subtract from the stdlib, it's very complete too). It's been a really great experience. Also: available to hire if anyone is looking to work with Nim.

Are you using Jester or another framework?

Largely building microservices with the stdlib. Generating html frontends with htmlgen. Using karax for more dynamic frontends.

Re: Nim 1.2

#24
post #18

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

I feel like dark mode is a sign that people care. I think it's a user feature that is easy to do, but not done often. Mostly done by people who care. It brings so much polish to the experience.

Re: Nim 1.2

#25
post #5

Earlier quoted context omitted.

For the layman Nim dev, would you say "always use gc:arc" is a safe bet?

Definitely not. --gc:arc is still experimental.

I would still try out --gc:arc on your programs. For mine it just runs without issue. But keep in mind if you do have issues you might have to create a bug report and wait for a fix. You would not reply on --gc:arc working. But it's fun to play around with. It's real now.

Re: Nim 1.2

#26
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.

Re: Nim 1.2

#27

If you would like to see some simple to parse Nim code and get a feel for what a "1 month of experience during weekends" Nim looks like, check out my project: https://github.com/sergiotapia/torrentinim Nim is a very interesting language, with a lot of upsides. It just needs that killer framework to get the ball rolling and allow devs to solve business needs quickly. Once that's done I think Nim will grow a lot! Tiny…

It uses a rather primitive garbage-collector though, right?

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.

Re: Nim 1.2

#28
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.

Re: Nim 1.2

#29
post #10

I really with more people used NIM for web development. It really seems like the best of all worlds (e.g. perf, developer ergonomics, productivity, etc).

I'm planning on trying out the new Prologue framework. Seems promising from the readme! https://github.com/planety/prologue

I’ll never understand what people see in prologue

Re: Nim 1.2

#30

Very excited to see gc:arc make it into stable.

For the layman Nim dev, would you say "always use gc:arc" is a safe bet?

I would say gc:arc beta quality. Very usable for many programs, but needs more battle hardening. Please try it and send bug reports if you find them! That's how we improve!
Post reply on HN