どうしてフリー・ソフトウェアのユーザビリティはアレなのか
Why Free Software usability tends to suck 2005年12月25日 Matthew Thomas さんの2002年4月13日のブログエントリ、“Why Free Software usability tends to suck” の日本語訳です（現在はリンク切れになってますが、Internet Archive でアーカイブが読めます）。僕はこれを Joel on Software の 「5つの世界」で（正確には書籍のほうを読んで）知りました。このエントリはいろいろと論争を巻き起こした有名なもののようですが、どうやら当時の日本ではあんまり言及されてなかったみたいなので（≒ Google で見つからなかったってことですけど）、いまさらながら日本語にしてみました。 お知らせ: Matthew Thomas さんは 2008 年に、この記事の続編ともいえる、
はてなのUIが使いにくいとかいう人は、順応性が低いだけなんじゃないの？：ekken
はてなのユーザーインターフェースが使いにくい、とかいう話が、はてなブックマークで人気で、支持を得ているようです。 僕がはてなダイアリーを利用し始めたのは、2003年の夏ごろだったと思います。 まだブログサービスの選択肢が少ない頃でした。当時、インフォシークの無料ウェブスペース（isweb）を使って「ホームページ」を運営して、PC雑誌で知った「ブログ」というものを試す為に、はてなダイアリーを始めてみたのです。 既にある程度のHTMLタグを理解している人間にとって、はてなの独自記法は、かなり違和感がありました。 当時はブログというもののメリットがよく分からず、はてな特有のキーワードリンクが鬱陶しくて、一ヶ月くらい続けた後に放置してしまいました。 そういう意味では「はてなのインターフェースは使いにくい」ということには同意なのですが、しかし、別の見方をすれば、はてなのユーザーインターフェースが悪い
はてなのユーザインタフェースが使いにくいのは企画ができていないから - 分裂勘違い君劇場 by ふろむだ
じゃね? つまり、企画が定まっていないから、ヨーロッパの都市のように都市計画的にデザインすることができなくって、東京のような都市になっちゃう。 企画という作業って、自分探しの旅みたいなところがあって、企画しながら、自分が何を企画したいのか、なにを企画すべきなのか、を見いだしていく作業。商品やサービスのアイデンティティ探しの旅なわけだ。あらかじめ、何を企画すべきか、つまり商品のアイデンティティが分かっていたら、そもそも、企画屋があんなに髪振り乱して、徹夜してがんばる必要などない。企画でいちばんたいへんなのは、アイデンティティの構築という作業。人生において、自分自身が何者であるかを見いだし、自分自身の居場所を見つけ、自分のアイデンティティを構築するのが、たいへんな作業であるのと同じように、その商品が何者であるのかを見いだし、その商品の居場所を見つけ、アイデンティティを構築するのは、マジたいへん
ぼくはまちちゃん！(Hatena) - はてなのとっつきにくさ
こんにちはこんにちは！！ はてな楽しいですね！ ぼく最近、はてながおもしろくて友達にすすめちゃったりしてるんだよ。 だけど反応がいまいちで、とっても残念なんだよね。 なんかこんなかんじ。 Aさん(男性) にすすめたとき ※Aさんはこんなひと 業務系Cプログラマ パソコン通信の頃からのネットワーカー Rubyに興味ありそうだけど、Webの技術や動向には詳しくないというか関心なさげかな 主に掲示板・チャット・mixiなんかで遊んでいるひと はまち「はてなおもしろいよ！！！！！ぶっくまーく！！！！！！」 Aさん「はてな？ あー、ググった時によくでてくるあの邪魔なサイトかぁ… なんかひたすら文字が並んでてさー、 正直、あんなサイト二度と見たくないんだよね…」 たぶん「文字が並んでいた」っていうのは、 「単語のリンク」がたくさん並んでいたってことかな…。 うん。わかるわかる。 ぼくもはじめてはてなダ
Moo-t.blog - ■はてなのトッツキにくさ
なぜか「はてな」を使っていません。 なんとなーく、取っ付きにくい感じがする。 その原因は、画面デザインとインターフェイスにある となんとなーくは思っていたんだけど、↓この文 □naoyaのはてなダイアリー - インタフェースの話 はてなダイアリーのインタフェースの中心を作った id:jkondo 曰く「更新された画面にリダイレクトしてその画面が更新されたということが分かれば、メッセージでそれを教えなくても直感的に理解できる。それができる状況でメッセージを用いてそれを教えるのは冗長だ。」と言っていました。を読んで、なんか思いついたので、書いてみる。 このエントリーはこう続く…でもおそらくどんなに不慣れな人でも、更新直後の画面がそういう動きをするということを一回か二回経験すればそれは理解できると思うんです。取っ付き難さの原因を見つけた気がする…。 現在のブラウザを使ったNetサービスや
なぜ「デザイン」という行為、「デザイナー」という職業は誤解されるのか - 羨望は無知
私は個人的興味からゲームデザインについて色々と調査・研究を追いかけている。巷では「ゲームデザイン」という概念はあまりなじみが無いらしく、こういうことをしているんですよ、と説明が必要な機会は多々ある。 こういったときに感じるのが、「デザインは誤解されているな」ということである。たとえば、「ゲームデザインとはゲームのグラフィックやキャラクター、世界観などをつくる仕事である」、という誤解があったりする。このような誤解は、ゲームデザインが理解不足というよりも、デザインという概念そのものが一般的に誤解されているとしか考えられない。 「デザインであると同時に技術でもあるような、ある一つの行為」をすることでしか、真にすぐれたインタフェースというのを作れない場合っていうのが、けっこうあるからなんじゃないかと。(中略)技術を精密に認識できていないから、その技術で可能となるユーザインタフェースを十分にイメージ
分裂勘違い君劇場 - エンジニアの方が優れたユーザインタフェースデザインができる理由
それから、これは個人的な意見ですが、プログラマはコンピューターの扱いになれているから、そうでない人が使うためのインタフェースを設計することができない、みたいな話をときどき耳にしますが、僕はそれに懐疑的です。インタフェースをうまく設計できない人というのはプログラマに限った話じゃない。それは「プログラマは営業ができない」と乱暴にまとめてしまうのと同じようなこと。 たぶん、プログラムができるかできないかということと、インタフェースをうまく設計できるかできないかというのはあんまり相関がないように思います。むしろコンピュータの世界では、プログラマは頭のなかで思い描いたインタフェースを実現する手段を最も良く知っている部類の人で、インタフェースを作るセンスさえ持ち得れば、それ作るのにもっとも適した人たちなんじゃないかと思います。 知り合いの会社では、半期ごとだかクオーターごとだかに、その期に、もっとも優
ゲームのインタフェース - naoyaのはてなダイアリー
そうそう、インタフェースの話でいつも思うのがロールプレイングゲームのユーザーインタフェースなんですよね。あまり意識することはないかもしれませんが、良くできたロールプレイングは大概のものが入力のインタフェースがよくできてる。(DS のタッチインタフェースがいいとかっていう話とはまた別で。) で、ドラクエとかファイナルファンタジーみたいなゲームのインタフェースは、昔のものをシリーズで追っていくと面白くて、徐々に徐々に改善されていってるのが分かって楽しいですよね。例えばファイナルファンタジーIIでは全体魔法を使うと、魔法エフェクトが各敵ごとに逐次で発生して完了するのに待たされるんですが、III では一度にエフェクトが起こるようになって待ち時間が無くなったとか。 ファイナルファンタジーI はドラクエの後発なのでおそらくドラクエのインタフェースを若干参考にしていると思われるものの、ドラクエとは異なり
インタフェースの話 - naoyaのはてなダイアリー
一つ前のインタフェースの話。いろいろフィードバックをいただきました。ありがとうございます。 >
秋元@サイボウズラボ・プログラマー・ブログ: Yahoo! UI Library はすごいね
via O’Reilley Radar Yahoo! UI Library で、Yahoo! が実際に使っている Javascript のライブラリ集が公開されている。 Yahoo! のどこでこんなユーザインタフェースが使われてるんだろう? と思うぐらい、サンプルで見せられる UI パーツは豊富だ。それぞれの “Example” を見てまわるだけでもおなかいっぱいだ。 コアユーティリティ アニメーション クロスブラウザ対応の XMLHttpRequest ラッパ DOM 操作 ドラッグアンドドロップ イベントハンドリング UI コントロール部品 カレンダー スライダー ツリー ドラッグアンドドロップなんかは、ファンタジースポーツで使われているのを見たことがあるので知っていた。複数のリスト間でアイテムの移動や並べ替えを行うときには使えるパーツだろう。 日本語カレンダーなんかも、いい感じで再利
分裂勘違い君劇場 - 見た瞬間に使い方の分かるユーザインタフェース
「初心者にわかりやすいGUI」については、この記事のid:naoya氏の気持ちは、分かる気がします。 まず、プロのGUIデザイナーと実プロダクトの仕様について議論すると、ほとんど必ずと言っていいほど議題に上がるのが、「とっつきやすや」と「機能性」のトレードオフ。 よく、回すべきなのかスライドべきさせるのか、押すんだか引くんだかよく分からないドアというのがある。ドアのどちら側を押すべきなのかも分かりにくいことも多い。それは、ユーザインタフェースが、self explanatory(自己説明的)じゃないからだ。これは、よくユーザインタフェースの設計ミスの事例としてやり玉にあげられるんだけど、ぼくは、それはそんなに単純な話じゃないと思うのだ。 たとえば、丸い取っ手のあるドアは、見た瞬間、「ああ、これはドアノブを回して引くんだな」ということが、直感的に分かる。つまり、そのドアノブは、「機能」を提供
小鳥ピヨピヨ(a cheeping little bird): livedoorがmixiに引き続きFlickrにインスパイアされすぎた件について
昨日は人前でこの話が出たので笑っていたのですが、やはり不快なので、改めて表明しておこうと思います。 この記事は「まじめ小鳥」であり笑いの要素は皆無なので、興味のない方は次の記事をお待ちください（ｗ livedoor PICSの件です。 先日リニューアルされ、Flickrそっくりになっていました。 livedoorは以前も、livedoorフレパのデザインをmixiそっくりにしたりしていますね。 世間では「インスパイア系」と言って、笑っているようです。 でも僕は、こういうインスパイア系を見ると、いつも思うんですよね。 オリジナルのサイトデザインをした人の気持ちを。 オリジナルを作るときは、大変です。 ゼロから、色々なことを想定して、少しずつUIやデザインを設計していきます。 その労力たるや膨大なものです。 ビジネス的に言うと、そこにかかるコストは膨大です。 しかも、実際サービスが成功するかど
Joel on Software -
プログラマのためのユーザインタフェースデザイン 第 1 章 第 2 章 第 3 章 第 4 章 第 5 章 第 6 章 第 7 章 第 8 章 第 9 章 ストラテジーレターV 2002年6月12日 ミクロ経済学の補完財の原理について考えていて、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金を使っている企業の多くは、それが彼らにとって良いビジネス戦略だからそうしているのであって、突然資本主義を信じるのをやめて、「言論の自由と言うときの自由」に浮かれるようになったわけではないということだ。ストラテジーレターⅤ 5つの世界 2002年5月6日 5つの世界：すべてのソフトウェア開発が同じではない。 追記：インターナルシステム、コンサルウェア、パッケージソフトの間には大きなグレーゾーンがあり、この3つの世界はしばし
「戻る」で入力データが消えてしまうフォームはいらない ― ＠IT
Webアプリケーションのユーザーインターフェイス[6] 「戻る」で入力データが消えてしまうフォームはいらない 「寛容性とユーザーコントロール」 ソシオメディア 上野 学 2005/12/22 前回「入力情報を預かる責任を果たせる画面デザインとは？」は、あらゆる経験則の土台となる価値観として、「ユーザーを尊重する」というユーザー中心の姿勢について述べました。今回からは、Webアプリケーションのユーザーインターフェイス（UI）・デザインを行ううえで有効な経験則を、少し具体的に考えていきたいと思います。 その前にまず、連載の第1回「ユーザーにとっては“ユーザーインターフェイス”こそが製品そのもの」で触れた HCI（Human-Computer Interaction）の分野でよく挙げられる、コンピュータを用いた対話型システムの設計原則を紹介しておきます。ここでいう「対話型システム」とは、ユーザー
最速インターフェース研究会 :: 全てのWeb開発者必見 : remember the milk のサインアップフォーム
ライブドアの次世代テクノロジーセミナーの後の二次会の後のSledge勉強会で発表したネタ。 http://www.rememberthemilk.com/signup/ Ajaxを使ったTODO管理やらリマインダサービスらしいのですが、これのサインアップフォームがとてもよく出来ています。苗字と名前から自動でアカウント名を補完してくれたり、それをサーバーに問い合わせてそのアカウントが取得できるかどうかを確認してくれたりします。 肝心のサービスの中身は使いやすいのかどうか良くわかんないというか、正直微妙な感じなんですが、一度しか通過しないサインアップフォームを作りこむ心意気が良いですね。 別に必見ってほどでもないか。でも知ってる人がいなかったのでブログに書いておくことにします。 ユーザーを「手厚く」サポートする UI 最速インターフェース研究会さんの 全てのWeb開発者必見 : remembe
リンク先のファイルの種類によってマウスカーソルを変える -- 3m/746の日記 2.0 final β - 久しぶりに
日光を浴びた。 日が昇る前に会社に行って、日が沈んでから家に帰る日がずーっと続いていたのだ。 疲れたよ。でも今日は休みだ…もう今日も終わるケド。 （12/14に書き直しました。以前の内容は念のため id:mitamu:20051214#1134571263 にとっておきました。ご迷惑をおかけしてたいへん申し訳ございません。） WebページのリンクをクリックしたらそれがPDF文書だったりWord文書だったりExcelワークシートだったりして、ファッキン*1なAdobe ReaderとかMicrosoft WordとかMicrosoft Excelとかが起動してしまった…。 なんてコトがよくあるわたしとしては、PDF文書だとかがはっきりわかればそもそもクリックせずにすむワケなのだ。 Mozilla Firefox 1.5だとマウスカーソルを変えられるので、userContent.cssにごにょ
web-conte.com | blue | なぜみんな角丸が好きなのか？
タイトルに惹かれ、「Why Do We Love Rounded Corners?」というこの記事を訳してみた。何が書いてあるのかと思って。われながら、あまりいい訳とも思えないけれど。 インターフェースの設計者やグラフィックデザイナーと同様、われわれも「丸みを帯びたコーナー」に取り憑かれている。Webの開発者はCSS（や、ときにJavaScript）を創造的に用い、可能なかぎり手間をかけずに角丸を表現することを目指して、そのことにどんな苦労もいとわなかったものだ。現在提案されている CSS3 の定義書には、角丸を指定するためのプロパティすら含まれている（Firefox はすでにこのプロパティをサポート済みだ）。 なぜそんなに角丸には魅力があるのか。思い切ってこれから述べようと思うのは、われわれが角丸に魅了されるこの現象が審美的なレベルを超えたものではないかということ。それともう二、三のこと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mayuraの日記
void GraphicWizardsLair( void ); // プログラマとしてスゴすぎると、その美学によって優れたインターフェース設計者に成りがたい実例
OKボタンの位置はどこが適切?