Please document your workflow to update and compare it to other modern langs, it's all relative.
Please document your workflow to update and compare it to other modern langs, it's all relative.
> _Add a 3rd party repository to apt_
> sudo add-apt-repository ppa:longsleep/golang-backports
> sudo apt-get update
> sudo apt-get install golang-go
> Note that golang-go installs latest Go as default Go. If you do not want that, install golang-1.13 instead and use the binaries from /usr/lib/go-1.13/bin.
> If that's too new for you, try:
> $ sudo add-apt-repository ppa:gophers/archive
> $ sudo apt-get update
> $ sudo apt-get install golang-1.11-go
Am I being trolled here?
How would you compare this for both memorability and user experience compared to say "rustup update"?
Please take a step back and look at that question without personal bias. Please!
Plus I’ve had way more issues with Rust versions than I have with Go.
Ultimately though this all just a very small part of writing code in either language.
`curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh`
Now you can `rustup install <version>` easily with everything taken care of. Of course, the latest stable release is automatically installed already. And Rust provides automatic install scripts for Windows, Mac, and Linux. Whereas Go is more involved than is expected for any modern language.
But I do get your point. You are absolutely right that go doesn’t hand hold you through that process and thus a thousand different people have a thousand different methods for doing it.
# Install rustup
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
# It automatically installs the latest version
This is what one has to do to install Go: # Add the PPA
sudo add-apt-repository ppa:longsleep/golang-backports
# Fetch information from the PPA
sudo apt-get update
# Install Go
sudo apt-get install golang-go
1 command vs 3, but in both cases only one "odd one" you have to remember specifically. More important, however, is the fact that from now on Go will update along with the rest of you system. You upgrade your system like this: # Upgrade the system
apt-get update && apt-get upgrade
rustup turns that into the following: # Upgrade everything
apt-get update && apt-get upgrade
# Upgrade Rust
rustup update
Now I'm not trying to say rustup is necessarily worse than Go, because it does offer advantages, but for the simple use-case of always running stable it adds an extra step rather often, instead of once.Updating rust: "rustup update"
Updating Go: Search a bunch of stuff and then do the stuff some random website tells you.
Entirely stand by my earlier statements. Apparently the thousands of paid computer scientists at google are simply incapable of automating the basic process to update their lang. It's utterly absurd and should be actively mocked by anyone with half a clue. We should mock this stuff, we really should, it's hilariously dumb.
How are all the people getting paid SF wages literally incapable of creating "go update"?
No, updating Go just happens when you update your system. You don't need a separate command to do it. All of the other stuff you mentioned in your previous post is about downgrading Go.
export VERSION=1.12 OS=linux ARCH=amd64 && \
# Replace the values as needed wget https://dl.google.com/go/go$VERSION.$OS-$ARCH.tar.gz && \
# Downloads the required Go package sudo tar -C /usr/local -xzvf go$VERSION.$OS-$ARCH.tar.gz && \
# Extracts the archive rm go$VERSION.$OS-$ARCH.tar.gz
# Deletes the ``tar`` file# Set the Environment variable PATH to point to Go
echo 'export PATH=/usr/local/go/bin:$PATH' >> ~/.bashrc && \
source ~/.bashrc
Please tell me you are kidding. This is literally what you posted on how to update go.How would you compare this to say "rustup update"?
How would one do this this same workflow you posted on other platforms?
How memorable is it would you say?
Can you do it freehand without looking it up?
Is this considered good UX for developers?
Looking forward to your answers here, thanks.
1. download version X of go
2. Unpack to location Y
3. Tell your OS to look at Y
Sure it's not a single command, but it's hardly complicated.
If by UX you mean some kind of install script that handles those things you can always write it yourself.
The idea of everyone repeating themselves over and over again seems to be almost desirable amongst the community. The concept of DRY is essentially dead as far Go is concerned.
Why exactly can the core team not write this tooling? Why should thousands of independent people do it all themselves to varying degrees? It's a laughable situation.