前の記事 ネットは「偏った意見」を強化するか：研究結果 「米国初の洋上風力発電」：反対運動で難航 次の記事 「iPadは使いにくい」：米のUI専門家が批判 2010年5月13日 IT コメント： トラックバック (0) フィードIT Brian X. Chen 『iPad』はインターフェースの勝利と称されている。しかし、あるユーザビリティーの専門家はこのほどiPadについて、インターフェースに一貫性がなく明確でないという批判を発表した。インターフェースに標準が設定されていないため、それぞれのアプリが違ったように動くのだという。 一部からは「ユーザビリティーの王様」とも呼ばれるJakob Nielsen博士は今週、『iPad』の使いやすさを評価する93ページのレポートを発表した。このレポートは、34種類のアプリとウェブサイトをテストした7人のユーザーからのフィードバックを基に作成されている。
ウェブのユーザビリティの権威であるヤコブ・ニールセン氏が「パスワードのマスキングはセキュリティを向上することはなく、かえってユーザビリティを低下させる」との論を自身のサイトuseit.comで展開している（本家記事より）。 ニールセン氏によると、システムステータスを可視化しユーザにフィードバックを提供することはユーザビリティの基本原則であるとのこと。パスワード入力時に文字列を表示せずに「・」や「●」などの記号を表示することはこの原則と相反すると主張する。 入力時にパスワードがマスクされると誤入力が増えるだけでなく、入力内容を確認できないことからユーザは不安を覚えるという。この不安感からユーザは必要以上にシンプルなパスワードを設定したり、パスワードをどこかのファイルからコピペして、セキュリティを低下させる結果となるとのこと。パスワードのマスクは簡単である上、インターネットの黎明期からデフォル
本家/.にてMatthew Paul Thomas氏のブログエントリ「Why Free Software Has Poor Usability, And How To Improve It」が取り上げられている。 氏はこのブログエントリで、フリーソフトが抱えるUIデザインに関する問題を15点挙げ、原因を分析し、改善策を提案している。例えば、ほとんどの場合デザイナーはプログラミング出来ないため、「ソースコード公開」かつ「パッチ歓迎」されてもUI改善には繋がらないと指摘する。その上、ユーザビリティの専門家がどのようにプロジェクトに関わればいいか不明なため貢献できないことが多いと指摘する。 これを改善するためには、プロジェクトのサイト等でデザイン仕様を公開し、ブログやWiki、またはメーリングリストでフィードバックを求めるなど、ユーザビリティの専門家がプロジェクトに貢献出来る方法を確立すべしとア
アライド・ブレインズは2月19日、「官公庁・独立行政法人ウェブサイト全ページクオリティ実態調査」を実施し、このうち官公庁の集計結果を発表した。この調査は、官公庁、独立行政法人、民間法人の公式ウェブサイトについて、同社が独自に開発したウェブサイトの品質解析プログラム「CRONOS 2」を用い、利用者の使いやすさの観点から評価したもの。 調査では、ウェブサイトの使いやすさについて「基本対応」「発展対応」に分け、集計を行っている。基本対応では、代替テキストの有無などを調査し、発展対応では構造化が十分に行われているかどうかなどを調査している。これらの割合から使いやすさのレベルを「A」から「E」の5段階で評価した。 レベルAの「サイト全体で基本・発展ともに十分対応している」の評価を受けたウェブサイトは、調査対象とした37箇所のウェブサイトのうち、国税庁と裁判官訴追委員会のわずか2箇所にとどまった。ま
Matt Mickiewicz interviews Jakob Nielsen, author of the brand new book “Prioritizing Web Usability,” about AJAX, usability’s close link to keyword advertising, and some of the advertising formats we’re seeing around the Web today. What do you think of the current implementations of AJAX (Google Maps, Writely, Google Suggest, Zimbra, etc.) on the Web today? They are irrelevant for the vast majority
※ウェブサイトの収穫逓増に関するJakob Nielsenのコラムへの補足記事 Zipf曲線は、両軸を対数でとった図にプロットすると直線になる。この図はZipf分布になる300の要素による単純なデータセットを示したものだ。データの点を結ぶ線が右図では線形（リニア）になっている点に留意されたい（両軸とも対数でとってある）。普段見慣れたプロットのほとんどは線型である。比較のために、左側の図では同じ要素を線型軸にとってみた。 この図表から明らかなのは、Zipf曲線は、線型軸では座標軸に近づく傾向があるということだ。このために、両軸を対数でとるのが普通なのだが、残念ながら、ほとんどの人はこの種の図の読み取りには慣れていないはずだ。簡単に言うと、Zipf分布になるデータには、簡単にいうと以下のような特徴がある。 わずかな要素が極度に高い値を示す（図の左端） 中くらいの数の要素が、中間的な値を示す（図
2005年、ユーザをうんざりさせてきたWebデザインの間違いをリストアップしてみると、古くから言われているものがランクイン。悪さをし続けていることがわかった。 Top Ten Web Design Mistakes of 2005 by Jakob Nielsen on October 3, 2005 Webデザインの間違いをリストアップするにあたり、今年は趣向を凝らしてみることにした。私が発行しているニュースレターの読者にお願いして、今年、もっとも腹立たしいと思ったユーザビリティ上の問題点を投票してもらったのだ。 読者の参加によって、ユーザテストでは気付かなかった多くの課題が浮き彫りになるだろうと思っていたが、そうはならなかった。30位までにランクインした問題点は、ユーザビリティガイドラインの中で指摘済みのものばかりだったのだ。今年のトップ10を読んで、“聞き覚えがあるぞ！”と思われる方
HTML文書の文法をチェックし、採点します htmllint.cgi 1.28 / htmllint.pm 3.58 57,433 lints / 0 visits / since Jan 6, 1998 文法しか採点しません。内容の良し悪しは採点されません。結果に疑問を感じたら必ず結果の解説を読んでください。満点で慢心しないでください。 チェックしない警告は減点対象外で、満点は 100点です。チェックしても減点されない警告もあります。気に入らないチェック項目は外すことができます。お好みに調整してください。 また、基本的な設定項目だけの簡易ゲートウェイもあります。いちいちオプションなんかどうせ指定しないや、という方はご利用ください。 ローカル環境でチェックしたいとお考えの方は、ダウンロードのページを参照してください。 チェック方式 チェックしたいHTMLのURLを指定するか、HTMLを下の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
