Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Nim programming language

nim-lang.org

Post reply on HN
Print view View original

51–60 of 97 posts

Re: The Nim programming language

#51

Post by moomin »

gigatexal wrote: post #46
moomin wrote: post #44

Earlier quoted context omitted.

I don't, but I'll point out you can do a lot of exploration in the Clojure repl, and with leiningen it's really easy to set up anything in maven.

I must have a really low I.Q. Or something because maven is all but broken in intellij for me. The Apache quickstart template defaults to jdk 5?!? And the pom file seems like it could get out of control fast.

Sorry, by "in maven" I meant "in a maven repository". Using Maven itself is a nightmare, I know, but if what you need is to download some jars and stick them on the classpath, leiningen is perfect (it even compiles regular Java and has control over JDK versions if you want that)

And it generates the pom files so you don't have to...

Re: The Nim programming language

#52

Post by dkarapetyan »

Varriount wrote: post #26
MichaelGG wrote: post #20

Earlier quoted context omitted.

How does it accomplish tracing GC without a runtime?

It doesn't have a tracing GC (or at least, the primary portion isn't tracing). The garbage collector is outlined at https://nim-lang.org/docs/gc.html

> The GC is only triggered in a memory allocation operation. It is not triggered by some timer and does not run in a background thread.

I think this is what D does as well. This means you have to be mindful of what you're doing and if you want few pauses then you need to perform all your allocations ahead of time or disable it entirely in certain sections.

Re: The Nim programming language

#53

Post by squarefoot »

Very nice dark main page, but the others have a different brighter (ouch!) theme, and the Examples one renders badly here (small netbook, Palemoon 27.2.1 on Debian amd64) due to high pitched fonts. Examples code blocks also do not use the same font size so I believe it's just a matter of fixing the theme. Other pages look nice despite the small screen size I'm using right now.

Re: The Nim programming language

#54

Post by dom96 »

squarefoot wrote: post #53

Very nice dark main page, but the others have a different brighter (ouch!) theme, and the Examples one renders badly here (small netbook, Palemoon 27.2.1 on Debian amd64) due to high pitched fonts. Examples code blocks also do not use the same font size so I believe it's just a matter of fixing the theme. Other pages look nice despite the small screen size I'm using right now.

Sorry about that. Any chance you could submit a bug report on GitHub[1]? Include screenshots and any other relevant information if you do.

1 - https://github.com/nim-lang/website

Re: The Nim programming language

#55

Post by dom96 »

kaushalmodi wrote: post #30

I dig the changes in the landing pages, but I wished the documentation pages got the same treatment. At present, the documentation is not readable easily on mobile browsers. Are you considering converting the documentation pages to responsive design too? Also the black and yellow theme looks great on the home page, but that theme loses its continuity on all the other pages. It's as if the home page was designed by a…

> Are you considering converting the documentation pages to responsive design too?

Unless someone volunteers to do this it likely won't happen any time soon.

As for the continuity. Not all pages can have the same "section" style, the documentation page for example is just composed of a list of links and descriptions. Of course, if you have ideas on how to improve the continuity then I'm all ears :)

Re: The Nim programming language

#56

Post by quadrupleslap »

gigatexal wrote: post #33
cjhanks wrote: post #2

Nim is the language I have always thought was a brilliant idea that I never get to use. It's a shame. Nim is to C/C++ as CoffeeScript is to JavaScript. A highly extensible template language atop a portable language with libraries for practically everything. So why haven't I hopped on the bandwagon? Outside of C++, C, and Fortran - the only way I have ever learned a new language is through using a REPL. How much of Py…

+1 to the usefulness of a REPL. Anyone know of a good one for the vanilla Java language?

If you don't mind something online, I hear repl.it is pretty good.

Re: The Nim programming language

#57

Post by [deleted] »

spinningarrow wrote: post #36

When trying out a new language, one of the first things I look for is a Getting Started/Quick Start guide that'll get me up and running with executing some code on my computer. Is there something like that on the Nim website? There's a code example on the home page but after doing a `brew install nim` I don't actually know how to run it. In the Documentation section there are guides about the standard library and so…

[deleted]

Re: The Nim programming language

#58

Post by gigatexal »

moomin wrote: post #51
gigatexal wrote: post #46

Earlier quoted context omitted.

I must have a really low I.Q. Or something because maven is all but broken in intellij for me. The Apache quickstart template defaults to jdk 5?!? And the pom file seems like it could get out of control fast.

Sorry, by "in maven" I meant "in a maven repository". Using Maven itself is a nightmare, I know, but if what you need is to download some jars and stick them on the classpath, leiningen is perfect (it even compiles regular Java and has control over JDK versions if you want that) And it generates the pom files so you don't have to...

I guess I just need to read up on how to actually use maven the right way. Thanks.

Re: The Nim programming language

#60

Post by sgt »

beefsack wrote: post #31

If anyone was interested, the markup theme is Dracula[1], which subjectively feels like the most readable highlighting theme I've ever used. [1]: https://draculatheme.com/

I've applied to Terminal.app now. Works like a charm. The only thing is that by cloning the git repo using "git clone https://github.com/dracula/terminal.app.git" it gets put into a folder called terminal.app, which is not readable when trying to import it from Terminal since it thinks it's an app. The solution is to move the Dracula.terminal file to another location before importing.
Post reply on HN