サーバサイドエンジニアが考える、エラー発生時のより良いUX
誰のためのエラーメッセージなのか意識する 私はサーバサイドエンジニアとして API を提供する立場なので、サーバ起因のエラーが起きたときに適切な情報を伝えるために何ができるかを考えてみます。 サーバサイドの視点では、クライアント（顧客）は２者存在すると考えることができます。 ひとつは、もちろんアプリケーションを実際に利用するエンドユーザ。 もうひとつは、サーバサイドが提供する API を利用するクライアントサイドエンジニア。 同じ事象でも対象によって伝えるべきエラーメッセージは変わってきます。 たとえば、エンドユーザにデータベースのエラーコードをそのまま伝えても不親切です。逆にクライアントサイドエンジニアに「不正なリクエストです」としか伝えなかった場合、何がどう不正なのか分からず、原因を切り分けるためにより詳しい情報を知りたいと思うでしょう。 つまり、それぞれの立場にたって「何の情報を伝え
デザイン・プロセスの話はもうやめよう
photo cred: Enric Martinez on Flickrデザインについて考える前に、料理についての話をしましょう。初めて料理をした時、皆さんはレシピ通りに作ったのかもしれませんね。材料はどれくらい必要でどう調理すれば良いかレシピを参考にしたことでしょう。 料理が上手くなるにつれ、材料についてはざっくり確認するだけで済ませ、調味料も目分量で大体分かるようになります。オーブンの予熱についても細かく温度を調べなくとも経験をもとに設定できるようになるでしょう。かなり上達してくると、手元にたまたまあるものを上手く利用したり、興味を引く初めての材料を使ってみたり、食事を一緒に楽しむ仲間の好みを考えたり、旬の野菜を使ってみたりと様々に試して新しいレシピを考え出すはずです。 レシピに書かれている順序やプロセスは新しい料理を始めるきっかけや手ほどきにはなるかもしれません。しかし、あなたを本物
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
