Neat FP style. Pretty verbose though. Someone should invent a terser syntax so you don't need to write do_two_things everywhere. It's a common operation so maybe it could even be a single character.
If you know about rust you know it's a programmable programming language, meaning that you can make macros. There could be a macro that would do that but 1. Macros is rust code to write rust code so they have the complexity of rust squared 2. I said to myself the only macros I will allow myself to use in this challenge is println and allow
Nope. In Rust, a semicolon denotes a statement while a lack of semicolon is an expression so you can't just omit them at will. This does lead to cool things though like if/else blocks being able to produce values if they end in an expression. But the expression type is checked so you're less likely to make a mistake. You can see an example here: https://doc.rust-lang.org/rust-by-example/flow_control/if_else.html
In JavaScript I never skip semicolons because I've seen those subtle bugs.
As you can see, rust allows you to not put semicolons at the end of code blocks. The presence of semicolons is not a language killer. It's a very hard language, but its worth it.
The presence of semicolons is not a language killer.
I'm not saying it is. But every time I have to work in a language that requires semicolons I'm constantly forgetting them and constantly reminded of how nice it is to not have to care in Go.
Semicolons. Statement's can be written in multiple lines such as rust io::stdin(&mut foo) .unwrap(). Idk if it would work if the newlines were significant. Also when I paste something, it could be ready hard for the formatter to format it.
I imagine since there was not an agreement on newline formats they found using the currently unused semicolon, sitting close to the home row, as a good delimiter for statements.