利用するシチュエーションは増え続けています。書き方」を紹介する記事は多い中、デバッグはこうあるべきという情報は比較的少ないように思います。デバッグを卒業してデバッガを利用し、ブレークポイントを仕掛けてなにがどうなっているのかを見るのが脱初心者の証。してうまく動かないのか、流れるコードを途中で止めて状況を把握するのは、生産性向上に直結します。把握するのに便利な一方で、いざ本番環境で理解不能な状況に陥った場合に一時的にログレベルを上げることで問題解決に必要な情報を手に入れることができます。歴が長いのですが、あちらのエコシステムではその両方をすぐ使える状況になっています。利用するのが一般的です。開発者は初心者のうちからデバッガの利用を教えられ、活用していくことが多いと思います。インターフェース・実装共に選択肢が非常に多いのが特徴的です。いうインターフェースを中心に、プロダクト開発者やフレームワーク開発者が自由にライブラリを組み合わせて、好みのロギング方法、ログ出力方法を選べるようになっています。コミュニティがこれらの資産を産み出すことができた一因と言えるでしょう。そのため、アーキテクチャとして何を組み合わせるのか、ビルド環境をどうするのかなど、様々な要素で「これがデファクト」というものが事実上存在していない状況です。そのため、デバッガの整備には一工夫必要で、エディタと連携してリモートデバッグ可能な環境で開発を行っている開発者は少ないのではないでしょうか(もっとも、ライトウェイト言語による開発全般でその傾向はあると思われます)。そのあたりをがんばらなくていい、というのはあります。比べて守備範囲が狭く、オールインワンで使えるロガーを準備してくれているわけではありません。そのあたりは守備範囲外です。いうライブラリは明らかに機能不足です。ネームスペースを羅列するだけと、非常にシンプルなだけに手が届かないところは多いと言えます。開発者の生産性が上がるでしょうか。理想を挙げておきましょう。対象システム以下の3つのシナリオをカバーすることにします。ログローテートを可能にしたい、という需要もあるかもしれません。今回利用するロギングライブラリでも設定によってはそれも可能なのですが、コンテナディプロイ全盛の「イマドキ」では優先度は低いと考え、見送ることにします。「理想の世界」を実現する具体的なコードを紹介していきます。「SEROKUを支える技術〜CI/CD編〜」からの転載です。weseek_incはてなブログをはじめよう!weseekさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。