setup-go.md

GOの場合

GOは、元々 コンパイル済みバイナリをダウンロードする というマッチョなインストール¹だったんですが、インストールが自動化されることでそのマッチョさを見なくて済むようになったのが大きな利点です。 GOはCLIコマンドを作るのに人気という利用目的から、 go get で PATHの通ったところにバイナリファイルをビルドできる ことが重要ですが、GOのバージョンに関係なくソースのダウンロードやビルドの配置は $GOPATH を基準に行われるので、ビルド成果物がanyenvの中に隠されるようなことはなさそうです。

ただ、GOは $GOPATH を設定したり、必要な環境変数がバージョンごとに変化していたり、最近 modules が導入されてまだ過渡期にあったり、そのあたり色々つらい状況だなと感じます。

Footnotes

1. GO自体もそのようなポータブルなバイナリを吐くのでそういう思想なんだろう ↩