Go on Indexing my brain

gomockのgenerics対応状況

Sun, 09 Apr 2023 00:25:48 +0900

gomock

gomock はGo用のモック生成ツールです。

今回はこのgomockのgenerics対応状況について共有します。

gomockのgenerics対応状況

残念ながらgomockはまだgenericsに対応していません。

ただし、generics対応がリリースされていないだけで、すでにmainブランチには generics対応のPR がマージされています（Issueはこちら）。したがって、go install github.com/golang/mock/mockgen@mainとすればgenerics対応したgomockを利用可能です。

いつリリース？

v1.7.0としてリリース予定らしく、すでにタグは作成されています。 https://github.com/golang/mock/releases/tag/v1.7.0-rc.1

ただ、タグが作成されてからもうすぐ1年が経とうとしています…

無事リリースされることを祈りましょう。

（タグがあるのでgo install github.com/golang/mock/mockgen@v1.7.0-rc.1でもOKですね）

まとめ

generics対応したgomockを使いたい場合は、 go install github.com/golang/mock/mockgen@mainか go install github.com/golang/mock/mockgen@v1.7.0-rc.1を実行しましょう。

徒然なるままに go build と build tag を見ていく

Sun, 19 Dec 2021 09:00:00 +0900

本記事は『Go #1 Advent Calendar 2021 19日目』の記事です。

はじめに

Goには標準で便利なコマンドがたくさんあります。

有名どころで言えば、

generate
fmt
vet

などがあります。

中でも、Goのコードをコンパイルするためのbuildコマンドは、みなさんも日頃の開発で使用しているのではないでしょうか。

buildは特に難しいことをしなければ、とてもシンプルに使えるコマンドです。
よって、直感的に「こうすればコンパイルできるんでしょー」くらいの感覚で、ドキュメントを注視しなくても使い始められるでしょう。

しかし、buildは深く見ていくと意外と奥が深いコマンドです。
今回はそんなbuildについて深ぼっていこうと思います。

`build`コマンドとは

まずはbuildとはどういったコマンドなのか見ていきましょう。

helpを使って調べてみます。

$ go help build
Build compiles the packages named by the import paths,
along with their dependencies, but it does not install the results.
<省略>
When compiling packages, build ignores files that end in '_test.go'.
<省略>
When compiling multiple packages or a single non-main package,
build compiles the packages but discards the resulting object,
serving only as a check that the packages can be built.
<省略>
-tags tag,list
a comma-separated list of build tags to consider satisfied during the
build. For more information about build tags, see the description of
build constraints in the documentation for the go/build package.
(Earlier versions of Go used a space-separated list, and that form
is deprecated but still recognized.)
<省略>

buildはコンパイルするやつですよという文章から始まり、いろいろ書かれていますが、今回は以下の4点について見てみます。

【GitHub Actions】GitHubのプロフィールを自動更新する仕組みを作った

Fri, 19 Feb 2021 18:53:19 +0900

おもしろいツイートを見つけた

GitHub ActionsでQiita/Zennの投稿をGitHubプロフィールに自動反映できるようにした pic.twitter.com/o47E7YHSsx
— mikkame (@mikkameee) February 14, 2021

とても便利そうだったので僕もやってみました。

作った

↑こんな感じで Recent posts - Blog 📝 に直近5個のブログ記事を表示するようにして、
なおかつ自動で更新されるようにしました。

コードはこちらに置いてあります。

やっていることはとてもシンプルで、
Goで書いたプロフィール（README）更新スクリプトをGitHub Actionsで実行しているだけです。

興味あったらコードを覗いてみてください。

The Go Programming Language Specificationで知った「こんなことできるだ」を紹介

Tue, 08 Dec 2020 09:00:00 +0900

本記事は『Go 5 Advent Calendar 2020 8日目』の記事です。

Go Language Specification輪読会

現在、Go Language Specification輪読会という、 Goの言語仕様を読んでいく会に参加しています。

今回は、そんな輪読会で「こんなことできるんだ」と驚いたコードを紹介します。
（振り返ると結構たくさんあったので、今回はその中から5個選んで紹介します）

