News for hackers. Stuff that matters.
Re:Update on await syntax in Rust by JoshTriplett on Tuesday May 28, 2019 @12:31PM (#20031706)
Speaking as a member of the Rust language team: we specifically evaluated all syntax proposals on the assumption that many people may end up reading them without syntax highlighting. People read code in many places outside of a programmer's text editor or a code-highlighting web page, including logs, diffs, and emails.
Re:Update on await syntax in Rust by Touche on Tuesday May 28, 2019 @01:28PM (#20032306)
Hopefully you didn't make a decision based on some exception use case.
Re:Update on await syntax in Rust by kibwen on Tuesday May 28, 2019 @01:36PM (#20032406)
The parent commenter does not suggest that this syntax was chosen based on assuming users don't have syntax highlighting, only that they did take into consideration that not all users have syntax highlighting.
Re:Update on await syntax in Rust by Touche on Tuesday May 28, 2019 @03:21PM (#20033402)
I understand that, but how much into consideration? Let's just make up some numbers, if 1% of reading of Rust code takes place in environments without code highlight, then it should have been 1% of the consideration. Is that the case?
Re:Update on await syntax in Rust by jcranmer on Tuesday May 28, 2019 @03:56PM (#20033741)
I don't think you should weight it like that. If you have multiple proposed syntaxes, and both are equally effective with code highlighting but one is moderately ineffective without highlighting, then it makes sense that you should go for the latter. The weighting controls how much of an effectivity loss in the code highlighting case you would be willing to trade off against effectivity improvements in the other case.
Re:Update on await syntax in Rust by Touche on Tuesday May 28, 2019 @05:03PM (#20034376)
It sounds like you're agreeing with me. If two options are indeed essentially equal on all fronts, then one minor use case can be enough to push it towards a winner.