気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント106件
- 注目コメント
- 新着コメント
theatrical
エラーメッセージはクソみたいななんの役にも立たない、むしろ間違ったこと言って混乱させるようなものにたくさん触れると、ちゃんと書こうとか、何が必要か考えるよね。傷ついた分だけ優しくなれるってやつだと思う
shimooka
『単純なメッセージのインターフェースで 2W1H 情報を盛り込めるのが一番良い』このアイデアいいね / 誰(ユーザー/運用者/開発者)に向けたメッセージか？によってhowは変わりそう。
d0i
howの部分、担当者の名前と携帯の番号を書いておけばいいんじゃないかな(鬼) / 一太郎で「CALL>田中」みたいなエラーメッセージが出て、恐るおそるジャストシステムに電話で確認したら実在、みたいな話を読んだ記憶が
Rinta
2W1Hとは思ってなかったけど、オペレータが運用を続けるのに必要な情報を表示するっていうのが自分の中の基準。「入力したxxが、xxに準じていない。見直して訂正して！」ぐらいならおかしな電話が鳴る率は減る。
r-west
否。whats happenedは書くべきだが、他はベタ書きログに書くべきではない。なぜなら、原因や対処は異常を検知した箇所の責務外であって、無理に書いても他の箇所の変更により嘘になっていく
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
エラーメッセージは 2W1H がいいんじゃないか
良くあるダメなエラーメッセージ エラーが起きたときは、以下のようにエラーメッセージをどこかしらに出... 良くあるダメなエラーメッセージ エラーが起きたときは、以下のようにエラーメッセージをどこかしらに出力すると思います。 $c->log->error('something wrong!'); ただ、このエラーメッセージって、実際に発生したときには意味がわからないことが多いのです。 $c->log->error('error!'); 本気でこういう「error!」とだけ吐くメッセージだと、エラーが起きたことしか伝わってきません。程度の差はあれ意味のわからないエラーメッセージはこの世にあふれているかと思います。 機械的なエラー情報 そういうわけで、たいていは Exception クラスや Logger クラスで多くの補助が受けられるようになっていると思います。 発生時刻 発生場所 stack trace 変数の状態 ただ、このような機械的な情報だけだと、結局、運用上は対応が難しい場面ってのが多か
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2016/07/19 リンク