【2021年版】GitHub × Go製ツールのリリースフロー
はじめに GoでCLIをよく作る身として、 どのように素晴らしいリリースフローを構築するか に心を砕いています。 2019年末にリリースされたGitHub Actionsがすっかり成熟し、GitHub Container Repository(β)もお目見えとなった2020年も暮れを迎えたところで、新たなリリースフロー構築を検討し、一定の結論を得ましたので、少しでもGophersのたすけになることを願って、記事として公開します。 背景 実現したい「リリース」 クロスコンパイルしたバイナリでの配布 Goでツールを作ることで、クロスコンパイルの手軽さによって、様々な環境で、ダウンロードすればすぐに実行できるバイナリでの配布が可能です。 $ curl -O bin.tar.gz https://github.com/kyoh86/gogh/releases/download/v1.7.1/gog
【Go言語】 unsafe.Pointerでカプセル化を破壊する - Qiita
package dokoka type Nanka struct { data string } func New(d string) *Nanka { return &Nanka{data:d} } func (n Nanka) String() string { return "（´-`）.｡oO(" + n.data + ")" }
Goのモックオブジェクトと自動生成 - Qiita
はじめに 今回はモックオブジェクトについての説明と、Goではどのように実装できるかご紹介したいと思います。 その実装をサポートするためのsimplemockというモック自動生成ツールを開発したので、ついでにその紹介もさせていただきます。 モックオブジェクトとは？ ユニットテストを実行時、制御できないような外部コンポーネントに依存している場合、その箇所を代用品に置き換えてテストをすることが多いと思います。 そのようなテストにおける代替品のことを総じてテストダブル（Test Double）といいます。 例えば、クラウドのエミュレータもフェイクオブジェクトと呼ばれるテストダブルのうちの一つです。 テストダブルについてはxUnitに詳しくまとまっているので、気になる方は参照してください。 複数あるテストダブルの中でモックオブジェクトとは、テスト対象の間接出力を検証できるオブジェクトのことを指します
本番環境で動作している（はずの）selectを叩いてサービスを落とした話 - Qiita
この記事は本番環境でやらかしちゃった人アドベントカレンダー20205日目の記事です。 去年の投稿を見て自分も過去色々やらかしてしまったなあという反省と懺悔の元今回参加させていただきました。 TL;DR 当時新卒1~2年目だった自分にあるミッションが課せられました。 当時関わっていたサービスに いわゆる一覧画面 + ページングで表示機能を実装している箇所がありまして、表示速度改善に取り組みました。 特に特定のカテゴリページの2ページ目以降の表示速度がかなり遅く、タイムアウトが頻発していたという状況でした。 Qiitaでいうところのタグフィードのようなものと思っていただけるとありがたいです。 何をしたか どの程度遅いかをまず調べようと、APIからDBに流れているはずのタイムアウトしているselect文をAPIと同様にRead Replicaにたたきました。 ちなみにデータベースはMySQLでし
[Go] benchstat/go tool traceコマンドをつかったベンチマークの可視化 - My External Storage
この記事はGo Advent Calendar 2020 4日目の記事となる。 今回はGoでベンチマークの結果を可視化する方法をまとめる。 また、可視化した結果を用いてgoroutine最適化のリファクタリングをしてみる。 TL;DR Goはインストールするだけでベンチマークが実行できる benchstatコマンドを使うとベンチマーク結果をよしなにして確認できる。 https://pkg.go.dev/golang.org/x/perf/cmd/benchstat go tool traceコマンドを使うと、goroutineの実行状況も可視化できる https://golang.org/cmd/trace/ 推測するな計測せよ 「推測するな、計測せよ」はGoのオリジナル作者の1人、ロブ・パイク氏の「Cプログラミングに関する覚書」から言われている言葉だ。 氏の哲学が反映されているからか、G
![[Go] benchstat/go tool traceコマンドをつかったベンチマークの可視化 - My External Storage](https://cdn-ak-scissors.b.st-hatena.com/image/square/f3ca5145f819bb37539bafba90f1c2353dbe1f00/height=288;version=1;width=512/https%3A%2F%2Fbudougumi0617.github.io%2Flogos%2FGo-Logo_Aqua.png){kind=logo}
Realize から Air に移行し、 Go(echo) + Air + docker-compose でホットリロードを利用して開発を行う。 - @teitei_tk Blog
この記事は Go 2 Advent Calendar 2020 の4日目の記事です。 tl;dr Goでホットリロード(a.k.a Live reload)を利用する際には今までは Realize というライブラリを使っている人が多いが、開発が止まっている。 issueも放置され、go modの対応もされておらず、2020/10/25現在のモダンな環境で構築を行うと詰まる点が多い。 代わりに Air というライブラリを利用してホットリロードを行う。 Go + docker-composeを利用してホットリロードを利用した開発を行いたいと検索をして一番多かったのがrealizeというライブラリだった。 github.com が、開発が停滞しているようで、issueも溜まっており、go modの対応もされておらず、2020/10/25 現在の環境で新規に作ろうとすると、いくつもハマる点があった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
中高生向け：アプリゲームでおわびのアイテムを配った話