大手サイトの不備を模造サイトで指摘するユーザーたち [Yahoo! コンピュータニュース]
使い勝手の悪いWebサイトを自サイトにコピーして、HTML、CSSを書き直して勝手改善バージョンを公開かぁ。確かにやり方としてはグレーな部分もあるでしょうが、上手く回れば素晴らしいことです。この企業サイトも器量が狭いなぁ。恥ずべき、責められるべきは高い金とって使い勝手の悪い制作をしたデザイン会社だろうに。そこに払うお金のほんの何割かでもボランティアに回せばよろしかろう?
σ(^^)もお気に入りのサイトのちょっとしたバグ(Operaで問題がある場合とか)くらいなら「不便なので直して下さい。こうすりゃ直ります。」とメールしたりもしますが、こんなサイトを丸ごとリデザインするような手間をボランティアでかけてくれるなんて貴重以外の何ものでもないですよね。
またσ(^^)は自分でも多少プログラムをたしなみますが、売り物にするでもなし、やっぱり限られた時間では「動けばいいや」的に妥協しちゃう点も多いです。HTML/CSSや情報デザインもそれほど詳しくないので、(ユーザビリティ屋のサイトのクセに)Webサイトの出来も多分ツッコミ所満載だと思います。それをざわざわ手間暇かけて改善してくれるなんて、羨ましい話しですよ。
世の中、「バカの壁」ならぬ「成果帰属の壁」みたいなものが立ちはだかってますね。皆が幸せになれるなら、それが誰の手によろうといいじゃないですか。どうせユーザビリティにもデザインにも完成なんて遠すぎる幻で、全ては発展途上なんです。世の中のあらゆるオイシイところはどんどん取り込むべきです。世界のどこかに自分の知らないアイデアや知見が転がっていて、それを「あなたのサイト/製品にも取り込んでみたら?」と紹介してくれる人がいるんなら、それは恥ではなく得なんではないでしょうか。
もらいっぱなしじゃ申し訳ないとか悔しいっていうなら、逆ギレするんじゃなくて、今度は自分の知見を周りに提供していきゃいいんじゃないですかね。そんな連鎖が生まれたら、世の中ものスゴイ勢いで進歩すると思うんですけどね。理想論ですか、そうですか…
まぁ現実的な話し、アドバイスする側も、制作者側のプライドという名の「成果帰属の壁」を極力刺激しないような方法は考えることに関しては、もう少し真剣に取り組む価値があるでしょうね。例えばいきなり公にするのではなく、まずはサイト制作者にだけフィードバックする形をとるとか。昨今セキュリティ・ホールの指摘方法についても問題になっていますが、ひっくるめて、こういったの善意を無駄にしないような枠組みや、それを受け入れることは制作者にとって恥じゃないんだというコンセンサスを上手く作っていきたいですね。これは何もこういたボランティア・ハッカーに関する話しに限らず、一般にユーザビリティ・コンサルタントが設計者、デザイナーと付き合っていく上で非常に重要なことでもありますしね。
実家がクレープ屋開いたんです
私的記録の方に移動しました。
概念に呼び名がつくと理解が深まるカンジ
お笑いの専門用語集
普段、何気なく聞いて笑っている漫才やコントの世界にもちゃんと技法としての呼び名がついているんですね。例えば、
一旦、ボケにつきあった後につっこむこと。ボケAにのり、ボケAにつっこむ場合と、ボケAにのっかりつつ、更にボケBをかました上で、自分でそれにつっこむ場合がある。
天丼
ある時点でつかったギャグを、少し時間を置いて話題がかわった時点で再利用すること。一種のボケとして話が噛み合わない場所に使う。
なんてのは、「あ~、あれね」とピンと来るんじゃないでしょうか。
今まで漠然とギャクの連続したもの、として見ていた漫才やコントが、このように技法という形でボキャブラリを得ることで、途端に構造解析したり、自分でも組んでみられる気がする感覚が興味深いです。
一見、規則性がなく不定形なものの塊にしか感じられていなかったものに対して、一部のパーツのシルエットを与えてやることで、実は単純なパターンの繰り返しや部品の組み合わせから成っていることが“視えて”きたりする。うーん、あんまり良い例が思い浮かばないんですが、例えば素材や調味料の味や香りを知っていると、ある出来上がった料理を見て、それを分析したり、似たようなものを作ったりできる、ってのに近いでしょうか?
当サイトがユーザビリティ・パターンというコーナーで取り組んでいる事は、多分これに近いことなんだと思います。ぼんやりとしたユーザビリティ上の問題点に対峙した時に、その部分部分を“くり抜いて”いくためのツールなんですよね。
将来、そういうボキャブラリーを集めた辞書が作られた時、その行き着く先、使われ方は、ヒューリスティック評価法やチェックリスト系の評価手法と同じような形になるのかどうか、ってところも気になりますね。
あるいは、問題点の評価だけではなく、例えば機械オンチな人に贈る超汎用ガイドブックなんてのも作れるかも知れません。「パソコンの操作ってのは、すべからく“操作対象の指定”と“操作内容の指定”から成り立っています」とか「何か設定を変更した後は、それをコンピュータに記憶され、適用を開始させるための合図が必要になります」みたいな。
うーん、長くなったので、コラムに掲載しようかとも思ったけど、ちゃんとオチがつかないので、ここ(ブログ)にしとくか。
関連する(かも知れない)キーワード:
「課題分割」
「先人の計算」
Webでもラジオボタンの文字ラベルをクリッカブルにしよう
出てるところでは散々既出でしょうけど、JavaScript小ネタをば。
ラジオボタンは、デスクトップOSのGUIでもHTMLでも一般的な選択ウィジェットです。しかし、Webの上で使われるHTMLフォームのそれには、やや不便な点があります。それは文字ラベル部分をクリックして選択することができない点です。
先日、とある制作業務の中でこの不満をなんとかしてやろうと思い立って、以下の方法を編み出した(?)でご紹介します。
下の例を触ってみて下さい。一般的なINPUTタグの書き方だと、文字の部分をクリックしても何も起こりません。
これに、以下のようにJavaScriptを書き加えると、
Q.私にとってメイドさんのいる生活は、
<ul style=”list-style-type:none;”>
<li onClick=”document.sample2.radio2[0].click();”><input type=”radio” name=”radio2″>A. 人生の目標です。</li>
<li onClick=”document.sample2.radio2[1].click();”><input type=”radio” name=”radio2″>B. 人生の目的です。</li>
</ul>
</form>
すると、ほぅら、
Windows上のアプリと同じように、ラベルをクリックできるようになりました。クリック反応エリアが広がるので、ユーザが項目を選択するのがグンと楽になります。
UL&LIタグを使わない場合は、文字ラベル部分をSPANタグあたりで括って、そこに書けば良いでしょう。ポイントは、同一のnameがついているラジオボタンを、[0]、[1]のように呼び分ける点ですね。
そういえば、最近いつのまにかGoogleが対応したみたいですね。ソース読んでないので、どういう方法で実装したのか不明ですが。きっとブラウザ汎用性とか研究しつくした上での実装だろうから、このやり方よりも洗練されてる予感。まぁ、実装方法はどうあれ、広まっていって欲しいですね。
PukiWikiのコメント欄の名前を記憶
ウチではスタッフ内部のやりとりにPukiWikiを使わせていただいています(一応公開Wikiスペースにも使ってますが、あまり活用されてない…)。そのコメント機能に、毎回名前を記入するのがメンドウでした。そこで、標準プラグインのcookieプラグインを試して見たんですが、Operaで文字化けしてしまいました。ウチでは再現してませんが、Safaliで書き込みできなくなったとの知らせも。このプラグインではJavaScriptを使ってcookieの読み書きをしてるようなんですが、どうもその再のURIエンコード処理に問題があるらしい。多くのブラウザはURIエンコードに関するJavaScriptの実装に欠陥や互換性の問題があるらしく、いまいち「これでOK」的な解決策がナサゲ。
それでは、ということでPukiWikiのPHPコードを直接いじって自前でcookie対応してみました。以下、覚え書きです。超手抜きですが、とりあえずJavaScript使うよりはブラウザ依存度は低いかと。
■cookieを保存する
メインのスクリプト(pukiwiki.phpだっけ?ウチではindex.htmlにリネームしてるので元のファイル名忘れました)の先頭に以下の緑の部分を追加。
if ($_POST[‘name’]<>“”) {
setcookie(“wiki_name”,$_POST[‘name’],time()+30*86400,”/~fuga/”,”www.hoge.com”,0);
}
// pukiwiki.php – Yet another WikiWikiWeb clone.
//
「30*86400」の30がcookieを保存する日数です。適宜変更して下さい。
また、パス名、ドメイン名はPukiWikiの設置場所にあわせて指定して下さい。上記の例は「http://www.hoge.com/~fuga/」に設置した場合を示しています。このパス以下でPHPスクリプトが実行された場合のみcookieが読み込まれます。プロバイダなど同じサーバーに他人のコンテンツがあるような環境では特に注意しましょう。
メイン・スクリプトでなくcommentプラグインに埋め込めば良いのかも知れませんが、PHPのリファレンスによると、HTTPレスポンスの先頭で指定しないといけないらいいので、一番冒頭に埋めてみました。コメント欄付きページからのsubmitの場合、つまり$name変数が空でない時にだけcookie保存が実行されるので、さして問題無いかと。
参考:PHPマニュアル:setcookieの項
■cookieを読み込む
次にpluginフォルダにあるcomment.inc.phpをいじって、cookieから読み出した名前を名前欄に挿入する部分です。
122行目あたりの行に以下の緑の部分を追加します。
修正は以上です。標準のcookieプラグインは解除しておいて下さい。
pcommentやarticleプラグインもおそらく同じような部分を書き換えればイケると思います。
超手抜きですが、とりあえず動いています。問題などありましたらお知らせ下さい。
いやぁ、毎度ながらオープンソースって素晴らしいですね。
Push-to-Talkケータイ上陸?
ITmediaモバイル:富士通、Push-to-Talk対応の携帯電話を試作 [ITMedia Mobile]
おぉ、キタキターっ。日本でもPush-to-Talk付きケータイの気配が漂ってきましたね。楽しみです。カメラなんかより全然萌え。
これでスタートレックごっこに勤しめるワケですな(笑)。
どんなインターフェイスになるんだろ。会議中にいきなりプライベートな用件がスピーカーから聞こえちゃっても困るワケで、マナーモードを更に推し進めたようなエージェントっぽい機能が欲しいような気がします(いきなり聞こえていい時はその方が便利なワケですし)。
最低でも、いきなり声まで出ちゃうモードと着信音だけ鳴って、なにかボタンを押すと声が流れるモードは欲しいでしょうね。送信側で優先度、緊急度を指定する機能があってもいいかも知れません。受信者のパスコードを知ってる人だけが、最優先(強制再生)メッセージを送れる、とか。
あと意外にBluetoothヘッドセット普及の起爆剤になったりして(海外だと有線無線問わず、ヘッドセットをつけたまま歩いてる人って多いですよね)。
歩行中や運転中にメール打たれるよりは安全でしょうが、逆に電車の中とかでは発信も着信もはばかられるので、棲み分けが起きるんでしょうか。
グループに同報発信ができる点も、今までと違うユーザ・エクスペリエンスをもらたしそうです。
う~ん、楽しみだ。そのうちブレストのテーマにしよう。
TOYOTAからガルウィング車再来!?
私的記録の方に移動しました。
弟子は師匠を踏み越えて
まがりなりにも、IT系の業種に身を置いていると、現役期間の短さに対して不安を覚えます。新しいテクノロジーや考え方についていけなくなり、役立たずになった自分を想像すると長生きするのが怖かったりします。だから日々太く短く生きようなんて豪語してみたり(不摂生な生活の言い訳だという噂も)。
ただ、最近いくつかの見聞を通して、少し考え方が変わってきました。それは、σ(^^)の古巣で師匠達が取り組んでいる学習理論研究についてだったり、自分でもユーザビリティ教育に携わったりした経験からだったりします。
#あと、ガンダムSEED(笑)
認知科学などの分野で「賢さ」の研究成果に基づいた教育論が展開されており、単に知識の詰め込みだけでなく、考え方や思考法などをどう教えるかといった議論が活発になされています。eラーニング環境もσ(^^)が在学していたほんの10年にも満たない昔に比べても驚くような進歩を遂げています。我が師、三宅なほみ先生が昨年放送大学で行った講義「学習科学とテクノロジ」なんかを見てると、「子供の頃からこんな教育受けたヤツらがたくさん社会に出てきたら、そりゃ勝ち目ないよな」と思うワケです。いわばヤツラはコーディネイターですよ(ガンダムSEEDネタ。遺伝子操作で能力を向上した人類)。思考法からしてナチュラルの我々とは別物になってる可能性が大きいワケです。
教育って本気で取り組んだら本質的に生徒が先生を超えて行かなきゃならないものなんじゃないでしょうか。先生が知っていることをひたすら生徒に伝授し、先生の複製が育つだけでは、成果としてはまだまだなんじゃないかと。先生は自分がしてきた苦労を元に知見を整理し、生徒が同じ苦労をしなくても効率良くノウハウを習得できるようにフォローしてやるべきでしょう?そしてそれができたなら、生徒は先生と同じ時間の中でより多くのことを学び、更なる高みへと上がれるはずじゃないですか。そうして初めて教育者は自身の成果を誇って良いんじゃないでしょうか。
後進に追い抜かれることを恐れてる場合じゃない。自分が及びもつかない後進を育てることを誇りに思うくらいの気概で行こう。「ヤツラがオレ達よりイケてるのは、オレ達の時にはなかった○○をオレ達が揃えといてやったからだ」と言えるような成果を出そう。
そう考え始めたら、長生きするのがちょっとだけ楽しみに思えてきました。
ヒトの認知の“脆弱性”を利用したウィルス
携帯電話ウイルス「Cabir」は未来の感染予防に教訓†Symbianが詳細公表 [INTERNET Watch]
このケースでは(最初の2つのダイアログは不可避と思われるため)制作者が狙ってたかどうかはともかく、Yesを連打してしまうヒトの習性が、結果としてセキュリティ・ホールを利用されることなくウィルスを感染させてしまう、ということですね。
確かにセキュリティ技術が進歩するにつれ、こういうところって狙われてくるのかも知れません。現時点で既に問題になっているのは、スパイウェアの類ですよね。σ(^^)が時々相談を受ける人も、調子が悪いというので診断すると、これでもかってくらいスパイウェアまみれになってたり。Ad-awareでスキャンすると300件とか見つかっちゃう。自己増殖する性質を考慮に入れても、普通に使っててこんなに入らないでしょ、ってくらい。たぶん、アダルト・サイト見たさに読めない英語をスキップしてクリック、クリックしてるとこういうことになるんだろうなぁ。で、たいてい側に奥さんがいる手前「アヤしいサイトに出入りしてアヤしいダイアログのボタンを押しちゃダメですよ」くらいしか言えない(笑)。
ウチは.comドメインなので海外のスパムがよく届きます。フィルタリング・ソフトなども導入してるんですが、スパム業者の方も呆れるくらいアノ手コノ手で攻めてきますよね。「SEX」って単語がNGワードになってくると、「*S*E*X*」みたいに書いてみたり、ベイジアン・フィルタのように文中のNGワードの出現頻度を統計的に分析する類の技術に対しては、(HTMLメールで)フォント色を白にして通常の言葉をたくさん埋め込んでNGワードの統計的頻度を薄めてみたり。こうしてフィルタが検知できないよう混入された妨害ノイズも、ヒトの認知の優秀さにかかればスンナリ無視されて、本来のNGワードだけが目に入ってしまうんですよね。
こういう、ヒトの認知特性が“脆弱性”として利用されつつある今、逆に認知屋はどういう知見で対抗できるんでしょうね。
トップページのリニューアルと新コンテンツ「お作法」公開
do-gugan style
久しぶりにトップページをリニューアルしました。事業体としての名称と情報発信活動の場としてのサイト名を区別するため、後者を「do-gugan style」と呼び分けることにしてみました。道具眼的、道具眼式、道具眼流、道具眼製と道具眼オリジナルなコンテンツをひっくるめて「style」というワケです。ソニスタみたいとか言わないで(^^;)。
道具眼流お作法
同時に新コンテンツ「道具眼流お作法」も公開しました。まだ中身は少ないですが、ペンや音声など、ポテンシャルはもってそうなんだけど、まだ本当に使いやすいインタラクションを設計しきれていないようなデバイスを考察し、新しいインタラクション・ルールを提案しよう、って内容です。最終的には具体的なルール・セットやデモンストレーションまで作り込みたいと思っています。応援よろしくお願いいたします。
また、今回のリニューアル、新コンテンツ開始にあたって、新メンバーの三澤さんの多大な尽力があったことを付記しておきます。ありがとう&これからもよろしく。>三澤さん