Live data from Hacker News

Rust Is Hard, Or: The Misery of Mainstream Programming

hirrolot.github.io

251–260 of 811 posts

Re: Rust Is Hard, Or: The Misery of Mainstream Programming

#251

I'm very confused. Rust is mainstream? C, C++, Java, C#, Python, JavaScript are all what I would call mainstream. Rust is not a language that comes to mind at all.

Pretty damn mainstream nowadays, yes. Quite a few big tech companies are either actively doing much of their new systems programming in Rust, or else dipping their toes in. I honestly don't know of a big tech company that is happy with the idea of just continuing to use C++ indefinitely - they are _all_ looking for alternatives, and Rust is the most obvious option.

> I honestly don't know of a big tech company that is happy with the idea of just continuing to use C++ indefinitely

Every game company ever. And Google.

Re: Rust Is Hard, Or: The Misery of Mainstream Programming

#252
I am too hardcore fan of Rust, but whenever I see incomplete features like GAT / HRTB/ No async function in trait / too much boilerplate code even if its unnecessary it make me annoyed. However, when I look on other side of the aisle, I think Rust is still good PL.

Re: Rust Is Hard, Or: The Misery of Mainstream Programming

#253

I'm very confused. Rust is mainstream? C, C++, Java, C#, Python, JavaScript are all what I would call mainstream. Rust is not a language that comes to mind at all.

Pretty damn mainstream nowadays, yes. Quite a few big tech companies are either actively doing much of their new systems programming in Rust, or else dipping their toes in. I honestly don't know of a big tech company that is happy with the idea of just continuing to use C++ indefinitely - they are _all_ looking for alternatives, and Rust is the most obvious option.

> Quite a few big tech companies are either actively doing much of their new systems programming in Rust, or else dipping their toes in

I don't think that's true. It seems to me that a lot of people believe this simply because a lot of other people believe it. You see it everywhere. "Oracle rewriting MySQL in Rust". "Microsoft rewrites Skype in Rust". "Linus Torvalds rewriting Linux in Rust". I have yet to see proof of any of it.

Re: Rust Is Hard, Or: The Misery of Mainstream Programming

#258

Earlier quoted context omitted.

Pretty damn mainstream nowadays, yes. Quite a few big tech companies are either actively doing much of their new systems programming in Rust, or else dipping their toes in. I honestly don't know of a big tech company that is happy with the idea of just continuing to use C++ indefinitely - they are _all_ looking for alternatives, and Rust is the most obvious option.

> I honestly don't know of a big tech company that is happy with the idea of just continuing to use C++ indefinitely Every game company ever. And Google.

This is not accurate.

Re: Rust Is Hard, Or: The Misery of Mainstream Programming

#259

Earlier quoted context omitted.

Pretty damn mainstream nowadays, yes. Quite a few big tech companies are either actively doing much of their new systems programming in Rust, or else dipping their toes in. I honestly don't know of a big tech company that is happy with the idea of just continuing to use C++ indefinitely - they are _all_ looking for alternatives, and Rust is the most obvious option.

> Quite a few big tech companies are either actively doing much of their new systems programming in Rust, or else dipping their toes in I don't think that's true. It seems to me that a lot of people believe this simply because a lot of other people believe it. You see it everywhere. "Oracle rewriting MySQL in Rust". "Microsoft rewrites Skype in Rust". "Linus Torvalds rewriting Linux in Rust". I have yet to see proof…

It is true. I’m not basing my statements off random info I gleaned from the internet.

Re: Rust Is Hard, Or: The Misery of Mainstream Programming

#260

Just got started with Rust and yeah, my biggest pain point so far were lifetimes and async code. I finally replaced tokio with multithreaded blocking code, which seems to be much simpler and more familiar. The problem with async was that some of the libraries I needed (e.g. for QUIC) didn't support it, so you had an unholy mixture of blocking and non-blocking code. Coming from a C++ background I appreciate Rust's nov…

I've successfully replaced tokio with the lower-level mio in one such case. After all threads and async serve different purposes: Threads when you're computing a lot, async when you're waiting a lot, no?
Post reply on HN