Re:Advent of Nim
by qaq on Thursday November 29, 2018 @07:17AM
(#18559648)
played with it a bit the lang is really nice but lib support for things I needed was lacking. e.g. async PostgreSQL driver. Has good c interop though.
[ Parent
| on HN ]
you seriously proposing to use a db driver in prod that has 1 contributor and was abandoned more than a year ago?
Please note that cheatfate is one of the most prolific Nim contributors and is also working in Nim as a full-time job at Status[1]. He is also the main author of an asyncdispatch hardfork[2]. I.e. any issue you might have with the lib can be raised and addressed fast.
Disclaimer: he is also my colleague.
[1]: https://github.com/status-im?utf8=&q=&type=&language=nim
Good to know this prob a workable option for non-critical path tools then.
I wasn't proposing anything. I dropped a link with relevant content to your post. It was as much aimed at readers of your comment as it was aimed at you. Please turn down your scorn.
Maybe you could contribute to it
Pretty far from my area of expertise. BTW. I have 0 expectation that someone has to solve my problem but when looking at a lang to me the minimum req. are good PG support and decent http lib which is obviously not the requirements people actively working on Nim have.
Nim forum is written in pure Nim[1] and is using httpbeast[2] as a backend.
[1]: https://github.com/nim-lang/nimforum
[2]: https://github.com/dom96/httpbeast
In terms of features it's powerful enough to build a Discourse-like forum enough. In terms of performance it's very well performing in the TechEmpower benchmarks[3] it is competing in. It even grabbed first place on JSON serialization on Cloud hardware.
[3]: https://www.techempower.com/benchmarks/#section=data-r17&hw=... and https://forum.nim-lang.org/t/1152#27100
OK english is not my native lang so maybe I am not formulating things clearly I did not try to suggest that nim does not have good http lib. I was just saying my 2 core requirements good http lib and high quality mature PostgreSQL driver. Nim has good Http lib Nim does not have async PG driver that I would feel confident using in prod.
The D forum is also written in D (it's called DFeed, IIRC), and it's fast (anecdotally).
I found the same thing. There are oddities in the non-async library too -- for example, rows are returned as a tuple without any column metadata, so you can't do a "select *" because you don't know the column order. I think all types get stringified too, which is weird.
The core language is interesting, but like the standard library has an odd edge here and there.