documentation - ユーザーマニュアルでの「例外」という言葉の言及

Question

「例外処理されたランタイムエラーが原因でアプリケーションがリセットされるたびに」、特に例外処理された部分について言及する方法を馬鹿にしようとしています。「例外処理された実行時エラー」よりも理解しやすい用語は何ですか? 前もって感謝します。

Answer 1

プログラムを修正して、ユーザーに表示されるランタイム例外が発生しないようにします。実行時例外がまったく発生しないように修正できれば、より良いでしょう。これらは、プログラマーとしてのあなたが犯したいくつかの間違いの結果であり、それについてユーザーを怒らせる意味はありません。あなたのユーザーはあなたのためにあなたのソースコードを修正することはできません。

個人的には、「おっと、これは恥ずかしいです。タブを復元できません」というメッセージを表示するFirefoxのアプローチが好きです。

起こった特定の実際の状況を説明することが重要です。システムエラー、例外、あなたが思いついたどんなユーファミズムもあまりにも一般的すぎて役に立たず、実際には、一部のプログラマーが怠惰すぎて例外的な状況ごとに個別のメッセージを書くことができなかったために生じた用語です。使用する頭字語に関係なく、これらの用語はユーザーにとって意味がありません。また、状況から回復するためにユーザーが実行できる具体的な手順を説明します。

マニュアルにはありませんが、問題が発生したときの画面に表示されます。ユーザーが何をすべきかを説明します。

Answer 2

「実行時エラー」に単純化します。実際、例外の使用は、ユーザーが知る必要のない実装の詳細です。とにかく、彼は例外処理で何をしますか?

ランタイムという言葉の使用は無意味に見えますが、実際には有益です。ユーザーは、予期しないことが起こるたびに「エラーが発生しました」と言うことがよくあります。たとえば、存在しないファイルを開こうとすると、プログラムが「そのようなファイルはありません」と表示されます。多くのユーザーにとって、それは「エラーが発生しました」です。「実行時エラー」のような少し複雑なテキストを使用すると、プログラムが実際にエラーに遭遇したときの状況と、ユーザーが道に迷ったときの状況を区別するのに役立ちます。

Answer 3

「例外処理されたランタイム エラー」ではなく、単に「ランタイム エラー」と言うだけかもしれません。

Answer 4

単純に「エラー」。

ユーザーが他のエラーに遭遇することはないため (設計/コンパイル時のエラーは既にキャッチされているため)、「ランタイム」という言葉は不要であり、「アプリケーションがリセットされるたびに例外処理」が暗黙的に示されていますとにかく、非例外処理エラーはアプリケーションを爆撃するだけなので.

Answer 5

ソフトウェアのターゲットであるユーザーのタイプまたはカテゴリについて言及していません。また、ソフトウェアが対象とするユーザーのドメインについても言及されていません。

ターゲット ユーザー ベースが経験豊富な C++ コーダーである場合、頭を下げてみますか?

Answer 6

通常、「アプリケーションで内部エラーが発生した場合」に沿ったものは、人々が使用するもののようです。

Answer 7

「クラッシュによりアプリケーションがリセットされるたびに」。

Answer 8

ユーザー向けの場合は、次のようなものを好みます

「おっと、システムエラーの最中に使用されました」

この種のメッセージがより友好的であるのを見てきました。