ちなみに、だいたいのコードは現場で使うと怒られそうです😇
（いや、まず間違いなく怒られる）

1. Comments

package main
import (
"fmt"
)
func main() {
var/*comment*/a = 1
fmt.Println(a)
}

https://play.golang.org/p/9Dun0LiT5N5

まずはこちら。
変な位置にコメントが挿入されています。
コメント部分を消すとvara = 1となるのでエラーになりそうです。

しかし、実行してみると、すんなりと変数aを表示してくれます。

解説

Spec を参照すると以下の一文があります。

A general comment containing no newlines acts like a space.

改行を含まないgeneral commentはスペースのように作用する。

（general commentとは/**/で囲われたコメントのことを指します）

よって、先程のコードは以下と同じということです。

package main
import (
"fmt"
)
func main() {
var a = 1
fmt.Println(a)
}

こうして変換してみると、エラーでないことは明白ですね。

【Go】Switch文のfallthroughに関するまとめ

Sat, 03 Oct 2020 09:00:00 +0900

fallthrough とは

GoではSwitch文でfallthroughというキーワードが使用可能です。

機能としては、処理を次の節（caseやdefault）に進めます。（参考）
言葉で説明するよりも、サンプルコードを見てもらった方がイメージしやすいと思います。

package main
import "fmt"
func main() {
num := 1
switch num {
case 1:
fmt.Print("I ")
fallthrough
case 2:
fmt.Print("am ")
fallthrough
case 3:
fmt.Println("yyh-gl.")
// fallthrough // 次の節がなければコンパイルエラー
}
}
// 実行結果：
// I am yyh-gl.

Playground

defaultにも飛べるという例

fallthroughは、Go言語のORMライブラリとして有名な『GORM』でも使用されています。(使用箇所 )

【Go+DDD】エンティティと値オブジェクトの実装方法（自己流）

Fri, 08 May 2020 09:00:00 +0900

GoでDDD

今担当しているプロジェクトでは、GoでAPIを作っています。
このプロジェクトでは、DDDの考え方や設計パターンも取り入れています。

今回はDDDの設計パターンの中でもEntityとValue Object（VO）について、
僕がGoでどうやって実装しているのか紹介していきます。

実装例

兎にも角にも、まずはコードを示します。

// animal/dog/dog.go
package dog
type Dog struct {
name Name
}
func New(name string) (*Dog, error) {
n, err := newName(name)
if err != nil {
return nil, err
}
return &Dog{
name: *n,
}, nil
}

// animal/dog/name.go
package dog
import (
"errors"
"unicode/utf8"
)
type Name string
func newName(v string) (*Name, error) {
// 名前は3文字以上というビジネスロジック
if utf8.RuneCountInString(v) < 3 {
return nil, errors.New("名前は3文字以上！")
}
n := Name(v)
return &n, nil
}

// main.go
package main
import (
"fmt"
"playground/animal/dog"
)
func main() {
// d := dog.Dog{name: "犬太郎"} できない
d, _ := dog.New("犬太郎") // できる
fmt.Printf("%+v\n", d)
d, err := dog.New("犬")
if err != nil {
fmt.Println(err) // 犬の名前が「犬」は可愛そうだからできない()
}
}

playground

go test におけるキャッシュの消し方

Thu, 30 Apr 2020 09:00:00 +0900

go test のキャッシュを消すのは簡単

$ go clean -testcache

以上です！

$ go test ./...
ok github.com/oxequa/realize (cached)
ok github.com/oxequa/realize/realize (cached)

このように (cached) となっていたものが、、、

$ go clean -testcache
$ go test ./...
ok github.com/oxequa/realize 0.086s
ok github.com/oxequa/realize/realize 0.389s

このように、実行時間が表示されており、キャッシュが消えていることが分かりますね。

ちなみに、キャッシュを無視する方法はもうひとつあり、
以下のように -count=1 をつけてやればOKです。

$ go test ./... -count=1
ok github.com/oxequa/realize 0.076s
ok github.com/oxequa/realize/realize 0.384s

ここからは上記コマンドが一体なにをしてくれたのか、
もう少し詳細に話していきます。

