私たちは皆これを見たと思います。初心者は、基本的な概要に従うStack Overflowで質問をします...
私はやろうとしています（目標の非常に漠然とした説明）がうまくいきません/エラー/例外が発生します。助けてください！
彼らの多くがエラーメッセージを貼り付ける必要がないと考えるのは奇妙ではないでしょうか？
これの心理学は何だろうか。人々が最初は役に立たず、注意を払う価値がないと思わせるエラーメッセージについてはどうですか？
私が探している答えは、「彼らはエラーメッセージを理解していません」ではありません。それは、彼らがそれを理解するかもしれない他の誰かに話すことを考慮しない理由を説明しません。
回答:
本当の理由は、普通のコンピューターユーザーは、たとえプログラマーになろうとしても、エラーについては何もできないと信じていることです。考えてみてください。プログラマーではないタイプは、不可解なエラーメッセージが表示されたときに何をしますか？彼らはそれを読むかもしれませんが、10回のうち9回は単にそれを却下して再試行します。一貫して失敗する場合のみ、検索します。
したがって、プログラミングの方法を学び始めたとき、人々は、彼らが得ているエラーがそれを修正する方法に関する有用な情報を含んでいることにすぐに気づきません。そして、はい、コンパイラエラーは訓練された専門家（私はあなたを見ています、C ++テンプレートメタプログラミング）でも読めないかもしれませんが、少なくとも一般的な出発点を提供し、一度同じエラーを数回見たら、それを引き起こすために何をしたかを常に知ることができます。
*しかし、正直なところ、ほとんどのエラーメッセージは「エラーX2412：不正なインタープラットフォームドングルダッシュを確立できません：bandersnatch設定を確認するか、システム管理者に連絡してください」のようにJoe Averageに見えます。
もしそれが本当の初心者なら、エラーメッセージがあることを知らない可能性が高いと思います。彼らはそれが実行されず、エラーがあることを知っています。たとえば、Visual Studioでは、画面のその部分が表示されない場合があります。
基本的に、彼らは利用可能な情報のどの部分が問題が何であるかを理解するのに役立つかわかりません。彼らがそうすれば、彼らはそれを自分で修正し、そもそもそれについて尋ねることができないより良いチャンスがあるでしょう。
これは、スタックオーバーフローなどのオンラインWebサイトよりもIRCに多く当てはまりますが、これは非常にまれです。
その背後にある理由は、特に人が自分の問題に興味を持ち、喜んで助けてくれることを知っていると、気分が良くなるからだと思います。だから彼らは問題があると言うことから始めますが、誰かが彼らに尋ねるまで詳細には行きません。
時には（コンパイラエラーの場合ではなく）この動作は実際に意味をなします。私が大きな複雑な問題を抱えているなら、誰も読まないだろう長い説明を書く前に、誰かが最初に聞いていることを確認します。
コンパイラーのエラー/例外を修正するには、何が間違っているのかを知る必要があります。それらは、物を見落としているプログラマーのためのものであり、理解していない人たちのためではありません。
また、それらは常に最も明白ではありません。「unexpected if」のようなエラーは直感的ではありません。「でも、もしそこにいるなら」というのが、初心者の反応です。より経験豊富なプログラマは、それが前の行のセミコロンを忘れたことを意味します。
私はそれが初心者だけだとは思わない。私は長年の経験を持つ同僚がいて、コンパイラエラーが発生したときに行番号だけを見て、自分で残りを理解しようとします2つのステートメントに」）。
私の疑いは、これは言語のルールを実際に深く理解していないことに起因しているため、エラーの一般的に密な説明にはあまり意味がないことです。 expression must be a modifiable lvalueあなたが本当に左辺値が何であるかわからない場合、かなり役に立たない情報のようです。
人々が最初は役に立たず、注意を払う価値がないと思わせるエラーメッセージについてはどうですか？
まあ、私にとって、それは通常、約150行の16進数で終わる完全に不可解なエラーメッセージでWindows 95ソフトウェアがクラッシュすることで満たされた若者でした。
私は、40行のコンパイラーがらくたとHibernateのエラーを含む素敵な不可解なJavaスタックトレースを取得するたびに同じ経験を追体験し、それらの間に非常によく隠されているのは、アプリ内のエラーの実際の参照です。
人々がエラーメッセージとスタックトレースを無視する理由は、多くの場合、エラーメッセージとスタックトレースが問題の複雑さに比べて不均衡に複雑だからです。セミコロンを見逃したときに、画面に150行のがらくたを流す理由はありません。
Linuxでジュニアシステム管理者向けのコースをいくつか教えており、PHPとMysqlを使用したプログラミングも行っています。PHPの学生の大半は、画面にいメッセージが表示されるため、エラーがあることを知っています。しかし、彼らはそれを読むことができないようです。通常、私は彼らが何かが機能していないと言ったときに彼らの画面に行きます、私は画面上のエラーを読んで、彼らにそれを読むように伝え、エラーに記録されたファイルと行を強調し、そこに見えるように伝えます。彼らはエラーを修正しますが、別のエラーが表示された場合、同じ手順が適用されます...ため息...
Linuxコースの場合、エラーに気付かないこともあります。彼らはいくつかのコマンドを入力し、いくつかの行が画面に表示され、次のコマンドに進みます。後でいくつかのコマンドがやっと何かが機能していないことに気づき、手を挙げたら、コンソールを上にスクロールして、不正なパラメーターなどが原因でエラーで終了したコマンドをポイントします。彼らの顔：驚き。だから私のLinuxの学生のための簡単な部分は、エラーが表示されたときに、それは違う作るためにプロンプトはbashのいくつかの変更を使用して、エラーが発生したときに、それらの通知を作ることだったこの1のように。さて、エラーメッセージが表示されたら、それを読んでもらいましょう。これは別の戦いです（PHPの学生と同じです）...
私は彼らがエラーコードについて考えるのに慣れていないだけで、彼らがそれらを与えるべき場所に着く時までに、彼らはすでに問題を完全に説明したように感じているので、停止して、追加情報を提供する必要があります。
質問にはいくつかの段階があり、それらは最も論理的に次の順序で配置されます。
事後レポートは、エラーメッセージがある場所であり、最後にあります。初心者がこの点に達するまでに、問題を説明するという精神的な課題の終わりにあり、何かを見逃す可能性が高くなります（初心者にとっては、情報過多の問題があります）。さらに、この時点で、彼らはすでに問題のすべての側面を説明したように感じており、エラーコードを思い出せない過去の習慣があります：結局、他の人生の分野にはエラーコードがないため、それらについて考えてください。
また、エラーコードを覚えていても、実際には役に立たないほどわかりにくいように見えることもあります。エラー034982とは何ですか？これは本当に誰にとっても何か意味がありますか？そして、それは本当に、私がやっていたこと、私がそれをやっていたこと、そしてそれが失敗したことのその詳細な説明に何かを追加しますか？残念ながら、この情報はそれ自体を表しています。
ほとんどの言語では、ほとんどのコンパイラ/ランタイムメッセージは意味をなさないためです。（特にC ++とJava、私はあなたを見ています！）エラーを正しく取得することは、言語設計者の優先順位リストではかなり低い傾向があります。適切に機能するものを適切に機能させることは、通常、より大きな優先事項であり、多くの時間は、細かい部分を磨くことに煩わされません。
それが、Delphiでの作業を楽しんでいる理由の1つです。言語全体が、エラーを含む細かい部分に注意を払っています。コンパイラのメッセージは理にかなっています。ランタイムエラーメッセージは理にかなっています。スタックトレースは理にかなっています。これは、私がこれまで取り組んだ中で最もデバッグしやすい言語です。