気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
qiita.com/castaneaiエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント44件
- 注目コメント
- 新着コメント
orenonihongogayabai
開発者向けのエラーログの注意事項としては個人情報。バリデーションエラーの詳細を残し始めるとクレカのセキュリティコードまで残すとかいうヤベーシステムが出来がちなので取捨選択を必ず行う事。
sjn
ユーザーにみえるエラーはユーザーフレンドリーなデザインの一部なんだからユーザーがどうすべきか分かるもの、エラーログはデータ仕様として解析、監視、集計に役立つものでないとという感じかな…普通の事になった
ewiad420
ユーザが見るエラーメッセージって、実際にアプリケーション使っている時に画面に出てくるもので、開発者が見るのはエラーログ、ということでいいのかな？どっちでも「エラーが出ました」だけとか論外
pmint
「エラー」は専門用語。ユーザーには過去（何が原因で）、現在（どうなっているか）、未来（何ができるか）をコールセンター調で書く。開発者には静的情報（コードの箇所）と動的情報（ループの状態など）を伝える。
su_zu_ki_1010
設計者がいかに使う側の立場になってエラーメッセージを考えられるか、がキーだよなぁとはてぶコメントも読んで思った。受託であれば、客先の担当者ともすり合わせが必要。その上で、プログラマにこう書いてと頼む。
aquos12345
臭いエラーメッセージの書き方。﹁何かが起こった。過ぎた事は忘れよう。﹂
sjn
ユーザーにみえるエラーはユーザーフレンドリーなデザインの一部なんだからユーザーがどうすべきか分かるもの、エラーログはデータ仕様として解析、監視、集計に役立つものでないとという感じかな…普通の事になった
indication
最近見出だした結論は、ログであってもリソースにする+コメントで引数を明示する。例外を含む場合はスタックトレースなどすべて含む引数と例外メッセージのみの引数を定義すること。不用意な文字列結合を避けれる
rti7743
エラーとは本来予定してしない分岐である。よって、なぜそのエラー分岐が発生したかがわかるものが必要。あとは大抵の処理系は未処理例外をスタックトレースとともにログに落とす機能があるからそれで落とせばいい。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
良いエラーメッセージの書き方 - Qiita
エラーには大抵﹁エラーメッセージ﹂が付いています。 自分は過去に、エラーメッセージの内容を雑にして...
エラーには大抵﹁エラーメッセージ﹂が付いています。 自分は過去に、エラーメッセージの内容を雑にしてしまい後悔することがよくありました。 その経験から、良いエラーメッセージの書き方を考えました。 エラーメッセージを2つに分類する まず、エラーメッセージといっても次の2つのパターンで大きく異なってきます。 (1) ユーザーが見るエラーメッセージ (2) 開発者が見るエラーメッセージ (1) ユーザーが見るエラーメッセージ 内部実装のことは書かないようにする
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
qiita.com/castaneai
qiita.com/castaneai
qiita.com/castaneai
qiita.com/castaneai
n-styles.com
honeshabri.hatenablog.com
approach.yahoo.co.jp
www.khb-tv.co.jp
qiita.com/twrcd1227
togetter.com
anond.hatelabo.jp
zenn.dev/tsurubee
caddi.tech
techblog.zozo.com
www.bengo4.com
www.yomiuri.co.jp
tabelog.com
2017/10/02 リンク