go clean とは

こちらにドキュメントがあります。

Clean removes object files from package source directories.

go clean は上記のとおりファイルを消してくれるわけですね。

-testcache オプションをつけると、
テストに関するキャッシュファイルのみを消してくれます。

【Go】jsonパッケージの知っておくと便利な機能

Sun, 26 Apr 2020 09:00:00 +0900

jsonパッケージ

Goを触ってる人ならだれもが一度はお世話になるであろうパッケージ「json 」

今回はそんな json パッケージについて、
知っておくと便利な機能を2つ紹介します。

（比較的有名なものしかないですが🙏）

1. 独自の変換ロジックを実装できる

例えば、下記のコードのように、
ある構造体（Human）のフィールドを外部公開したくない場合、
jsonパッケージの Unmarshal()，Marshal() が使えません。
（上記関数は外部公開されたフィールドのみ変換できる）

type Human struct {
// フィールドを外部公開したくない
name string
age int
}
func main() {
h := Human{
name: "Taro",
age: 21,
}
// 構造体 → JSON
j, _ := json.Marshal(h)
fmt.Println(string(j)) // {}
// JSON → 構造体
var uh Human
_ = json.Unmarshal(j, &uh)
fmt.Printf("%+v\n", uh) // {name: age:0}
}

playgroud

実際に実行してみると、うまく変換できていないことが分かると思います。

さて、このときどうすれば正しく変換できるかというと、
変換対象の構造体に以下のメソッドを生やしてやればOKです。

【Go】errorの同値性と表示について調べた

Tue, 10 Mar 2020 09:00:00 +0900

errorについて疑問があった

Goのコードを書いてて、ふと気になったことがあったので調べてみました。

errorの同値性

1つ目の疑問は、下記コードで e1 と e2 がイコールではないことです。
（同値性なんて仰々しく言ってすみません。たったこれだけの疑問です😇🙇‍♂️）

func main() {
e1 := errors.New("error1")
e2 := errors.New("error1")
e3 := e1
fmt.Println(e1 == e2) // false
fmt.Println(e1 == e3) // true
}

Playground

結論（errorの同値性）

errors.New() が返しているのがポインタでした。

つまり、さきほどのコードの6行目はポインタの値を比較しているので、そりゃfalseになりますね。

errorの表示

2つ目の疑問は、下記コードで e1 を表示すると、
errors.New()の戻り値である構造体の値ではなく、エラー文言が表示されることです。

package main
import (
"fmt"
"errors"
)
func main() {
e1 := errors.New("error1")
fmt.Println(e1) // error1
}

Playground

errors.New()が返しているのは構造体なので、
下記コードのように構造体の内容が表示されないのはなんでだ？ってなったわけです。

package main
import "fmt"
func Hoge() interface{} {
type hoge struct {
s string
}
return &hoge{s: "hoge"}
}
func main() {
h := Hoge()
fmt.Println(h) // &{hoge}
}

Playground

【Go】errorsパッケージの中身覗いてみた

Mon, 09 Mar 2020 09:00:00 +0900

errorsパッケージに興味持った

v1.13からerrorsパッケージに Unwrap() Is() As() といった関数が追加されました。
（もう1.14もリリースされているのに今さらですね😇）

今回はこれら3つの関数について、内部実装を追いかけていきます。

と、その前に、errorsパッケージの概要と関連パッケージについて軽く説明しておきます。

errorsパッケージと関連パッケージ

errorsパッケージ

名前の通り、エラー関連の処理がまとまっているパッケージですね。
Goの標準パッケージです。
→ GoDoc

v1.13にて、先述の Unwrap() Is() As() という関数たちが追加されました。

errorを扱うパッケージとして、もうひとつ有名なパッケージがあります。
xerrorsパッケージです。

xerrorsパッケージ

xerrors とは、 Goのサブリポジトリで開発が進められているパッケージです。
（準標準パッケージといった感じでしょうか）

xerrorsのGoDoc に下記の記述がある通り、

These functions were incorporated into the standard library’s errors package in Go 1.13: - Is - As - Unwrap

