エラーメッセージ
以下に列挙したのは、効果的なエラーメッセージの設計の一般的ガイドラインである。他にもいろいろなガイドラインがあり、これが絶対的なものというわけではない。
ユーザが問題を把握するのを助けるような情報を提供せよ。
正確に。(例えば、"ファイルが見つかりません" よりも "ファイルの拡張子がありません" がよい)
問題を判りやすく。(例えば、“ファイルエラー” よりも “ディスクがいっぱいです” がよい)
不快感を与えないように。(例えば、“不正な入力” よりも “認識できないコマンドです” がよい)
文として完全な形に。(例えば、“キーボードマクロ長すぎ” よりも “キーボードマクロが長すぎます” がよい)
システムを擬人化しない。
かつて、メモリは非常に貴重であり、エラーメッセージに貴重なメモリ容量を割くことは無駄と考えられていた。そのため、文法的には正しくないエラーメッセージも平気で使われていた。例えば "File not found" は "The file could not be found"(そのファイルは見つからなかった)という意味だが、後者ではメモリを2倍も使用する。
しかし、ムーアの法則に従ってメモリ容量は指数関数的に大きくなっており、現在ではそのような考慮は過去のものとなりつつあるが、過去には前述の理由により、「File not found」が多用されていたが故に、「File not found」が有名になり、たとえ文法上は誤りであったとしても利用者に伝わること、または、互換性を重視するために、コードを流用しているためや、記憶容量の少ないコンピューターの利用も想定されるため等の理由により、現在でも「File not found」が引き続き使用される場合もある。