私は会社のためにオーダーメイドのCMSをコーディングしている最中です。何か問題があるとすれば、それが「フラッシュ」メッセージ(ユーザーフィードバックを提供する短いメッセージ)の適切なコピーを思い付くのは嫌です。
システムが壊れたときにユーザーに適切なフィードバックを提供することの重要性はわかっていますが、技術的な観点から考えると、プログラマとしてそれは正しい痛みです。短く、簡潔で丁寧。
もちろん、アプリケーションが失敗する方法は無数にあります。ほとんどすべてのプロジェクトで異なり、国際化/ローカリゼーションも大きな問題です。
それで、フィードバックメッセージの標準ライブラリを提供しようとするリソースがそこにあるかどうか疑問に思っていましたか?それとも、このようなコミュニティ主導のプロジェクトに興味がありますか?
さまざまなサーバーエラーに特化した言語は必要ないと思います。 404エラーは一意でなければなりません。
しかし、これは私がこれまでにサーバーエラーで行った中で最高のものです。
エラーは顧客を失う最良の方法です。ただし、この方法を使用すると、エラーを報告し、対処されているように感じる非常に簡単な方法を顧客に提供できます。
エラー報告のメカニズムにも時間を費やします。スタックトレースとエラーメッセージを収集できる場合は、それが役立ちます。しかし、エラーをコンテキストに入れることができれば、さらに役立ちます。したがって、エラー発生時のフォームポストデータ、セッション変数、または問題の診断に役立つその他のものを収集します。理想的には、エラーの前にこの人が何をしていたのか尋ねる必要はありません。
これは、いわばお尻の下に火をつけるのにも非常に効果的です。お客様が問題を修正し、問題が解決したときに通知するように要求すると、突然、これらのエラーの緊急性がさらに高まります。当然のことながら、そもそもこれらのエラーが発生しないようにするためにより多くの時間を費やすことになります。少なくともそれが私に与えた影響です。