もともとは本パッケージに Unwrap() Is() As() が実装されていましたが、
v1.13にて標準パッケージに取り込まれました。

さて、軽くerror関連のパッケージについて触れたところで、
早速、Unwrap() Is() As() の内部実装を見ていきたいと思います。
なお、Goのコードはv1.14.0を参照しています。

Unwrap()

ラップされたエラーから中身のエラーを取り出す関数です。

処理としては下記のようになっています。

func Unwrap(err error) error {
u, ok := err.(interface {
Unwrap() error
})
if !ok {
return nil
}
return u.Unwrap()
}

https://golang.org/src/errors/wrap.go?s=372:400#L14

Goのバージョン管理について

Tue, 03 Mar 2020 09:00:00 +0900

Goのバージョン管理

注意1：本記事はGo自体のバージョン管理についてです。Go Modulesなどは対象外です。
注意2：基本的にMacユーザを対象にしています。（WindowsとLinuxももちろん好きです）

開発において言語のバージョン管理はつきものだと思います。
そのニーズは高く、rbenv や nodenv といったバージョン管理ツールが普及しています。

ただし、Goの場合は少し話が変わってきます。
もちろんGoでも goenv が用意されていますが、
（今のところ）Goは後方互換性が担保されているので、基本的に最新バージョンに上げ続ければOKです。

…と言いつつも、GAEを使用するといった場合に、どうしてもバージョン管理したくなることがあると思います。

そこで今回はまずGoのバージョン管理ツールの紹介をした後で、
最新バージョンをインストールする方法を紹介していきたいと思います。

Goのバージョン管理ツール

▼ goenv

◯◯env系は有名ですよね。
言語のバージョン管理といえばこれです。

導入手順は公式の手順通りなので省略します。

1点はまりどころがあります。
$GOPATHが変わらなくなってしまうという問題です。

本件に関しては以前、僕のブログで対処法を書いているので、
こちらを参考にしてみてください。

▼ go get（公式サイトに記載のある方法）

（バージョン管理"ツール"とは言えませんが…）

本方法は公式サイトに記載されている方法です。

$ go get golang.org/dl/goX.Y.Z
$ goX.Y.Z download
$ goX.Y.Z version
go version goX.Y.Z linux/amd64

コマンド打つたびに、バージョンまで打つのがめんどくさいという方は、
bash や zsh の設定でエイリアスでも貼ってやればOKですね。

【簡単まとめシリーズ】Go1.12からの変更点

Mon, 03 Feb 2020 09:00:00 +0900

簡単まとめシリーズ

『簡単まとめ』では、僕が記事や書籍で学んだ内容をメモ程度に簡単にまとめていきます📝

今回は Go1.12からの変更点 についてです。

The State of Go 2020

Twitterで『The State of Go 2020 』というタイトルのスライドを見つけました。

Go1.12から変わったところに焦点を当て、
Go1.13でどのような機能が追加されているのか、
Go1.14でどのような機能が追加される予定なのかまとめてあります。

今回は、完全主観で自分が興味のある内容をハイライトします〜😇

完全主観ハイライト

GolangCI-Lintの設定ファイルを理解する

Mon, 09 Dec 2019 09:00:00 +0900

DMM Advent Calendar 2019

本記事は DMM Advent Calendar 2019 の 9日目の記事です。

私は現在、DMM.com の CDS というチームに所属し、
主にユーザレビュー基盤のバックエンドを開発しています。

今回は、Go用Linterである GolangCI-Lint を軽く紹介した後に、
GolangCI-Lint のハマリポイントとその解決策である設定周りの話をします。

Linter 導入していますか？

突然ですが、みなさんの開発環境には Linter が導入されているでしょうか？

私の所属するチームでは、
コーディング規約違反およびコンパイラでは見つけられないエラーを検知するために、
ローカルと CI において Linter を回すようにしています。

GoにおけるLinter

Goの場合、Linterがデフォルトで用意されているうえに、
ライブラリとして公開されているものも多く存在します。

なかでも有名なものに以下のようなものがあります。

