News for hackers. Stuff that matters.
Re:Narrowing the notion of a runtime in Rust by Gankro on Friday December 19, 2014 @11:28AM (#8772907)
The 1.0 stable release will be pushed back as far as is deemed necessary. Ideally it will be in 14 weeks, but if there's still critical work to be done when we hit that point, we'll wait another 6 weeks. And another. And another. We're not just going to push out whatever we have.
Re:Narrowing the notion of a runtime in Rust by Juan_Shapiro on Friday December 19, 2014 @11:50PM (#8775903)
This is becoming very problematic for those of us who want to use Rust, but who aren't in a position to be constantly updating code we wrote last week so that it works with whatever changes were made to Rust this week. We really, really, really NEED a stable release of Rust. Earlier in 2014 we were hearing that we'd have it by the end of 2014. Earlier this month we were hearing that we'd have it by the end of March 2015. Now we hear it may be much later than that. It's not at all encouraging!
Re:Narrowing the notion of a runtime in Rust by blt on Thursday December 25, 2014 @02:27PM (#8796948)
And end up with bad design choices for the sake of speed? No thanks. I'd rather wait as long as needed to perfect the design. Rust won't succeed unless its benefits over C++ are dramatic, obvious, and uncontroversial. I'm fine using C++ for a few more years if it means Rust will be amazing and not just OK.
Re:Narrowing the notion of a runtime in Rust by dbaupp on Saturday December 20, 2014 @01:17AM (#8776005)
The team is 100% focused on getting 1.0 out; I've been in the meetings, I've been sitting next to other core devs: they are putting their heart and soul into making sure 1.0 is soon and is high-quality.

Pushing it out before we think it is ready just because some people want to use it will result in stabilising a suboptimal language and so trade-off the long-term experience for the 5 years (or 5 decades?) for some short-term gratification.