News for hackers. Stuff that matters.
Re:Rust vs. Go by bbcbasic on Wednesday January 18, 2017 @05:50PM (#13431181)
> wrestling match with the compiler

I went through a similar experience in Haskell. It is worth going through until you get to the point where it is no longer a wrestling match, because then you are just as productive but any code you write is checked much more thoroughly than in a more weakly typed language.

> Fuck. This. Noise. I'm not learning a language where every project requires a separate compiler.

I guess just wait until it stabilises then.

Re:Rust vs. Go by serge2k on Wednesday January 18, 2017 @08:01PM (#13432040)
> I guess just wait until it stabilises then.

Which is when? 1.15? 1.50? 2.0?

What was the point of that whole "1.0" thing?

Re:Rust vs. Go by ehsanu1 on Wednesday January 18, 2017 @08:19PM (#13432124)
It's right now, with 1.0. Just don't use libraries that require nightly. Libraries are not the language. The language is stable. If your requirement is stability, then use the stable version of rust with stable libraries. That's what I do.
Re:Rust vs. Go by eropple on Thursday January 19, 2017 @02:42AM (#13433888)
Are you unfamiliar with semver and the promises it makes?

This is a rhetorical question, as there's no way you've been around here so long without knowing what it is. For everyone else, however, the notion is that code written for 1.0 will continue to work for additional 1.x releases. It says nothing about iterating on not-yet-baked features--that's what nightly is for, and as they become baked they become part of 1.x releases. They're not breaking backwards compatibility; the major version remains the major version.

Re:Rust vs. Go by bbcbasic on Wednesday January 18, 2017 @08:06PM (#13432066)
Touche! I remember a place where I worked where the first version was 3 because they figured customers wouldn't trust a version 1. I guess these guys went for version deflation.