govet：GoデフォルトのLinter
errcheck：ちゃんとエラーハンドリングしているかチェックしてくれる
unused：未使用の定義をチェックしてくれる
goimports：未使用のimportを消してくれたり、フォーマット修正してくれる
gosimple：コードをシンプルにしてくれる

しかしながら、多すぎるがゆえにどれを選択すればいいのか分からなくなりがちです。
加えて、導入する Linter が増えれば、その分だけ導入・管理コストが増加します。

この問題を解決してくれるツールが GolangCI-Lint です。

GolangCI-Lint

勉強会でもよく耳にするようになってきている＋多くの紹介記事があるので、
ここで詳しく説明する必要もないかもしれませんが、いちおう少しだけ触れておきます。

GolangCI-Lint とは、 GoのLinterを一元管理するためのツールです。
開発者は GolangCI-Lint を導入するだけで様々な Linter を実行することができます。

【Go+VCR】外部APIとの通信を保存してテストに使用する話

Sun, 08 Dec 2019 09:00:00 +0900

Go3 Advent Calendar 2019

本記事は Go3 Advent Calendar 2019 の 8日目の記事です。

ではでは、早速本題に入っていきます。

モック使ってますか？

みなさんモックコードは書いていますか？

テストコードを書いているなら、ほぼ必ず登場するあのモックです。
DB処理や関数のモックなどいろいろありますよね。

そんなモックコードですが、作ったり管理するのめんどくさいなぁとか思ってないですか？
モックだからといって雑なコードになっていませんか？

今回は、外部API通信のモック化にフォーカスし、
モックコードの作成・管理コストを軽減する
VCR ライブラリを紹介します。

VCR ライブラリとは？

VCR（Video Cassette Recorder）とは、通信を保存し、再生するライブラリです。

つまり、APIリクエストの初回通信の内容を保存し、
次回以降その保存内容（レスポンス）を使いまわしてくれるというものです。

言い換えれば、外部APIのモックを自動生成してくれるということですね！

VCR ライブラリ in Go World

Go用のVCRライブラリはいろいろあります。
スター数が多いのは以下のものです。

go-vcr および vcr-go，govcr の開発は盛んではないようです。

rpcreplay は google-cloud-go に包含されるパッケージであり、安心して使えそうです。
ただし、gRPC 用なので、その点は注意が必要です。
GoDocはこちらです。

今回は REST API を使って説明していくので、go-vcr を使用します。

go-vcr は、vcr-go と govcr よりスター数が多いです。
Ruby 製の vcr というライブラリがもとになっているようです。

【DeNA.go #3】Go活用事例やパフォーマンスチューニングの話聞いてきた

Fri, 01 Nov 2019 09:00:00 +0900

DeNA.go #3

connpass
ハッシュタグ：#DeNAgo

初参加です！
ビールとお弁当もらいました。

そしてなんとなんと
k8sの技術書をいただいちゃいました！！！
もちろんステッカーもありましたよ👍

1. [Go活用事例]安全運転支援サービスを支える運用サイト

登壇者：@suhirotaka さん
オートモーティブ事業本部スマートドライビング部システム開発グループ

スライド

主題

管理画面をGoで作成

Railsで作ってるものをGoで作る理由

実証実験時はスピード重視でRails
本サービスはパフォーマンス重視でGo

順次Goに書き換えていく

Goのフレームワーク

GoのWAF（Web Application Framework）には

フルスタック・MVC
ミニマル・高速

の2種類がある

この辺の話は、僕の旧ブログにもいろいろ書いているのでどうぞー

DeNAではフルスタック・MVCを選択

GoにおけるフルスタックなWAF

Beego：採用！
Revel：開発が止まってきている
Iris：プロジェクトの運用がうまくいっていないようだった

Beego

フルスタックのMVCフレームワーク
ORMまでついてる
セッション管理、ロガー、キャッシュなどのライブラリがいろいろついてるけど、全てモジュール化されていて、部分的に他のライブラリを使うことができる
Railsライクなフレームワーク
- Railsのbefore/after_actionに相当するものもある（Prepare(), Finish()）

ライブラリ

使用ライブラリはこちら

こういうの教えてくれるのめっちゃ嬉しい

