Electric blue bees blog

web上でtwitterにツイートすると、「何かがおかしいです!しばらく経ってから、再度、お試しください。」と表示される。
要するにエラー文なわけだが、しばらく経ってから、再度、お試ししたところでこのエラー文がまた出てくる。
そもそも「何かがおかしいです!」って完全に無内容、無意味なわけで、これが問題の解決に役立つようなことはまず無いだろう。

このようなバカなエラー文を吐かせる設計者の考え方は次のようなものであろう。
「バグの原因を吐かせることは可能だが、それはこちらが解決する問題であり、ユーザーでは解決できない。さらに、このバグを修正する気もない」

要するに、「お前の知ったことか」ってことだろう。
完全にバカにしている。
例えば、サーバー負荷に問題があるなら、「ただいま混雑中です！」とか書けばいいことだ。（本当はそんなエラーを出さないようにサーバーを管理することが第一だけど・・・）

バカなエラー文は、twitter式のこういった無内容なエラー文の他に、「何を言ってるかかわからない」タイプもある。
エラー文が設計者にしかわからないような文だったり、記号や数字の羅列だったり、ダイアログボックスが狭すぎてエラー文が途中で切れていたりなど・・・。
そういったエラー文を吐かせるのは、「ユーザーが自己解決出来るようにする」という思想が欠けているからだ。

そもそも、仕様の段階でエラーが出たときにユーザーにどういったアクションを取ってもらいたいかということまで考えていないのだろう。
だから、そういったエラー文はもしかしたらプログラマーが「善意で」とって付けたものなのかもしれない。

そういったユーザー軽視思考はhelpの無内容さからも見て取れる。
普通にPCを使っていると、何かしら問題が起こるものだが、問題が起こったアプリケーションやOSのhelpによって問題が解決されたことなど１度もない。
「役に立ちましたか？」とか聞かれるたびに、「役に立てる気があるのか」と送信したい衝動に駆られる。
本来、エラー文とヘルプは連動しているべきだが、エラー文をhelp内で検索しても一見もヒットしないというのが当然のごとくあるのはどういう事なのか。
結局googleにエラー文に関する情報を探してもらうわけだが、それならhelpの意味はなんなのだろうか。

アプリケーションが強制終了された時に、「＊＊＊は動作を停止しました。この問題の解決策を確認しています」というダイアログが出てくることがあるのだが、問題の解決策がその通知されたことは一度たりともない。これはどういうことだろうか。

アプリケーションにバグがあるのは当たり前だし、使うユーザーがうまく使いこなせないことがあるのも当然だ。
だから、ユーザーと製作者が常に問題を最短距離で解決できる仕組みを設計段階で取り込んでおくことは本当に重要なことだろう。