Earlier quoted context omitted.
And the team seemed to ignore the users. The two polls I saw, both had the method syntax below 50% approval and below the other front runners. It seemed to me they basically said, "Sure, tell us want you want so we can note it and ignore it." Kind of a real dick move. Why bother even asking for input? (For disclosure, I preferred postfix punctuation similar to `?` that most people hated - so I'm not gettng my way eit…
I'm in favor of the chosen syntax, but I was unaware of the poll, so I'm not sure that's a good representation of Rust users.
Announcing Rust 1.35.0
101–110 of 111 posts
Re: Announcing Rust 1.35.0
#102Earlier quoted context omitted.
Don't forget, Rust is written in Rust, so if you want to compile Rust from source because you don't trust the precompiled toolchain, you're in for a very long and arduous journey all the way back to the last version of the compiler written in OCaml, and then compiling a bunch of intermediate compiler versions using the previously-compiled version to inch your way towards the current version. I'm not even sure how man…
Can't you use this "alternative rust compiler. Capable of building a fully-working copy of rustc" https://github.com/thepowersgang/mrustc and a trusted C++ compiler instead?
Re: Announcing Rust 1.35.0
#103 [src/main.rs:4] x == 1 = false
[src/main.rs:9]
print this: [src/main.rs:4] dbg!( x == 1 ) = false
[src/main.rs:9] dbg!
Easier to filter just your debug messages.Re: Announcing Rust 1.35.0
#104Coming from C++, this always throws me a bit: if (0..=10).contains(&5) { I assume we are taking a ref to "5" (and not passing by value) because "Range" is a generic type that might be too big to want to copy (or it may not be copyable at all). But taking a reference to a number for a simple operation like this feels... weird. It makes me worry that Rust is going to be passing around pointers to some stack-allocated "…
Re: Announcing Rust 1.35.0
#105RangeInclusive is an interesting API: 1. How does this handle ranges whose length is larger than can be represented in an integer? 2. How does iterating a range work for floats? It looks like it just adds one [1], won't this mean that it will loop forever if the next representable float is +2? 1: https://doc.rust-lang.org/src/core/iter/range.rs.html#297
1. It doesn't. 2. The Iterator implementation for RangeInclusive requires the underlying type to implement Step [1], which floats do not. So you can't iterate over a range of floats (although you can still construct one). [1] https://doc.rust-lang.org/nightly/std/iter/trait.Step.html
[1] https://doc.rust-lang.org/1.0.0/std/primitive.f64.html#metho...
Re: Announcing Rust 1.35.0
#106Earlier quoted context omitted.
Sorry, I should’ve been clearer: I need cargo to be online the 1st time so that it could resolve my dependencies for me online the 1st time because I don’t want to setup local repos and stuff. Thanks
Yup, that works! It also downloads docs so you can `cargo doc` and then you can peruse the generated docs for all of your dependencies.
Re: Announcing Rust 1.35.0
#107Earlier quoted context omitted.
And the team seemed to ignore the users. The two polls I saw, both had the method syntax below 50% approval and below the other front runners. It seemed to me they basically said, "Sure, tell us want you want so we can note it and ignore it." Kind of a real dick move. Why bother even asking for input? (For disclosure, I preferred postfix punctuation similar to `?` that most people hated - so I'm not gettng my way eit…
Framing this as “the users” is disingenuous, again, a lot of users favored the decision too. The arguments of those users were taken into account, but the decision was made against it anwyay. Those polls were incredibly non-scientific, and don’t really mean anything.
Yes, they were bad, self-selecting polls. You have nothing better, and I hear far more complains than people being happy with the decision. The polls both tended to agree though so that would lend some credibility.
Maybe you should have just explained "We aren't really asking the users since we have way to show that any poll would be valid, but we will take some input and make up our mind from that."
I think that is a very precise (and charitable) description.
Re: Announcing Rust 1.35.0
#108Earlier quoted context omitted.
I'm in favor of the chosen syntax, but I was unaware of the poll, so I'm not sure that's a good representation of Rust users.
Part of that is because the polls weren't made by the team; it was random other users. We don't vote in Rust, and polls have so many problems that we don't use them as a method to evaluate answers to questions.
In that case, you as a team basically saying that you were afraid of punctuation was intellectually shallow, lazy, and a terrible decision. It wasn't like a tailing @ or # would have turned rust into APL. You should go back and revision the `?` decision then under the same reasoning.
Re: Announcing Rust 1.35.0
#109Earlier quoted context omitted.
Really? How did you get the source code for those dependencies in the first place? Whatever you used likely has just as much power as Cargo does. (And is perhaps similarly hard to audit.)
A well-tested, regularly audited web browser that is subjected to hacking competitions with monetarily significant rewards. However, at this point I think we are WAY off the original topic. :-)
So upon further clarification, it's much clearer what your position is: "auditing Cargo myself is much harder than trusting the security of some other piece of software that has been---and continues to be---subjected to rigorous auditing by either teams of people I trust or by systematic processes that I trust." But of course, this doesn't sound nearly as nice as, "why would I audit Cargo instead of just copying some source files." Hence, it's misleading.
Once you expose your actual stance, IMO, it's pretty easy to say: "oh okay, you are in a particularly interesting niche which, while may be important, is likely not possible to serve right now. So you'll have to continue avoiding Cargo or otherwise wait until it has met your arbitrary requirements for auditing." But it should be supremely clear that the vast majority of people are not in your position. (And I suppose that would be your cue for some snarky response about how this reflects poorly on the state of software engineering.)
Re: Announcing Rust 1.35.0
#110Earlier quoted context omitted.
Part of that is because the polls weren't made by the team; it was random other users. We don't vote in Rust, and polls have so many problems that we don't use them as a method to evaluate answers to questions.
So this decision is purely on the team - no saying "we took input from others and didn't do completely what we wanted to do.' In that case, you as a team basically saying that you were afraid of punctuation was intellectually shallow, lazy, and a terrible decision. It wasn't like a tailing @ or # would have turned rust into APL. You should go back and revision the `?` decision then under the same reasoning.