ORM：GORM
ロガー：logrus
PDF生成：gopdf → 日本語もきれいにでるので最高にクール
画像生成：gg
バーコード生成：Barcode

2. WebシステムのパフォーマンスとGo

（写真撮り忘れた…）

登壇者：（@karupanerura）ゲーム・エンターテインメント事業本部ゲーム事業部Publish統括部共通基盤部アライアンスシステムグループ

スライド

Webシステムにおけるパフォーマンスとは

たくさんリクエスト処理できるかつリソース消費が少ないのが
システム全体で見たときの理想的なパフォーマンス

パフォーマンスチューニングのいろいろ

詳しいチューニング方法はこちら

【mercari.go #11】エラーハンドリング＋ singleflight ＋ ISUCON ベンチマーカー

Mon, 07 Oct 2019 09:00:00 +0900

mercari.go #11

connpass：リンク
ハッシュタグ： #mercarigo

今回もお弁当とドリンクがありました！ありがたや

[追記：2019年10月12日]
[Mercari Engineering Blog](https://tech.mercari.com/entry/2019/10/11/160000) にて、本イベントの記事が公開されました。
発表資料が載せてあります。ありがたや🙏

1. About error handling in Go

登壇者：jd さん（@JehandadKamal）

資料（正式に共有されたものでないので、発表の内容が少し異なります）

Errors are values

”Errors are values ” という考え方。

Goでよくあるエラー処理パターン

エラーをラップしてより詳細な情報を付与する
専用構造体を作る
スタックトレースを構成する

”Error is your domain”

Domain Error Struct を作成する。

type Error struct {
Op Op
Kind Kind
Serverity zapcore.ErrorLevel
Err error
}

Op：Operation → 関数名とか
Kind：エラー種別 → NotAvailable, NotFound といったもの
Serverity：エラーレベル
Err：エラー内容

上記のような構造体を作る理由

error を比較するときは、基本的に文字列の比較になるため取り回しが悪い
→ ”NotFound” という文字列を比較するとかとか

【Go同miniConf】Goの勉強会に参加してきた話

Tue, 06 Aug 2019 09:00:00 +0900

概要

CyberAgent ＆ merpay が共催したGoのイベント

Connpass情報
ハッシュタグ：#godo_miniconf

（写真撮るの忘れた…）

以下、発表まとめ

1. マイクロサービスとMonoRepo

登壇者：江頭宏亮さん（@_hiro511）
発表スライド

リポジトリ管理について

WinTicket というサービス開発・運用中

36個のマイクロサービスで動いている

マルチリポジトリ：マイクロサービスごとにリポジトリが別れている
モノリポジトリ：ひとつのリポジトリ。WinTicket ではこっち

モノリポジトリ

Google, FB, Tiwtter, Uberが採用
メリット
- 依存管理をシンプルにできる
  - マルチリポジトリの場合、複数のリポジトリに変更を加える必要があるし、変更を取り込むのが面倒
  - モノレポだとすべてのコードが一箇所にあるので変更が楽
- 一貫性のある変更
  - 複数のサービスにまたがる変更においても、アトミックなコミットが可能
- コードの共有と再利用が用意
  - common ディレクトリがあればできる
- 大きなリファクタリングが容易

ビルドとテストを効率良くしたいという

モノリポジトリだと、ビルドとテストに時間がかかるので、効率よくビルドとテストしたい

Bazel（ベイゼル）：ビルド・テストツール
- Go, Andoroid, iOSなど様々な言語に対応
- Googleが使っている（Googleの自社ツールがOSS化）
- 必要箇所だけビルド・テストする
  - 速い
- スケーラブル
- 拡張可能
  - StarDarkという独自言語で設定定義
- WinTicketではDockerビルドもこれ

Go with Bazel

Bazel のインストール by brew
WORKSPACEファイルの作成
- 外部の依存関係を記述
BUILDファイルを作成
- ビルド方法を示したもの
- Gazzelを利用して自動生成可能

ディレクトリ構成例

.
├BUILD.bazel
├WORKSPACE
└cmd
└main.go

Gazzelは Go Modules と dep に対応

go.mod, Gopkg.lockファイルから依存パッケージを取りこみWORKSPACEファイルに書き込んでくれる

【mercari.go #8】メルカリのGoに関する勉強会メモ

Sat, 15 Jun 2019 09:00:00 +0900

mercari.go #8

connpass：リンク
ハッシュタグ： #mercarigo
独自ルール：懇親会のGルール
懇親会のときに登壇者を囲んでもいいけど、自分たち以外にもう一人入ってこれるスペースを常に開けておこうねっていうルール。とてもよい！
雰囲気

ビール以外にもおいしそうなご飯もありましたが、写真を撮るの忘れ…

以降、自分用のメモを書き連ねます。
詳細はスライドの方をご覧ください。

1. Goで学ぶKnative

登壇者： @toshi0607 さん

スライドリンク

Knative

Knative ＝最新のサーバーレスワークロードをビルド、デプロイ、管理できる Kubernetes ベースのプラットフォーム
- AWS の Lmabda に近いことを k8s 上でできると解釈
登壇者含め、会場内で Knative を本番に導入している人はなし。
まだ時期尚早っぽい
k8s のリソースを抽象化し、独自のPaaS/FaaSを構築するためのパーツを提供
k8s 上にのっかる。
Knative の構成
- Serving
- Build
- Eventing
現状、一部、Istio に依存してしまっているので、Istioの導入が必要不可欠
登壇者は機能実装に一層集中するための基盤として注目している
yml ファイルで定義した内容に基づいてコード生成

感想

終盤、 Knative の内部処理をコードリーディングしていたのですが、
見入ってしまいメモを忘れていました。。。

Knative 初めて聞いたのですが、おもしろそうだなという感想。

k8s の勉強しないとな。

2. Gotham GoとGopherCon EUに参加してきました

登壇者： @tenntenn

【Go + レイヤードアーキテクチャ】DDDを意識してWeb APIを実装してみる

Fri, 14 Jun 2019 09:00:00 +0900

更新（2019年10月30日）

初回投稿から3ヶ月経ちました。
この3ヶ月で新しく得た知見を基に、内容を一部アップデートしました。

今回やること

Goのディレクトリ構成についていろいろと調べる中で、
こちらの資料がとても分かりやすかったので、
今回はこちらを参考にGoでWeb APIを作っていきたいと思います。

加えて、本プロジェクトでは、DDD とレイヤードアーキテクチャを取り入れます。
（内容はほぼレイヤードアーキテクチャになってしまいましたが…）

DDD については、「DDD を Go とレイヤードアーキテクチャでやるなら、こんな感じかな？」という個人の見解レベルです。
パッケージ構成の参考になれば幸いです。
（なので、ドメインモデルは重度の貧血症）

環境

MacOS Mojave 10.14.6
Go 1.12.5

なお、今回は、Gin や Mux などといったフレームワークは使わず、
httprouter のみで薄く作っていこうと思います。

Mux を使った実装は僕の前のブログで紹介しているのでよければどうぞ。

・

では、早速本題に入っていきましょう。

採用アーキテクチャ：レイヤードアーキテクチャ

参考記事内で紹介されているのはレイヤードアーキテクチャをベースに
いろいろカスタマイズされたものらしいです。

クリーンアーキテクチャに似たアーキテクチャだとか。

ユースケース層という呼び方はクリーンアーキテクチャ由来ですね。

DDD の文脈ではアプリケーション層と呼ばれますが、
アプリケーションって意味が広くて分かりづらいので、
本プロジェクトではユースケースという単語を使用します。

とりあえず、今回はスライドページ19で紹介されているディレクトリ構成に従って、
DDD を意識して Web API を実装していこうと思います。

（意識だけして、実践できずに終わりましたが😇）

レイヤードアーキテクチャにおける各層の依存関係について説明します。

依存関係の図は下記のとおりです。

矢印は依存の方向を示しています。
例えば、上図だと Handler層は UseCase層の処理を利用することを意味します。

【goenv】GOPATH が変わらないときの対処法

Thu, 13 Jun 2019 09:00:00 +0900

GOPATH が変わらない…

今日こんな現象に遭遇した。

$ export GOPATH=/Users/yyh-gl/workspaces/Go
$ echo $GOPATH
/Users/yyh-gl/workspaces/Go
$ go env GOPATH
/Users/yyh-gl/go/1.12.5

GOPATH が書き換わらない。

解決方法

社内Slack で適当につぶやいたら、同期が助けてくれた（神）

画像にある Qiita のリンクがこちら

ちなみに僕の環境の goenv はバージョン 1.12.5 だったので、2系に上げなくても発生する模様。

（追記：19/06/14）またまた同期が教えてくれました。
こちらの記事によると、 goenv による管理はバージョン 1.12 からとのこと。

結論：goenv が GOPATH を管理しようとしてた

goenv の管理から外してやるには GOENV_DISABLE_GOPATH=1 にしてやればOK。

僕は zshrc に以下のとおり追記しました。

export GOENV_DISABLE_GOPATH=1

（zshrc の読み込み直しを忘れずに）

結果

$ go env GOPATH
/Users/yyh-gl/workspaces/Go

変わった。よかった

Go on Indexing my brain

gomockのgenerics対応状況

gomock

gomockのgenerics対応状況

いつリリース？

まとめ

徒然なるままに go build と build tag を見ていく

はじめに

buildコマンドとは

【GitHub Actions】GitHubのプロフィールを自動更新する仕組みを作った

おもしろいツイートを見つけた

作った

The Go Programming Language Specificationで知った「こんなことできるだ」を紹介

Go Language Specification輪読会

1. Comments

解説

【Go】Switch文のfallthroughに関するまとめ

fallthrough とは

【Go+DDD】エンティティと値オブジェクトの実装方法（自己流）

GoでDDD

実装例

go test におけるキャッシュの消し方

go test のキャッシュを消すのは簡単

go clean とは

【Go】jsonパッケージの知っておくと便利な機能

jsonパッケージ

1. 独自の変換ロジックを実装できる

【Go】errorの同値性と表示について調べた

errorについて疑問があった

errorの同値性

結論（errorの同値性）

errorの表示

【Go】errorsパッケージの中身覗いてみた

errorsパッケージに興味持った

errorsパッケージと関連パッケージ

errorsパッケージ

xerrorsパッケージ

Unwrap()

Goのバージョン管理について

Goのバージョン管理

Goのバージョン管理ツール

▼ goenv

▼ go get（公式サイトに記載のある方法）

最新バージョンのインストール方法

▼ Homebrew

▼ ソースからのインストール

【簡単まとめシリーズ】Go1.12からの変更点

簡単まとめシリーズ

The State of Go 2020

完全主観ハイライト

▼ 数値まわりの表現方法が増える

▼ interfaceにおける関数の重複が許可される（例外あり）

▼ エラーハンドリングが変わる

▼ testingパッケージに CleanUp() が追加

▼ go modules

▼ 配列・スライスにおける範囲外指定時のエラーが親切になった

▼ deferが速くなる

▼ json関連の処理が速くなる

▼ 他にもいろいろ速くなる

▼ GopherConの参加者が増えていく様子がえもい

GolangCI-Lintの設定ファイルを理解する

DMM Advent Calendar 2019

Linter 導入していますか？

GoにおけるLinter

GolangCI-Lint

【Go+VCR】外部APIとの通信を保存してテストに使用する話

Go3 Advent Calendar 2019

モック使ってますか？

VCR ライブラリ とは？

VCR ライブラリ in Go World

【DeNA.go #3】Go活用事例やパフォーマンスチューニングの話聞いてきた

DeNA.go #3

1. [Go活用事例]安全運転支援サービスを支える運用サイト

主題

Railsで作ってるものをGoで作る理由

Goのフレームワーク

GoにおけるフルスタックなWAF

Beego

ライブラリ

2. WebシステムのパフォーマンスとGo

`build`コマンドとは

▼ testingパッケージに `CleanUp()` が追加

VCR ライブラリとは？

【mercari.go #11】エラーハンドリング＋ singleflight ＋ ISUCON ベンチマーカー