symfony.jp
symfony.jp 2020 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
HugeDomains.com
masahikosatoh.com is for sale Please prove you're not a robot
Alertbox: 識字能力の低いユーザ（2005年3月14日）
識字能力の低いユーザは、高い識字能力を有するユーザとは違う読み方をする。流し読みはせず、一語一句を読み拾おうとするために視野が狭まり、要点を取り損ねてしまうのだ。 Lower-Literacy Users: Writing for a Broad Consumer Audience by Jakob Nielsen 2005年3月14日 ユーザーはウェブをどう読んでいるかを調査したのは1997年だった。ユーザーは、ページを流し読みし、興味のあるところだけを拾い読むことがわかった。以来、ユーザビリティの向上を狙ったコンテンツガイドラインが大きく変わることはなかったが、今日は一つ、ニュースをお伝えしたい。 これまでの調査では対象から外れていた識字能力の低いユーザーを調査対象に加えた。その結果、識字能力の低いユーザーは、インターネット上で、高い識字能力を有するユーザーとは根本的に異なる行動をとる
多くのユーザーは一度に1本しかジュースを買わない ― ＠IT
ユーザビリティのヒント（1） 多くのユーザーは 一度に1本しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア 上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。（編集部） 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基本となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ
Ajax うきうき Watch 第8回 “CGUI” 消費者が作り出すユーザーインターフェイスの時代
最近、ブログなどでしばしばCGUIという言葉を目にするようになりました。これは、昔からあるCUI（Character User Interface、コマンド入力等を使う文字によるユーザーインターフェイス）でも、GUI（Graphical User Interface、アイコンやマウスを使った画像によるユーザーインターフェイス）でも、CGI（Common Gateway Interface、Webでサーバサイド処理を行う基本的な技術の1つ）でもありません。とても不思議な名前だと思っていたら、野村総合研究所（NRI）による新しい造語であることが分かりました。上記のリンクから巡ることができるニュースリリースから以下にその部分を引用します。。 NRIでは利用者自らがユーザーインターフェイス（UI）を作り、公開することを「CGUI（Consumer Generated User Interface）
1994年から2006年までのYahoo！トップページの歴史
上記が1994年の初代Yahoo！トップページ。ただのリンク集に見えますが、最初はまさしくただのリンク集だったわけで。それがいまや世界に名をとどろかせる巨大企業になっているのだから、インターネットの力は恐ろしいですね… ちなみに初代Yahoo！の検索データベースは「Akebono」、検索エンジンは「Konishiki」と呼ばれていました。 Images: Yahoo's steady home page transformation | CNET News.com http://news.com.com/2300-1032_3-6072801-1.html 1995年のYahoo！はロゴもかなり今と違って何というか、ファンキーな感じが。 1996年のトップページ http://news.com.com/2300-1032_3-6072801-3.html 96年になってからは今と同じような
[を] 「次」と「前」の意味と並び順
「次」と「前」の意味と並び順 2006-05-22-2 [Blog][WebTool] 次の日、前の日、次のページ、前のページ、次の記事、前の記事。 「前」「次」はそれぞれどういう意味か。 またそれらはどういう順番で並んでいるか。 気になったので調査中。 サービス名[位置]と表記意味livedoor blog[左] 前の記事古い記事へlivedoor blog[右] 次の記事新しい記事へtDiary[左] 前の日記古いページへtDiary[右] 次の日記新しいページへMovable Type 系[左] 古い記事へMovable Type 系[右] >> 新しい記事へはてなダイアリー[左] 前の日 古いページへはてなダイアリー[右] 次の日 新しいページへYahoo! 360°[左] 前の日記古いページへYahoo! 360°[右] 次の日記新しいページへ2ちゃんねる[左] 前10
ユーザパフォーマンスにみられる個人差
文書編集は、ここに挙げたタスクの中でもっとも単純なものである。タイピングのスピードやマウスとキーボードの間を手が行き来するのに要する時間など、主に身体能力に依存する。具体的には、段落を移動したり、文字を太字に変えたり、誤植を修正したりといった操作に着目した調査だった。手紙を書いたり、本を執筆したりといったタスク達成時間にもっと個人差が出そうなタスクについては調査されていない。 パーソナルコンピューティングは、もう少し難しい。表計算ソフトで関数を使ったり、複数のアプリケーションを使い分けたりといった面倒なタスクを要求した。しかし、ファイアウォールの設定のような厄介な課題ではなく、職場の生産性向上に寄与する基本的なタスクにのみ着目した。そういった基礎的なPCの利用は、多くの人々がすでに熟知しているため、個人差は比較的小さくなる。 残り3つのコンピュータインタラクションでは、個人差が大きくなって
ユーザーが作るUI「CGUI」が普及 NRIが見るWeb2.0時代
ユーザーが自ら作ったインタフェース「CGUI」が2009年度に普及する――野村総合研究所（NRI）はこのほど、2010年度までのWeb技術の進展を予測する「ITロードマップ」の最新版で、こんな見通しを示した。Ajax(Asynchronous JavaScript + XML）やFlashなど、豊かな表現力と高い操作性をクライアントに持たせられるリッチクライアント技術の普及がカギを握るという。 Web2.0のトレンドの特徴の1つとして、ユーザーが情報発信するCGM（Consumer Generated Media）を挙げ、ユーザーがAPIとリッチクライアント技術を活用して自らUIを作り、公開する「CGUI」が萌芽し始めていると指摘。「Yahoo！ Widget」や「Google Sidebar」がその例だ。今後、APIを公開する企業が増えれば、CGUIが普及・一般化していくと見ている。 S
UI とは何か？ - 言語ゲーム
「気軽にやれば良いよ」と気軽に出来ない事を言われ途方にくれてやる気が出ないので、私が今後数年のうちに取り組むべきテーマについて突然書く。 ずっと前からぼんやりと頭にあって、去年アフォーダンスに関する本を何冊か読んだ後に、ああ、これが本当の事だと閃いたけど、説明の方法が分からなくて秘密にしていた。だけど絵に描くと簡単だった。 問題は、UI はどうあるべきか。なぜ3Dは嘘臭いか？なぜテキストだらけの日記を毎日読んでしまうのか、なぜ一部の人はCUI(文字インタフェース)に固執するのか、そして、WikiPhone を作った本当の目的は何かまで含む包括的な物。 その答えは絵にある通り。コンピュータが表現する為にはモニタに効果的に表示する必要があるが、人はモニタなんか見ていない。モニタを通してその向こう側の何か*だけ*を感じている。そこがいくらリアルな表示をしても役に立たない理由だ。 聴覚で考えた方が
汎用的かつ拡張可能な機能を持ち、かつ洗練されたユーザインターフェースって - Ogawa::Memoranda
Posted by: Hirotaka Ogawa @ May 10, 2006 04:35 PM | 「汎用的かつ拡張可能な機能を持ち、かつ洗練されたユーザインターフェース」とか言ってると、また自己反映計算の亡霊が…。亡霊じゃないか…。 subtechグループ - Bulknews::Subtech - Web API と MVC LDR ハックが画期的なのは、デベロッパーがM+Cを利用してVを作るんじゃなく、Vを利用してCを実装することで、Mは自分の好きなものを使えるってこと。LDR のサービスが提供しているイカした View を利用させてもらうわけ。もちろん、Ajax (XMLHttpRequest) と GM があるからこれができる。Controller は LDR API を再実装、Model は Plagger でとってこれるものならなんでもいい。 ControllerがLDR
Kickstart my heart: APIとUIはともにIである
こんなおいしそうな議論をしていたとは、さっき飯食ってたときはぜんぜん知らなかったな（苦笑）。アンテナが下がってる。 naoyaさんの文章を読んでいてふと疑問に感じたのが、APIというときのIと「インタフェース」と書いたときとで、それぞれ異なる意味で言葉を使っているように読めるってこと。miyagawaさんのエントリのタイトルが「API, UI as Commons」と2つのIを並列して書いているのと並べて読むと、そこんとこを深読みしちゃうなぁ。 Catalyst の View::JSON とかは渡したデータ構造が勝手に JSON になって Web API になりますよ、というものだけども、これだけだとまだ開発者は「どういう API を持たせて、どういうデータ構造を返して」というのを自分で考えないといけない。なのでインタフェースに制約が欲しい。 APIというのはアプリケーションに対してサービ
AJAXアプリは客のわがままを聞いてくれるレストラン
UIEngineの説明をする際に、「通常のウェブ・アプリケーションと異なり、非同期通信を使ってクライアント側でデータ・バインディングをするので、ストレスの少ないユーザー・エクスペリエンスを提供できます」と言ってきた私だが、「データ・バインディングとは何か」を知らない人が意外に多いことに気がついたので、ここで解説しておく。 得意の食べ物にたとえれば、データ・バインディングは「調理」に相当する。定食屋のように全ての食材（データ）をキッチンで調理をしてしまってから一度に持ってくるのが「サーバー・サイドでのデータ・バインディング」で、紅花レストランのように食材をテーブルまで持って来て目の前で調理してくれるのが「クライアント・サイドでのデータ・バインディング」である。 食材を一度にはテーブルに運ばず、客が一つ目の料理を食べている間に二つ目の料理の食材を運んで料理をしておき、一つ目の料理を食べ終わった
ブログユーザビリティ：間違いトップ10
ヤコブ・ニールセン博士のAlertboxより。ブログユーザビリティの間違いトップ１０について書かれている。 Weblog Usability: The Top Ten Design Mistakes ヤコブ・ニールセン氏について Jakob Nielsen博士のAlertbox(Alertbox日本語訳サイト) ウェブのユーザビリティに関しては、アメリカで並ぶもののない第一人者Jakob Nielsen博士。博士自ら運営するサイトuseit.comで連載中のコラム『Alertbox』は、ウェブ制作者のバイブルとして長年にわたり読みつがれています。 Webユーザビリティとは、かなり簡単に説明すると、そのサイトが訪問者にとって閲覧しやすいか、という事です。 彼の発言する事には、いろんな方が影響を受けています。私もAlertboxのコラムはほぼ読み終えました。このブログでも、多大な影響を受けてい
カラーユニバーサルデザイン
『日経ものづくり』の2006年5月号で、「使いやすさへ挑む～『基準なきユニバーサル・デザイン』からの脱皮」という特集が組まれています。ユニバーサルデザインの実現に現場でどう取り組むか、という実践的な内容で興味深いのですが、その中で「カラーユニバーサルデザイン」という概念が紹介されていました。 恥ずかしながらカラーユニバーサルデザインという単語を聞いたのは初めてだったのですが、「色の見え方（色覚）の違い」に配慮する概念とのこと。「色覚バリアフリー」という単語が使われる場合もあるようです。詳しくはカラーユニバーサルデザイン機構（CUDO）というNPO法人が存在していますので、そちらのホームページをご参照下さい： ■ カラーユニバーサルデザイン機構（CUDO） 考えてみると、「色」というものが重要な機能を担うケースはあちこちに見られます。色の違いで状態を表現したり、危険を示したり、グルーピングを
知覚-行為デザイン論: Googleはユーザインタフェースの企業でしょ？
え、ロングテールとか、新しい経済のモデルとか、そんな話もあるけど、Googleはインタフェースとインタラクションの企業でしょ？って思うわけだが。 AJAXがすごいとか騒いでるのは、ちょっと悲しい。それより、なぜGoogleは、ブラウザ互換など問題にあふれるJavaScriptを駆使して、AJAXを使うのか？そこを考えるべきだ。 当然だが、ユーザインタフェースの話は欠かせない。そして、なぜユーザインタフェースにこだわるのかも考える必要がある。 単純に、使いやすい！便利！をねらっているわけではない、のがたぶんGoogleの戦略だと思っている。 Googleとテリーウィノグラード おそらくGoogleを理解するためのキーとなるのは、テリーウィノグラードだろう。ウィノグラードは、元々人工知能の研究者で有名かつ権威でもあったが、人工知能の限界を提示し、HCI研究者へと移った。（そのことについては以下
はてなダイアリーの新管理ページの公開について - はてなダイアリー日記
この度、はてなダイアリーではシステム全体の機能やデザインの見直しを進めておりますが、そのなかで、管理ページと編集ページのデザイン、機能等につきましても見直しを行いました。これらのページにつきましては、ダイアリーで実際に日記を公開されている方が頻繁に利用するページであることから、新しい管理画面への完全移行を行う前に、問題点の洗い出し、およびユーザーの皆様のご意見、ご感想をいただきたく、以下のURLにて事前公開を行うことにいたしました。 http://d2.hatena.ne.jp/userid/admin ※現在の編集ページのURLの「d.hatena.ne.jp」というドメインを「d2.hatena.ne.jp」に変更することでご利用いただけます。たとえば「http://d.hatena.ne.jp/sample/admin」であれば「http://d2.hatena.ne.jp/samp
Yahoo! UIのTreeViewを使う1 - ［JavaScript］All About
Yahoo! UIのTreeViewを使う1 Ajaxとともに注目の集まっている分野に、JavaScriptのDHTMLなエフェクトを使ったライブラリ群があります。有名なところでは、Dojoやprototype.jsを利用したscript.aculo.us、Rico、あるいは、Yahoo!が提供しているYahoo! User Interface Library(Yahoo! UI)などです。 これらの他にもいろいろあって、現在は群雄割拠という状態ですが、いずれも、アニメーションやウィジェット、ツリーメニューやカラーエフェクト、ドラッグドロップなどのツールをAjaxな機能とともに提供しているのが特徴です。 それぞれのライブラリには、それぞれの特徴があり、使用方法もさまざまですが、今回は、その中からYahoo! UIのTreeViewメニューを取り上げて、使ってみたいと思います。Yaho
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Phenomena Entertainment
米Google、ユーザーインターフェイス変更の噂についてコメント