Live data from Hacker News

Ask HN: Will Rust ever become a mainstream systems programming language?

news.ycombinator.com

1–10 of 291 posts

Re: Ask HN: Will Rust ever become a mainstream systems programming language?

#3
It does keep rising in popularity, but is that coming from folks actually using system languages like C, C++, Ada, and Forth? I'm guessing only a portion. There's a difference between a web developer using Rust enthusiastically for hobby projects and a seasoned C coder switching to Rust for a professional job. In fact, a lot of the projects I've seen in Rust (ex: Dropbox) are commonly being done in Go as long as the GC isn't an issue.

Re: Ask HN: Will Rust ever become a mainstream systems programming language?

#5
Most C++ developers won't easily develop systems in Rust because of lack of well-known libraries and a stable ecosystem(profilers, static analyzers, concurrency tools, many skilled and mediocre developers, etc). C++11 and subsequent versions have a good amount of memory safety(though not as safe as Rust).

Rust is a modern language with very good concepts and features. It's quite complicated to learn.

My answer is it will be a good language, but won't be a top language.

Re: Ask HN: Will Rust ever become a mainstream systems programming language?

#6
post #2

I would say so far, yes. I would say it's pretty "mainstream" already with many companies using it in production, including Mozilla. As big as C++/C? Too early to tell for that.

Also anyone big besides mozilla, who created it?

Re: Ask HN: Will Rust ever become a mainstream systems programming language?

#7
I think it has a fair chance (Go is a "systems" language and grew very quickly). I also believe you'll see it pop up in unikernels as well. Why, you ask? Because there's always 1 person that starts a project that gets traction.

I don't see it growing and replacing C++ though. I don't think there's much incentive post C++11 to really consider porting anything (even small things) over. Most of the features Rust gets praised for are either: (1) Ridiculous - if you need segfault protection, you're a bad programmer (CLARIFICATION: if you act like segfault protection is some majorly useful feature, you're an imbecile who must also think writing C/C++ is like disarming a bomb - nonsense; give me a real argument for Rust that isn't: insignificant, badly contrived, already in C++, etc. - you can't convince a generation of systems programmers to drop everything to move to Rust without this). Let's be honest, you don't segfault unless you're doing something idiotic. I've not segfaulted in the past 8 years in anything but assembly. Or, (2), things I've been using in C++ for the past 4 years.

Rust will definitely end up in these areas I believe but I just hope that it's not some horrible binding to a C/C++ library or something. I think backwards compatibility and current dependencies is a big thing.

Re: Ask HN: Will Rust ever become a mainstream systems programming language?

#8
post #5

Most C++ developers won't easily develop systems in Rust because of lack of well-known libraries and a stable ecosystem(profilers, static analyzers, concurrency tools, many skilled and mediocre developers, etc). C++11 and subsequent versions have a good amount of memory safety(though not as safe as Rust). Rust is a modern language with very good concepts and features. It's quite complicated to learn. My answer is it…

Like... Cobol... 'cause all those reasons are vanishing and will vanish.

Re: Ask HN: Will Rust ever become a mainstream systems programming language?

#9
post #6
post #2

I would say so far, yes. I would say it's pretty "mainstream" already with many companies using it in production, including Mozilla. As big as C++/C? Too early to tell for that.

Also anyone big besides mozilla, who created it?

https://www.rust-lang.org/en-US/friends.html

Re: Ask HN: Will Rust ever become a mainstream systems programming language?

#10
post #7

I think it has a fair chance (Go is a "systems" language and grew very quickly). I also believe you'll see it pop up in unikernels as well. Why, you ask? Because there's always 1 person that starts a project that gets traction. I don't see it growing and replacing C++ though. I don't think there's much incentive post C++11 to really consider porting anything (even small things) over. Most of the features Rust gets pr…

> Ridiculous - if you need segfault protection, you're a bad programmer. Let's be honest, you don't segfault unless you're doing something idiotic.

I've caused segfaults in the runtimes of three major languages in the last year by running code that, from a user perspective, is completely fine.

I don't think the developers of those runtimes are "bad programmers".

Post reply on HN