Hacker News new | ask | show | jobs
by discoball 2783 days ago
<< While Mozilla support does help a lot for sure, a lot of the hype around Rust (imo) comes from people trying it out, just falling in love with and then promoting it >>

If there was no rampant tribalism, my comment would not be buried with negative votes. It would receive a response like the one you gave, which is subjective, and that would be the end of it. Some may even up-vote it because diversity is always good. But feels like Rust users are zealous and it's a bad sign, tbh. Wouldn't want to be part of a community that acted with hostility towards others for presenting alternative view points.

2 comments

I think you're getting downvote because you're being very tribal about Nim, and apparently not open for discussion : "It's a win over Rust in every way including ease of use."

You can paint others opinion as being subjective, which they are, but you would be wise to realize yours are as well. That's what's bringing hostility, not the diversity of viewpoint (there's a lot of talks about Go in the thread for example)

Yes, true.
You were downvoted because your claims were not substantiated by factual analysis.

Rather, your comment seemed rather "tribal" while criticizing Rust fans of the same.

True.
Cheers for owning up to it.

BTW, I would see Nim more as a competitor to D, Swift and Java than to Rust.

I think Nim absolutely has a place competing with Rust too.

It has several tunable GCs allowing for great flexibility there, and also supports running with no GC at all. It compiles to C that will compile nearly anywhere C does. It produces smaller binaries, and it can easily link against musl instead of libc for an even lighter footprint. It's also safe like Rust is, and the compiler will help you catch a ton of errors.

That's not to say that it's competitive at this point in time. It's much more unstable as a language due to not reaching 1.0 yet. They only just (August) received any real kind of funding, allowing them to hire on a new developer but it's still just a handful of core devs and some dedicated contributors. The standard library and the community repo (Nimble) can't compare with Rust's and Cargo in terms of package availability and support.

> it can easily link against musl instead of libc for an even lighter footprint

I'm not sure if you were implying that it doesn't, but Rust also supports musl:

    $> rustup target list | rg musl
    aarch64-unknown-linux-musl
    arm-unknown-linux-musleabi
    arm-unknown-linux-musleabihf
    armv5te-unknown-linux-musleabi
    armv7-unknown-linux-musleabihf
    i586-unknown-linux-musl
    i686-unknown-linux-musl
    mips-unknown-linux-musl
    mipsel-unknown-linux-musl
    powerpc64le-unknown-linux-musl
    x86_64-unknown-linux-musl
I apologize if I worded my post weirdly. It was a list of things that make Nim a competitor to Rust, not things that Nim does that Rust doesn't.

There's a fair bit of overlap for obvious reasons: they're two languages suited for the same tasks, after all :)

mrustc [1] compiles rust to optimized C also.

1. https://github.com/thepowersgang/mrustc

Nim, D and Rust are in the same league, as a "C/C++ replacement"