誰もが最も一般的なエラーメッセージのopensourceのリストについて知っていますか？誰もが最も一般的なエラーメッセージのopensourceのリストについて知っていますか？
この質問の私の動機は、私がコードを書くのには熟練していますが、英語は母国語ではありません。
そして、そのようなリスト（ネット上のフリーアイコンのように）は私の開発の最終段階を短縮します。良い（そして楽しい）エラーメッセージは良いUIの一部です。
もう1つの動機付けをすると、私はチェックして忘れてはいけないことについていくつかのアイデアを得るかもしれません。
共通のシナリオ：
あなたが求めるものとまったく同じものはわかりません。一般的なエラーメッセージのリポジトリシステムエラーのエラーメッセージが必要な場合は、errno.hをご覧ください。これらのエラーのそれぞれには簡単な説明があります（たとえば、specification for errno.h、またはおそらくLinux versionを確認してください）。
もう1つの選択肢は、既存のオープンソースソフトウェアの翻訳プロジェクトを見ることです。たとえば、Translation Productの.pot filesまたはUbuntu translation projectをチェックしてください。これはあなたに多くのエラーメッセージや例を選択するための他の文字列を与えるでしょう。もう一つの利点は、あなたが何かについての明確化が必要な場合に、あなたが翻訳の一種として使用するためにyour native languageへの翻訳をチェックアウトすることができるかもしれないということです（あなたがここに投稿するのに十分な英語を話し、あなたがそれを必要とするかわからない）。
を渡します。開発しているアプリケーションに固有のものと、アプリケーションに依存するAPIによって生成されるものです。
ほとんどの場合、まず自分で書く必要があります。 2番目のタイプは、ユーザーに表示するかどうかによって異なります。いくつかは単にユーザーに伝えることができますが、ほとんどの場合、APIによって生成されるエラーメッセージは開発者向けであり、エンドユーザーを混乱させるだけです。
たとえば、ほとんどのオペレーティングシステムには「ファイルが見つかりません」というエラーメッセージなどがあります。あなたが開こうとしているファイルがユーザによって選択されたと仮定すると、このエラーをOSからユーザに直接渡すのが理にかなっています。ユーザーが直接入力した計算をアプリケーションが実行しない限り、「ゼロ除算」エラーはユーザーに役立ちませんが。ほとんどの場合、このエラーはプログラミングエラーを意味します。
アプリケーション固有のエラー。エラーメッセージは、発生した場所のコンテキスト内でのみ有効です。このため、一般的なエラーメッセージのコレクションが見つかりません。一般的なエラーメッセージは、通常、ユーザーに応答方法を知るための十分な情報を提供しません。
一般的なエラーメッセージは、1）ユーザーに何かを修正する方法を提案しない、2）開発者がバグを修正するのに役立たないことがよくあります。だから、もしあなたが良いエラーメッセージを書いたければ、ユーザや開発者のためにそれらを書いて、できるだけ具体的にしてください。
「エラー！ [キャンセル] [OK] "は役に立たない。 "file.c行33のデータ整合性テストに失敗しました。バックアップバージョンを使用しています。このエラーを開発者に報告してください。
私はこのようなリストは認識していませんが、この質問がwikiに変わった場合はここで作成できます。 AppleのInfo/Errorメッセージを一部のプロジェクトのガイドラインとして使用しました。 –
これをWikiに変換すれば何が変わるのですか？ （質問タイプにかかわらず、回答はWikiとして投稿できると思います） –
質問がwikiの場合、すべての回答はwikiになります。これは共同作業に適しています。より多くの情報のためのFAQを読んでください：http://stackoverflow.com/questions/128434 –