ログに「書いていないこと」まで考える必要はある？

Posted at 2026-10-06

ログに「書いていないこと」まで考える必要はあるかどうか。すべてをイメージで答えるのは時間の無駄だと思いますが、ある程度の予測を立てて答えを予想することは大事なことだと思っています。私にとってはなかなか好きな作業です。あと、ログには書いていないけどこういうことがあったのかなとか、経験をもとにしたどうでもよい想像はします。

ログに書いていないことについて、例えば何を考えているかというと例えば以下などでしょうか。

問題解決までの期限、締切感
問題提起の主が、何を解決してほしいと考えているか
問題提起の主のスキルがどのくらいか、どういう人物か
どのくらいの質の答えを求められているか

問題を解く中でこれらを要素としてアレンジして答えに入れていったりします。これらは、どう問題を解くか、どう答えるかを決めるための推測でもあります。たとえば同じ 403 Forbidden でも、「明日のリリースを止めている人」と「原因をきちんと理解して来月の設計に反映したい人」では、答えは変わるわけで、前者ならまず回避策、後者なら原因と再発防止まで説明するなどが必要かもしれません。

ログを見るときの情報を 3 層くらいに分けてみる。

書いてあること＝事実。発生時刻、対象リソース、エラー文など。ここは勝手に補わない。
書いていないけれど、原因究明のために立てる仮説
ログにはそもそも書かれない、問題の背景

これは技術的な正解を、相手にとって役立つ答えに変えるための想像であり、同時にログに書いていないことを想像するな、ではなく、ログに書いてある事実と自分が想像したことを混ぜるな、とかいう話でもある。ややこしいですね。

障害対応で感じた「仮説」と「事実」の大切さ - iret.media: 「ログから確認できた事実」と「こうではないかという仮説」を分ける話
第1章：トラブルシューティングの基本フレーム（症状/影響/再現/仮説） - インシデント対応基礎: 「観測事実・仮説・判断・実施・結果」を分け、さらに「症状」と「影響」も別に考えようという話

以上、100 日を目指し IT エンジニアのお仕事と、AI を雑多に考えてみています。学ぶ・調べる・説明する話を深掘り中

「知っている」と「使える」の間には、何があると思う？ #ポエム - Qiita
公式ドキュメントを読む力って、どうすれば身につく？ #ポエム - Qiita
検索が上手い人は、何が違うと思う？ #ポエム - Qiita
エラーメッセージをちゃんと読むって、意外と難しくない？ #ポエム - Qiita

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up