フロントエンドを考える 〜概念編〜
この記事のシリーズでは私がフロントエンドに関して思っていることを徒然に語っていこうと思います。 ちょっと長くなり過ぎそうなので以下の4つに分けて書いていこうと思います。 1.概念的な話 - フロントエンドアプリケーションとは何でできているか フロントエンドアプリケーションを保守性とユーザへの価値提供を両立して開発するために、アプリケーションを抽象化して、いい感じの設計をする必要があります。 これの土台作りをするために概念としてフロントエンドアプリケーションとは何なのかを考えていきます。 2.技術的な話 - フロントエンドアプリケーションはどのように実行されるか Webフロントエンドはブラウザで実行され、表示のためには HTML, CSS, JS が必要です。当たり前のことではありますが、実際に開発を進めていく上では概念だけでなく、実際に動く How の部分を知る必要があります。 これらの要
「iOSってなんですか？」という質問が来てハッとした
アプリのUIデザインで一番重要なのは、ボタンやメッセージに使われる言葉だと思う。 ここでは、他の文章と違い、権威付けや、自分を賢く見せるためにあえて難しい言葉を使う人は皆無だと思う。とにかく分かりやすく、できるだけ短い方がいい。 でも、これが簡単なようで、本当に難しい。 アイコンで代替できないか まず最初に考えるのが、文字ボタンをアイコンに変更できないかということ。アイコンに変えられるなら、世界中の人がわかるし、翻訳の手間も減る。 でも、一般的に普及しているアイコンと、していないアイコンがある。例えば、進む戻るの矢印アイコンならば分かりやすいけど、あまり見慣れないアイコンになった瞬間、押してみないとわからない状態が発生する。 アイコンを使う時は、本当に誰でもわかるアイコンかを何度も考える必要がある。押してみないとよくわからない状態は良くない。 短くするのは難しい まず、メッセージは短くない
バッドUIを改善する方法 ― UIの「5つの状態」を考える | POSTD
(訳注：2020/08/22、画像と動画が正しく表示されていなかったためリンクを修正しました。) こんにちは。このブログは12月にO’Reillyから出版予定の私の著書『 Designing Products People Love 』からの抜粋です。ぜひ本も読んでみてください。また、FacebookやTwitter、 Slackなどで活躍されている20人以上のプロダクトデザイナーにインタビューもしています。* 無味乾燥なUIを経験したことはありますか？ 何か が足りないと感じてしまうようなUIを作ってしまったことはありませんか？ もしそうであれば、使い勝手の悪いUIを経験したのだと思います。 使い勝手の悪いUIには進捗インジケータがありません。ユーザにどこで障害が起きたのか知らせてくれません。怖いエラーメッセージでも表示してくれれば、なお良いのですが。わずかなデータのみの奇妙なグラフです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
frasco.io
Material Design
