エラーメッセージと成功メッセージに閉じるボタンがあるのはなぜですか？
彼らは通常何もせず、自分自身を隠すだけなので、それは本当に奇妙なようです。 「それがなくなることを望んで問題に目を向ける」ですか？
私は TwitterのBootstrap からのこのようなインラインステータスメッセージについて話している： 
Xをクリックすると、ステータスメッセージがページから完全に消えます。
これには理由がありますか？
このデザインが奇妙で目的がないというあなたの傾向は正しいです。この特定のケースでは、インラインエラーメッセージに閉じる（x）ボタンを含めないでください。これは、ユーザーとアラートの間の対話が必要ないためです。実際、ユーザーがエラーを修正するまで、エラーメッセージが消えることはありません。
https://secure.fleetio.com/users （Bootstrapで構築されたサイト）では、サインアップフォームにエラーを強制することで、このデザインの非効率性を確認できます。
閉じる（x）リンクがユーザーにエラーメッセージの操作を促す一方で、操作は不要であることに注意してください（ユーザーがエラーの原因となった間違いを修正してフォームを再度送信すると、エラーは自動的に解消されます）。
Bootstrapで構築された別のサイトからの別の例を次に示します。 
実際、ユーザーがメッセージを読んで、メッセージを閉じたいところまで理解すると、ユーザーへのメッセージにはもはや価値がなくなります。それを閉じると、ページが見やすくなります。
TwitterやGmailのような多くのアプリでは、ユーザーが長時間にわたって同じ「ページ」にいる可能性があるため、ステータスメッセージをクリアできないと非常に迷惑になります。スクリーンスペースをどんどん占有するか、少なくとも1つしかなくても、少なくともある程度のスペースを無駄にします。エラーが発生してからずっと後の、Twitterストリームの上部にある巨大な赤いエラーメッセージバーは、実際には役に立ちません。
メッセージは、ユーザーがアクションを実行したり、何かが起こったことを理解したりするために発生します。ユーザーがそれに対して反応する機会を得たら、自分の時間では、メッセージが役に立たなくなる可能性があります。
手動で閉じると、 一時的にメッセージを表示する の代わりになり、しばらくすると消えます。これは、ユーザーがそれをまったく読まない可能性があることを意味します！ 3番目のオプションは、通知が消えないようにすることですが、前述したように、それが常に役立つとは限りません。
ユーザーがエラー/ステータスメッセージを手動で閉じることができるようにすることで、ユーザーはインターフェースを制御している間、状況を常に把握できます。