Live data from Hacker News

Ask HN: What's the Deal with HN and Rust?

news.ycombinator.com

31–40 of 108 posts

Re: Ask HN: What's the Deal with HN and Rust?

#31

It's pretty good and practical. The only real downsides are in the library availability and deployment vs. more established languages. I'd choose to use it if I could though, it has the least downsides of any language IMO.

Wasn't Amazon buying ownership of it recently? Seems a substantial disadvantage if that comes to pass

Amazon is a member of the Rust Foundation, they haven’t “bought” the language.

Edit to add: https://foundation.rust-lang.org/members/

Re: Ask HN: What's the Deal with HN and Rust?

#32
post #2

It solves a large class of problems that are not handled in C and C++. Some people are hyped that it can solve all problems under the son, while others don't like the hype talk or are deeply invested in C and C++ knowledge and don't like their belittlement.

Curious - what class of problems do you see Rust and its ecosystem handling that C++ doesn't?

Re: Ask HN: What's the Deal with HN and Rust?

#33
post #4

Sometimes it feels that I'm being left behind since I don't use Rust yet. Better get crackin'

Don't feel too bad. I've been wrong plenty of times before, but my prediction is that the Rust hype will fizzle out outside of Hacker News. There's just a lot of use cases that simply don't need its guarantees, and I think developers sticking square pegs into round holes will cause some dissatisfaction in the future.

Re: Ask HN: What's the Deal with HN and Rust?

#34
post #19
post #14

Rust fixes some issues that haven been present in most mainstream languages for decades, while maintaining performance. There are many such languages or tools - Haskell (or other FP languages) or Erlang being among them - that have some vocal minorities that actually use them. The reality is that these language are highly unlikely to ever gain the traction they might arguable deserve.

Are you putting Haskell and Rust in the same category when it comes to likely future adoption? They seem very different to me - Haskell being unlikely to get much more traction, and the opposite for Rust.

Same take. I don't see Haskell / Erlang / Elixir and the like truly ever taking off. It's not because they aren't awesome (because they are) - it's because what they solve isn't as desperately needed as what Rust solves.

I don't feel like this aspect is debatable. Our systems are miserably insecure and unwilling to trade off performance to become more secure. Without Rust or something like it, there's no chance - that's the difference.

If those here are hoping for the hype to die down, they are going to be waiting a while.

Re: Ask HN: What's the Deal with HN and Rust?

#36
Rust is really appealing for applications with native code. C/C++ is still responsible for somewhere between 20 and 50% of software depending on who you ask and how you count. These languages have a ton of legacy to deal with and persistent tedious memory leaks which introduce security issues etc.

Rust doesn't have these issues owing to the "newness" of the language and the memory model. If you're are a C or C++ dev then this is very exciting. If you are an engineer who was always turned off of native coding due to C/C++, then this is very exciting. If you just like languages, then this is pretty exciting to.

Re: Ask HN: What's the Deal with HN and Rust?

#37
post #12

I haven't seen much pumping for Rust. It is a great language but I see Go and even Ada and Ocaml are mentioned a lot (relative to actual adaption) here. There are lots more esoteric languages getting hyped on HN. There was even a popular post about .NET the other day.

But .NET is still way more popular (by popular I mean used) than Ocaml, Haskell or even Rust no? (I could be completely wrong, just my impression).

But not necessarily by HNs audience, and it's perceived as "old and boring" and thus doesn't get as much attention, even if large changes happen (I notice this with C++, since that's what I primarily work with: There have been large changes in C++ over the past ~decade, but it takes a long time for people that have an established opinion based on older style to recognize that, a language thats obviously new sticks out more obviously)

There's a cycle to these things, e.g. a few years back "XYZ in Go" was a lot on HN, because that was the new cool thing people were curious about. Now probably more people use Go, but it's not as interesting anymore as something people don't really know yet. And thus projects written in it don't highlight it as often, so even if they are discussed its not as obvious. OCaml and Haskell also aren't new, but haven't reached the saturation of "many people know them", so if something about them pops up its still interesting to more people.

Re: Ask HN: What's the Deal with HN and Rust?

#38

It's pretty good and practical. The only real downsides are in the library availability and deployment vs. more established languages. I'd choose to use it if I could though, it has the least downsides of any language IMO.

Library availability is pretty much anything with a C FFI, that should cover a lot of ground. Deployment is also very simple, there are ways of making your app into a "portable", self-contained binary that will work essentially anywhere. Rust is also one of few languages that can seamlessly (e.g. with no need for an added runtime) target WASM.

Re: Ask HN: What's the Deal with HN and Rust?

#39
Maybe to some extent it's a similar situation to git. Everybody knew CVS and SVN kinda sucked, there were lots of competitors, but they all remained esoteric until git, which a) had immediate "mainstream" adoption due to the linux kernel and b) was really good. Rust got early adoption due to Mozilla and.. is also really good.

Re: Ask HN: What's the Deal with HN and Rust?

#40
post #7

Earlier quoted context omitted.

There is a reason disheartened veterans gravitate toward a project like Rust. We've seen a lot in our career and much of what we do when it comes to our own tools is automate the detection and elimination of causes of bugs where we can. It is possible to recognize that "all code is garbage" and "it is a miracle anything works" while also still pushing our industry forward and improving lives for software engineers. A…

The LISP comparison doesn’t ring true to me or even the ‘ergonomic ML’. There is nothing ergonomic about Rust at all compared to managed languages, but if you are willing to fight with the borrow checker you can get managed language safety with C speed. (I wonder though if we’d be better off with a closely integrated assembler and theorem prover if portability was not so important.)

I write Python professionally and Rust in my limited spare time, and Wow! do I miss the borrow checker when I go to work in the morning.

And of course: the enums, match, Option/Result, performance and a handful of other great stuff.

Post reply on HN