サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
twitter.com/manabuueno
昔のコンピューターは専門家だけが使うものだった、という話をしたら、「そのわりにデザインがポップで今よりかわいいのはなぜですか?」と質問されて、答えられなかった。たしかに...。 https://t.co/w4UQGVMBXV
先日行われた HCD-Net 関西フォーラム 2020 での私の講演「オブジェクト指向UI入門」の内容を、ほぼそのままのスクリプトで連続ツイートしていこうと思います。 https://t.co/x9hZMw3cMW
デザイナーの逆推論=アブダクションラインのイメージ。デザイナーは抽象から段階的に選択をして最終的な具象に到達するのではない。一気に尤もらしい具象を掴み、そこから最初の抽象へとリバースエンジニアリングのパスを通す。形が先にあり、ロジ… https://t.co/uBiPI5MvHf
一般に考えられている良いデザインと、デザインの専門家が考える良いデザイン。要するに、デザインについての一般感覚はデフォルトで誤謬だということ。デザイナーは専門家として、クライアントを教育していかなければならない。 https://t.co/my4TkJsPXO
18の時にアメリカに留学してまずESLのクラスに入った。そこで驚いたのは、日本の中高で習った発音は完全に間違いだったということ。そもそも母音の違いが分かってなかった。そこでアメリカ英語の母音16個を徹底的に練習した。そしたらどんな… https://t.co/icY1ZBPV5s
一般的なフォームで、名前や電話番号の入力欄の分割をやめるよう指摘すると、DBの都合でできないと言われることがある。なぜDBのフィールドを分けるのか聞くと、「できるだけ細かく情報を取った方がいい気がするから」という運営者の曖昧な管理… https://t.co/oJixrHiUi3
ラリー・テスラーが発明した「カット&ペースト」は、テキストエディタからモードをなくすための策だった。それまでのエディタでは文字列を移動する場合、「移動コマンド(モード発生)」「対象文字列指定」「移動先指定」「確定(モード終了)」という手順が必要だった。
ユーザーの要求をそのまま機能にすると役立たない物になってしまいます。デザイナーはユーザーの要求を抽象化して本来的な原理を見つける必要があるのです。例えば「直進したい」「左折したい」「右折したい」という要求に対して、3つのボタンでは… https://t.co/vWHJdyrqlG
「ユーザーの声は聞くな、行動を見ろ」はデザイン過程における鉄則です。ユーザーの意見や要望をそのまま製品に反映することはデザインのインテグリティを下げる愚行です。ユーザーはデザイナーではないので、自身の仕事や生活の中で既存の道具がもたらしている意味性を言語化できないのです。
プログラマーが「できません」と言う時、理由はいくつかある。 1. 要求が非論理的 2. 技術的制約などで不可能 3. 労力が報酬に見合わない 4. 経験やスキルが不足している 5. できるけどめんどくさい これのどれなのかを聞いた方がいいし、セカンドオピニオンも取った方がいい。
業務アプリケーションではまず「〜システム」という名称から「システム」を消す。メニュー項目では「〜管理」「〜登録」「〜検索」などの「管理」「登録」「検索」の部分を消す。すると急に洗練された感じになる。そしてそれぞれの画面に何を表示しどのような機能を持たせればよいか自明になってくる。
このページを最初にブックマークしてみませんか?
『Manabu Ueno(@manabuueno)さん | Twitter』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く