「エラーメッセージを読まないでボクらは育った」記事へのコメント

ユーザにエラーメッセージを読ませちゃ駄目

[Anonymous Coward]

そもそもエラーメッセージをユーザに読ませている時点で、設計が間違っています。

エラーは動かない原因を説明するものです。プログラマなり設計者のような内部動作を理解してる人でないと、エラーメッセージの意味は理解できません。
ユーザは原因やその説明なんて期待してないですし、内部動作にも興味はありません。ユーザーが期待していることは「動くこと」だけです。

だからユーザに提示すべき情報はエラーメッセージじゃなくて、動かす手順・操作方法です。

たとえば Cannot open file じゃなくて
ファイル名は正しいですか？あなたが指定したファイル名はXXXですが、そのような名前のファイルは無いみたいですよ？
ファイル名をもう一度確認してみてください。1とlのような文字を打ち間違えてないですか・・・と書くべき。

> ＊＊＊が動きません！ というクレーム来てた

これも「動かす方法を教えろ」って意味ですね。エラーメッセージの意味を教えろという意味ではありません。

> パーミッションが適切でないのと、指定したファイル名のミスタイプが原因のような
> メッセージわりと簡単そうに見えるけど読まないのかな

ユーザからすれば、「そんな事言うなら、最初からエラーメッセージじゃなくて、パーミッションが適切でないのと、指定したファイル名のミスタイプが原因のようなと書いておきゃいいのに。」と思うでしょうね。

正論だが無意味だ

[Anonymous Coward]

全てのプログラムに適切なエラーメッセージを仕込むには手が足りない。
だから職業プログラマのトラブルシューティングは自己責任の面がある。

という主張は原理的には間違っているが現実的にそうせざるを得ない。

Re:

[Anonymous Coward]

どんな情報を表示しても見ない奴は見ないので無駄。
文盲ではないのかもしれないが文字情報が脳に入りにくい人種というのは間違いなくいるので。
そもそも当事者感覚が無く問題解決能力も低いので「何か出たらプログラマーを呼ぶ」以上の事ができない人間は多い。

Re:

[Anonymous Coward]

机上の空論だね。
開こうとしたファイルが存在しない、それだけのエラーでも考えられる原因は無数にある。
原因を絞り込む為だけに膨大な診断コードを仕込んだ所で、原因候補は平気で5個以上残る。
エスパーでも呼んでこないと原因を特定する事すら不可能。
でもユーザーが全部読むわけが無い。手順候補出して一個でもやって貰えれば御の字。
結構な数のユーザが期待した画面遷移しなければエラーだろうと手順だろうと一切読まずにそこで対処を諦める。
自分で問題解決する気が無いんだよ。そんなところ突き詰めてもやるだけ無駄。

というか原因候補全部出すとかフ