Choosing Nim out of a crowded market for systems programming languages
forum.nim-lang.org
Choosing Nim out of a crowded market for systems programming languages
1–10 of 271 posts
Re: Choosing Nim out of a crowded market for systems programming languages
#2Re: Choosing Nim out of a crowded market for systems programming languages
#3too similar to Go to not go with the 100x community size Go brings with it
Re: Choosing Nim out of a crowded market for systems programming languages
#4Re: Choosing Nim out of a crowded market for systems programming languages
#5I assume this was intended to say something else?
> Here's the brutal truth: I can't find anyone under the age of 41 in my field to say a single positive thing about D
IIRC the presence of the GC in D was (is?) its Achilles heel. Because the GC is infectious. As soon as your dependency needs it (and IIRC even parts of the standard library did/do), it becomes painful if not impossible for you to avoid it. Had it not had this fatal flaw, D might've fared much better.
Re: Choosing Nim out of a crowded market for systems programming languages
#6Suck to say but it's true.
Re: Choosing Nim out of a crowded market for systems programming languages
#7Re: Choosing Nim out of a crowded market for systems programming languages
#8I'm choosing between learning Nim or Rust. Nim frankly looks like the nicer of the two, but also less marketable and with smaller community. Suck to say but it's true.
Learn Rust for your job, Nim for your side projects.
Re: Choosing Nim out of a crowded market for systems programming languages
#9Nim desperately needs a real web framework (batteries included) and a proper ORM and it will take off like wildfire. Python on steroids.
Re: Choosing Nim out of a crowded market for systems programming languages
#10Nim desperately needs a real web framework (batteries included) and a proper ORM and it will take off like wildfire. Python on steroids.