Go言語のLogger「zap」は何故高速に構造化されたログを出力する事が出来るのか｜株式会社CA Wise
こんにちは。開発部の平田です。 今回は、PHP製のWeb APIをGoに移植するプロジェクトでアプリケーションの情報やエラーを出力する為のLoggerを検討した際に、uber-go/zapというライブラリが公表しているパフォーマンスがその他ライブラリと比べて大分良かったので、どこでパフォーマンスの差を出しているのか、そのアプローチを簡単に紹介したいと思います。 Zap 初めに、簡単にzapの紹介をしておくと今年の2月にUberから公開されたまだ比較的新しいプロダクトです。その為開発ステータスはBetaの段階で出力もJSONしか対応していませんが、Github上で800以上のスターが付いており注目されているプロジェクトとなっています。 「Fast, structured, leveled logging in Go」とあるように、構造化されたログを出力するためのライブラリで、標準のlogのよ
vet - GoDoc
Command vet VetはGoのソースコードを調べ、引数が書式文字列(format string)で列んでないようなPrintfの呼び出しの欠陥をレポートします。 Vetはヒューリスティック(heuristic)な問題を扱い、すべてのレポートが本当に問題であることは保証しません。しかし、コンパイラで見つけられないエラーを検出することができます。 ツールの終了ステータス(exit code)は、ツールの起動を間違うと"2"、問題がレポートされると"1"、"0"はそれ以外です。 ツールはすべての問題をチェックはできず、信頼性の低いヒューリスティックに依存します。 ですから、ガイダンスとしてだけ使用すべきであり、確固としたプログラムの正当性の指標として利用すべきではありません。 通常、チェックはすべて実行されますが、フラグを付けることで範囲を指定することができます。 利用可能なオプション：
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
"err"という文字列をHighlightしておくとGolangのコードリーディングが捗る - ( ꒪⌓꒪) ゆるよろ日記
