お気に入り巡回先の、羨望は無知の「なぜ「デザイン」という行為、「デザイナー」という職業は誤解されるのか」や、分裂勘違い君劇場の「エンジニアの方が優れたユーザインタフェースデザインができる理由」、F's Garageの「エンジニアがダメなUIデザインをする原因」 のあたりのデザイン論が、あんまりデザインと縁のない人にデザインをわかりやすく説明してて面白い。面白いのだけどちょっと抽象的なんで、具体例の話とか書いてみるテスト。 最近、これらのエントリーで言及されるようなよいデザインを身をもって体験をした。それは画像管理ソフトPICASAのヘンテコなスクロールバー。 今まで気付かなかったけど、あのヘンなスクロールバーは単なるアヴァンギャルドやオシャレじゃあなかった。実は合理性に裏打ちされた素晴らしく美しいデザインだということに気付いた。 まずPICASAを知らない人に説明すると、このソフトのスクロ
TVのリモコンやデジタルカメラの操作ボタン類は、なんでああも使いにくいものなのか。PCやケータイを使い慣れた層にとっては苦痛以外の何者でもない。商品企画を仕切っているコンサバティブなオヤジどもを今すぐシルバー層向け商品の担当に転向させ、PCやケータイに慣れたユーザにメインストリーム商品のUI設計，リモコン設計を任せるべきだ。 リモコンと画面を行ったり来たり... 家電のUI設計の基本は、もとが1ボタン1機能である。とはいえ多機能化するデジタルTVやDVDレコーダー、デジタルカメラといった機器をこの思想で設計すると、100個はくだらないボタンを備えたリモコンが必要になる。これらの機器は全てディスプレイを備えているため、カーソルキーと決定キーを用意し、PCライクなGUIによる操作体系を加えた。が、ここでどっかの誰かがぶっとんだ間違いを犯した。 『操作回数が少ないことは何を差し置いてもいいことだ
Yahoo! User Interface Library 概要 【概要の前半】 【概要の後半】 Yahoo! User Interface Library::Core Utilities 【Animation】 【Connection Manager】 【Dom】 【Drag and Drop 】 【 Event】 Yahoo! User Interface Library::UI Controls 【Calender】 【Slider】 【TreeView】 http://d.hatena.ne.jp/hiboma/20060221/1140489162 【Yahoo! Design Pattern Libraryの訳 まとめ】
それから、これは個人的な意見ですが、プログラマはコンピューターの扱いになれているから、そうでない人が使うためのインタフェースを設計することができない、みたいな話をときどき耳にしますが、僕はそれに懐疑的です。インタフェースをうまく設計できない人というのはプログラマに限った話じゃない。それは「プログラマは営業ができない」と乱暴にまとめてしまうのと同じようなこと。 たぶん、プログラムができるかできないかということと、インタフェースをうまく設計できるかできないかというのはあんまり相関がないように思います。むしろコンピュータの世界では、プログラマは頭のなかで思い描いたインタフェースを実現する手段を最も良く知っている部類の人で、インタフェースを作るセンスさえ持ち得れば、それ作るのにもっとも適した人たちなんじゃないかと思います。 知り合いの会社では、半期ごとだかクオーターごとだかに、その期に、もっとも優
今回のみずほ証券による株の誤注文事件は、１株を６１万円で売るところを、オペレーターが誤って「６１万株を１円で」と誤入力してしまったのが原因だが、その際に端末には市場価格との隔たりを示す警告が表示されたにもかかわらず、オペレーターが「（警告が）よく出るので慣れの中で結果的に無視してしまった」という点が注目に値する。 以前にも、「事故防止の難しさ」というエントリーで触れたことがあるが、「不必要な警告をしょっちゅう見ているとそれに慣れてしまい、本当に対応が必要な時にも無視してしまう」というのは人間の性である。この手のミスをした人を一方的に非難したり、「これはヒューマン・エラーでした、今後はこのようなことを繰り返さないように注意します」と謝るのは簡単だが、それでは根本的な事故防止はできない。 「不要な警告」と言えば、パソコンがその代表選手。ファイルを消去した時の「本当に消去したいですか？」という警
Macintoshスタイルのインタラクションデザインは限界に達した。Results-Oriented UI（結果志向のユーザインタフェース）と呼ばれる新たなパラダイムが、ユーザに大きな力を与える日がやってくるのかもしれない。 R.I.P. WYSIWYG by Jakob Nielsen on October 10, 2005 これまでの25年間、あるスタイルのユーザ・インターフェイスが幅を利かせてきた。Macintoshスタイルのグラフィカル・ユーザ・インターフェイス（GUI）である。しかし、今、それは限界に到達し、あるスタイルに取って代わられようとしている。GUIの土台にある貴重なインタラクション原理が、部分的とは言え、覆されようとしているのだ。 MacスタイルのGUIは、それ以前のインタラクション・パラダイムと比べると非常に使いやすいものだった。コマンドやパラメーターを直接入力するの
「Seven rules for Web 2.0 startups」という記事がありました。 面白かったので要約しました。 誤訳などがある可能性があるので、詳細は元記事をご覧下さい。 書いている人はユーザの立場から、Web2.0サイトを構築するときに注意すべき事を書いているようです。 以下要約です。かなり意訳気味です。 1. ユーザが楽に移行できるようにしてあげる事 前使っていたサービスからの移行をスムーズにしてあげる必要があります。 例えば、Vox blogでは最近になって他のブログサイドバーに入れられるHTMLを生成するジェネレータを公開しました。 これによって、他のブログサービスを使っているユーザはVox blogに移動する事を宣伝しやすくなりました。 2. ユーザがサービスを試しやすい事 ユーザからすると、何が出来るかを試すためだけにメールアドレスを要求されるのは嫌なものです。 良
日光を浴びた。 日が昇る前に会社に行って、日が沈んでから家に帰る日がずーっと続いていたのだ。 疲れたよ。でも今日は休みだ…もう今日も終わるケド。 （12/14に書き直しました。以前の内容は念のため id:mitamu:20051214#1134571263 にとっておきました。ご迷惑をおかけしてたいへん申し訳ございません。） WebページのリンクをクリックしたらそれがPDF文書だったりWord文書だったりExcelワークシートだったりして、ファッキン*1なAdobe ReaderとかMicrosoft WordとかMicrosoft Excelとかが起動してしまった…。 なんてコトがよくあるわたしとしては、PDF文書だとかがはっきりわかればそもそもクリックせずにすむワケなのだ。 Mozilla Firefox 1.5だとマウスカーソルを変えられるので、userContent.cssにごにょ
下のビデオは一歳度児がiPhoneのフォト・アルバムの機能を使っている姿を撮影したものだが、これを見ると「直感的なUI」とは、まさに人間が赤ん坊のうちにマスターする"hand eye cordination（目からフィードバックを受けながら手先を動かして物をコントロールする能力）"に合致したものなのだということが良く分かる。 【追記】参考までに、私が特に好きなUI関連の書物二冊へのリンクを張っておく。特に「誰のためのデザイン」はUIが単なるソフトウェアやウェブ・サイトのUIデザインの問題ではないことに目を開かせてくれる良書だ。 ・誰のためのデザイン?—認知科学者のデザイン原論 ・Envision Information
ハイライトピックアップ Web2.0を引き起こしているのと同じ時代の潮流が、エンジニアの地位の低下を引き起し、エンジニアがUIデザインをしたがる動機を創り出している。 Googleは、「エンジニアの会社」という皮をかぶった「企画・マーケティング・デザイン」の会社である。 エンジニアよりデザイン能力の低いダメデザイナーがうじゃうじゃでてくる構造。 優秀な人ならデザインスキルがなくてもいいデザインができるのは幻想。現実には、デザインスキルの差は容易には超えられない壁。 デザイナーに必要な技術的知識とエンジニアの技術的知識は別物なので、エンジニアの技術力はデザインをする上でそれほど強みにならない。したがって、技術力とデザイン力を兼ね備えた優秀なデザイナーはエンジニアとデザイナーのハイブリッドではない。 一人の人間がUIのデザインと実装を両方やると二兎を追うものになってUIの質が低下する。二兎を追
AjaxやFlashを使ったWebサイトを目にする機会が増えてきている。WebアプリケーションでリッチなUIを提供できるようになり、またひとつWebの表現力が広がった。一方でUIのリッチ化は、これまで数々のプロジェクトが築いてきたビューとロジックの分業体制を再び曖昧なものに引き戻そうとしている。 皆さんもこんな会話の経験がないだろうか? プログラマ--ここのプルダウンでマウス選択時の色を変えるのであればonMouseOverとonMouseOutイベントを設定する必要がありますね。ここのWYSIWYGなエディタはhogeEditorをobject idで指定してください デザイナ--どういうことですか? 正直いって、こんなやり取りはもうウンザリである。 データベースアプリケーションがgrailsコマンド一発で構築できる時代なんだから、リッチなUIだって簡単に作りたい。ZKはそんな希望に応
UPDATE: 末尾にYouTube版を追加しました。ただし、可能なら下のリンクからハイビジョン版を！ 仕事のペースがうまくつくれず、迷惑をかけまくりの中、今日、久々、そして１度目のブログ更新です（たぶん、夜中にもう１回更新します）。 最近、新たに米国のO'Reilly.netに英語でブログ記事を書き始めたのですが、これは今日アップした３本目の記事の日本語版。 先日、アムステルダム在住の友達、David Niemeijerが、ビックリするような動画へのリンクを送ってくれました。 彼の顧客で、米国のゲーム雑誌のライターの人の仕事の様子の動画なのですが、ゲームには興味がない人でも、きっとビックリすると思います。そして、もしかしたら自分の目の前にある、このパソコンという道具の素晴らしい可能性を感じとってくれるきっかけになるかもしれません。 とりあえず、ちょっと長いし、英語オンリーですが、 まずは
アップル社30周年、インターフェースの歴史を振り返る 2006年3月29日 コメント： トラックバック (0) Owen W. Linzmayer 2006年03月29日 今年の4月1日(米国時間)に、米アップルコンピュータ社は30周年を迎える。最も早い時期にパーソナルコンピューターを世に送り出し、マウス操作とメニュー選択を組み合わせたグラフィカル・ユーザー・インターフェース(GUI)――現在では大半のパソコンに採用されている――を開発したアップル社は、今では『iPod』(アイポッド)と『iTunes』(アイチューンズ)で音楽業界を塗りかえようとしている。同社の誕生日を祝って、アップル社のオペレーティング・システム(OS)とユニークなユーザー・インターフェースの歴史を振り返ってみよう。 1978年：『アップルII』と『DOS 3.0』 スティーブ・ウォズニアック氏がシンプルかつ独創的で、比
This domain may be for sale!
Responsive design is a default these days, but we are all still figuring out just the right process and techniques to better craft responsive websites. That’s why we created a new book — to gather practical techniques and strategies from people who have learned how to get things done right, in actual projects with actual real-world challenges. Neatly packed in a gorgeous hardcover, the book featur
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
