I am surprised the blog post doesn't mention the stabilization of binding both by-move and by-ref in patterns [1]. I have personally been waiting on this one for several years. Time to go remove my workarounds. Thanks!<p>[1]: <a href="https://github.com/rust-lang/rust/pull/76119" rel="nofollow">https://github.com/rust-lang/rust/pull/76119</a>
A question for the Rust crowd, from someone who's thinking about giving Rust another chance in 2021:<p>Last time I tried getting into Rust, some years ago, the recommended way to install it was to use the rustup tool. You were also kind of expected to learn using the "nightly" version of the language, because much of the documentation and stackoverflow answers depended on that.<p>Is this still the case now that we're about to enter 2021? Is it OK to learn rust by installing it via "apt install", or is it still recommended to use rustup? Is it OK to stick just to stable Rust or should I expect that I will need to install the nightly version at some point?
Any chance to see increased support for 8bit AVR in upcoming releases?<p>I know Rust is community driven, so it's not like contributions will appear from thin air. But I guess maybe it would be time to promote/incentivize people to contribute support for microcontrollers. This is a realm where C reigns and Rust would be a bowl of fresh air.
I really enjoy using Rust for personal side projects. It made me a better C++ developer. I'm excited about stabilized const generics to be able to speed up my linear algebra code.<p>This issue though prevents me from recommending Rust for closed source development to my colleagues: <a href="https://github.com/rust-lang/rust/issues/40552" rel="nofollow">https://github.com/rust-lang/rust/issues/40552</a>
A lot of people are using Rust for advent of code 2020. It's really interesting to see the role that AOC is having with adoption and leveling up Rust knowledge.
i am disappoint there isnt mention of more private/reproducible release binary output from compilation<p><a href="https://github.com/rust-lang/rust/issues/40552" rel="nofollow">https://github.com/rust-lang/rust/issues/40552</a><p><a href="https://github.com/rust-lang/rust/issues/75263" rel="nofollow">https://github.com/rust-lang/rust/issues/75263</a>
I wish they would streamline the string handling capabilities. Currently the conversions between String and &str are really ugly to look at. In general the conversion between types don't seem all that great with developers having to either use crates or write their own code. They need to take more inspiration from C# which continues to be the benchmark of elegance (obviously personal opinion). That said, rust is still better than C++ - namely its package management is great. I just wish the compiler doesn't keep second guessing me :D
Nice.<p>Rust is nice language btw.<p>But,when will stable version of Rust be released? By stable,i mean, number of new features added must not be too much. Rust currently seem to be adding too many features every release (which is nice but also not so good at same time)
I recently wrote a utility for myself in Rust after having done several in C#. I like both languages, but Rust introduces pain points for no apparent reason. For example, I hate this way of dealing with errors<p><pre><code> match result {
Ok(value) => value,
Err(result) => {
panic!("error traversing directories {}", result);
}
};
</code></pre>
It's awkward and ugly. I'm back to C#, now on .NET 5.) and find that it just got noticeably faster! It was already fast.<p>"Astonishing Performance of .NET 5: More Data"<p><a href="https://medium.com/swlh/astonishing-performance-of-net-5-more-data-5cdc8d821e8c" rel="nofollow">https://medium.com/swlh/astonishing-performance-of-net-5-mor...</a>