ロギングベストプラクティス - kawasima

printfをつかったり、ログエントリを自分でファイルに書き出したり、ログローテションを自分でやったりしてはいけない。運用担当者にお願いして、標準ライブラリやシステムAPIコールを使うようにしよう。そうすれば、実行中のアプリケーションが他のシステムコンポーネントと適切に連携して、特別なシステム設定なしに適切な場所またはネットワークサービスにログを記録できるようになる。 ロギングライブラリを使いたければ、特にJavaの世界にはLog4j, JCL, slf4j, logbackなど多くのものが存在する。私はslf4jとlogbackを組み合わせて使うのが好きだ。とてもパワフルで、設定も比較的簡単だ。(JMXで設定できたり、設定ファイルのリロードもできる)。 slf4jの最高なところは、状況にあわせてロギングのバックエンドを変えれるところにある。特にあなたがライブラリ書くときには、ライブラリの

[saikyo_tongaricorn]

こんな記事と訳もあるね https://yakst.com/ja/posts/1

[D_first]

こういうの普通に仕事してても教わる機会無いし、今時流行りの技術書なんかにも書いてないから助かります。みんないつどうやってなにで学ぶのだろう・・・

[uskey]

“このようなログを見ると、ごちゃごちゃしていて、午前3時に運用上の問題を障害対応しようとしても上手くいかない。” 頷きすぎて首がもげるほどわかる

[harumaki_net]

きわめて当たり前。ログは友達。

[fashi]

自分はなんでもかんでもログに残してるのでストレージを圧迫するもののトラブル解決は早いつもりなのだけど、たまに他人のプログラムを見たら全くログを吐かない人も居るので啓蒙用に

[nilab]

ロギングベストプラクティス - kawasima

[y_maeyama]

"状況にあわせてロギングのバックエンドを変えれるところにある。"ログ出力先を任意に変えられるのは地味に大事。

[kakushika]

去年からやりたいこと

[hogeaegxa]

ログ処理というスコープの違う異物を、関数に綺麗に埋める方法はずっと考えてるけど答えがない。アスペクト指向とかもう滅んだのかね？

[ono_matope]

まとまってる。でもmessage + JSON は良さそうに見えて機械処理しにくいのでお勧めしない

[SWIMATH2]

求めていた情報だ

[ryuichi1208]

これいいな🙌 > 正しいレベルでログを出力する 感覚でやってしまう事が多い、、 デバッグレベルだと大体printしてリリース前に消す感じ。

[tune]

これは良いまとめ

[hara_boon]

これはいい

[twainy]

むしろそろそろUTF-8前提のログにしたい

[rgfx]

良き

[kaputte]

すぐ全部読んだ。すぐ読む価値があった。すぐブクマしたし何ならEvernoteにも突っ込んだ。

[atsuizo]

概ね同意。ただしオリジナルのエラーメッセージ（JavaのExceptionなど）を握りつぶして別のメッセージに置き換えると逆に何が起きているか分からないこともあるので悩ましい。

[iwanofsky]

いいまとめ

[RabbitBit]

ログ設計の必要十分な原則が書かれていて良き。障害なきシステムはなく、備えあれば憂いなし。

[lorenz_sys]

"自分でログの書き出しをしない" ブコメリンク先のもう１つの訳でも "自分でログを書くべからず" どちらも間違いというか初心者が誤解する。「自分でロギングの(独自)実装をしない」とした方がよいと思う。

[kijtra]

ローテーションとかしないのかな

[satmat]

ログなり監視項目なり閾値なりは最初から過不足なくうまくいった試しがない…システム運用しなぎら育てるしかないという印象…

[mcddx30]

ログの残し方について

[homaju]

logの残し方

[xenon_abe]

良記事。一点だけ、例外を伝播するときは元例外も引数に入れて引き継いでくれ。メッセージだけじゃなくて。

[ch1248]

すごい良記事。

[mdlkeiwaring]

"ログが多すぎると、ログから値を取得するのが難しくなる。"ログが多すぎて困るときって大抵整理が出来てないだけなような気がする

[simochee]

ロギングはいつも雰囲気でやってたからこういうの読みたかった

[efcl]

ログ出力についてのTips集。 ログレベル、カテゴリ、メッセージ、パースのしやすさ、人間の読みやすさ、流量、機密情報を入れない

[dorje2009]

いい記事だ。