+1 for 'barcode scanner' which is based on zxing - you just get to use the clipboard to copy stuff around between the scanner and whatever app you want to store info in.
Indeed, I love how when we supported BLM on the recent release, all I can find is people saying "Why don't we support this more widely, rather than only in a release announcement?"
Every day I thank whoever that ESR hasn't set his sights on the Rust community. I really feel for the Go community today, they have a toxic malingerer stepping in.
github.com/rust-lang/rustup/โฆ might be a nice light one to get started with. It mostly involves improving an error message and perhaps the code which raises it. If that interests you then say so on the issue and we'll start the process. If not, say here and I'll look for another.
Yeah, I can understand that. Go's management of memory makes it a lot easier to grok things which Rust often requires you make explicit. If you have any specific questions or want to have a chat to grok any Rust, let me know, I'm happy to help.
FYI, on a fresh hello world on my laptop (SATA SSD, i7-6700HQ) `cargo build` -> cargo being invoked (rustup proxy time) 12ms. 39ms until cargo invokes rustc (proxy), 10ms until proxy runs rustc real for metadata. 8ms later, rustc run to compile, 11ms proxy 33ms until src read.
It ought to be moderately easy to measure this. strace running rustc, then look at the time from initial exec of rustup, to the exec of the rustc, to when rustc opens its first input file.