Goの環境構築をDisりながら覚える

新しい言語を覚えると必ず　ｘｘ言語なら簡単にできるのに！ というクレームを抱くはず
その負の感情をネットに書くと反感を食らうので文句を言わずに覚えるからストレスがたまる
あえて Disりながら言語を覚えれば　精神的に楽で長続きする
むしろ　Disることを目的にして　結果的に言語を覚えてしまうというのが 理想かもしれない

ので　あえてGoをDisりながら覚えよう！

#名前がKuso
GoogleだからGoなのはわかるが
Go は短く 英語では 行く という動詞らしく、いっぱい他のものがヒットする
ポケモンGO　しかりだ
以前あった MicrosoftのCOMよりはいくぶんマシではあるが
検索エンジンの会社のくせに、SEO対策が出来てないと思われる

まー　Google様の力で　Go で検索したら GoLangが上位に来るようになってるが
そのために無駄な最適化強いられたんじゃないだろうか？

Goでは他のものがヒットするので Golang Go言語 で検索する必要がある

#環境変数がKuso
GOには環境変数が３つある

##$GOROOT
Goをインストールするディレクトリだ。
間違えないでほしいのは　インストールしたディレクトリではなく　インストールする ディレクトリだ
今は特に指定しなくてもよくなっている
指定しない場合は 勝手に適切なところにインストールされる

##$GOBIN
Goの実行ファイルのあるパスだ
これを環境変数 ＄PATHに追加すれば goコマンドが パスなしで使えるようになる

##$GOPATH
これが厄介者！！
Go1.8からは 無指定の場合は $HOME/go（Windowsは C:¥Go） を指定したとして扱われるが
基本的には指定するべきだ

このパスは何かというと
Goで開発するコードはすべてこの下に置け！ という傲慢な設計である
$GOPATH以外に置いたコードは Buildしようとしても パスが違うと怒られBuild出来ない
たとえ インターネットで拾ったサンプルを実行するにも、デスクトップやダウンロードフォルダでビルド出来ず
わざわざ ＄GOPATH 以下にコピーして　そこでBuildしなければならない

また、更におせっかいなのが、このパス構造が決められているということだ
$GOPATH/bin にビルドされた実行ファイルが置かれ
$GOPATH/pkg 以下に、パッケージごとの中間ファイルが置かれ
$GOPATH/src 以下に、ソースコードを置く必要がある

また、pkgやsrcディレクトリ以下も ディレクトリの制限がある
src/github.com/ユーザ名/アプリ名
というディレクトリ構成でおかなければ　色々と不具合がある

Git以外のサービスを使っていれば src/bitbucket.com/ユーザ名/アプリ名　など。
基本的に GoはGithubなどのOSSプロジェクトを対象にしているため
それ以外のディレクトリで開発する場合は色々と苦労を伴う

まさにKusoだ

#パッケージのimport
パッケージのimportは ｓｒｃフォルダを基準に行われる
例えば Githubのxxxさんの作ったyyy というライブラリを使うのであれば
importに github.com/xxx/yyy を追加する
go get　を使えば上記のパッケージをダウンロードして $GOPATH/src/github.com/xxx/yyy　に置いてくれる
便利だ

では　作ってるアプリ内のライブラリを指定するときはどうなるか？
たとえば ./lib/hoge　をimportしよう
相対パスを使い import lib/hoge　と書くこともできるが、毎度パッケージのビルドが走ったり、go getで取れないので
やめたほうがいいようです
素直に　アプリ内のパッケージも
import github.com/xxx/yyy 　にしましょう

このあたりは下記でも述べられている
https://qiita.com/shopetan/items/eddcacec21cc7ea274f9

まさにKusoだ

##パッケージのバージョン指定は？
できません！
Kuso

Goからの回答としては
パブリックなライブラリに関しては最新版ですべてのバージョンで動くべきだ
互換性を捨てる場合はライブラリ名を変えるべきだ
とのことです。。

そんなの無理に決まってる！！

ということで、ほしいバージョンのパッケージをダウンロードし 名前をかえてコピーしておきます
例えば $GOPATH/src/github.com/xxx/yyy2
そして　そのファルをimport　すれば出来ます
なんて　アナログ！！
Kuso

ってことで 外部の人が試行錯誤し色んなパッケージ管理ツールを作ってくれました
go1.11では vgoというものが試験的に導入されたらしい
https://tanksuzuki.com/entries/golang-vgo/

これで一歩 まともな言語に近づいてきたね！

##GitLabのサブルグループを使う場合
たとえば Gitlabのサブグループで開発すると
import gitlab.com/ユーザ/サブグループ/アプリ
と 1階層増えます
すると　下記のように そのままでは go get出来なく不便です
https://qiita.com/zatsuzatsu/items/f15c6dff88d053d46c43
そのため、うちではGoのみ Gitlabはサブディレクトリ使わない運用になってます

Kuso

上記は新しいバージョンで未確認なので　なおってればいいな・・・

#Docker
Dockerでアプリケーションをマウントさせるとき　よくあるのは下記のように アプリディレクトリ作ってそこに置く

WORKDIR /app
ADD . /app

コンテナ上の＄GOPATHがこの場合 /appに置くことになるが
内部ライブラリのimportが
import github.com/user/app/xxx
になっているはずなので、これではうまくいかない

試行錯誤したあげく　下記のようにする必要があった

WORKDIR $GOPATH/src/github.com/user/app
ADD . $GOPATH/src/github.com/user/app

深い・・
ので　この後 $GOPATH/bin/app　を /app にコピーする　などして使う事になるかもしれない

ちょっと面倒