> for example if I go to hack on a python project the odds that I have to change my interpreter setup are basically zero. This doesn't match my experience at a

> for example if I go to hack on a python project the odds that I have to change my interpreter setup are basically zero. This doesn't match my experience at all - I frequently switch between projects that require python2 or python3, and I manage that using virtualenvs, which is a different problem than setup.py solves, just as rustup is separate from Cargo.toml I have a lot of python experience and only a little bit of rust, but in my opinion the years-long python 2/3 split has been a lot more painful than the rust nightly/stable split... the fact that Rust produces binaries that work in any case vs. the user needing the right Python interpreter installed is a big part of this.