Home

日記
「コンセプトは“High Performance,High Confortable,High Desirable”」──米マイクロソフト ハードウェア部門 人間工学専門家 ヒュー・マクローン氏が来日 from ASCII24 (20:18)Edit

マイクロソフトのナチュラルキーボードはやりすぎだと思うけれども、マウスに関しては基本的に初代マイクロソフトマウス以来マイクロソフトのものを信用している。昔はロジテックも信用していたけど、無線キーボード&マウスで大ハズレを引いて以来信用しなくなった。そのマイクロソフトのハードウェア設計の中心人物が来日したらしい。とても面白い話が書いてある。

>マイクロソフトはハードウェア専任のエルゴノミストを置く唯一の企業

なんだそうな。本当かな? ほかにもありそうだけど。

>ハードウェアエルゴノミクスの使命は、性能がよく、快適に利用でき、欲望(所有欲)をそそるような製品を開発すること

所有欲をそそるってのは普通は商売上有利(売れる)ってところにつながるんだけど、でも実際は商売とは関係なく、実用だけを考えたとしても所有欲をそそるものの方が、人間工学的にいいのかも。

今まで俺は、機能性さえ高ければ見た目的なデザインなんてどうでもいいと思っていたんだけど、やっぱり機能とは関係のないデザインもちゃんと考慮した方がいいんだろうな。

>米マイクロソフトでは、ハードウェア設計は明確なプロセスに従って行なわれる。具体的には、製品のターゲットや利用場面を想定する“概念定義プロセス”、工業デザイナーがデザインを考える“エンジニアリングプロセス”、ハードウェアの仕様を決める“コンフィギュレーションプロセス”、デザイングループ全体での協議、ユーザーテストからのフィードバックという5段階のプロセスを経ることになる。

まあ普通の工程だと思うけれども、マウスとかキーボードの開発の場合は、3、4、5番目をいったり来たりするのが比較的難しくなさそうで、それがよい製品に結びつくのかな。多分マイクロソフトはソフトウェアの開発でも似たようなことをやっているだろうけど、マイクロソフト製のソフトウェアの場合は規模がでかすぎて、3、4、5番目をこまめにいったり来たりしていられないだろう。ソフトウェアの作り方としても、よほどモジュール化がうまくいっていないと作り直しが多くなりすぎるだろうし。

>キーボードを小型化するための努力はしている。今後出てくる製品ではより小さくなるはずだ

ってのはいいね。小さいマイクロソフト製のキーボードが出たら使ってみたい。

Published At2003-03-09 00:00Updated At2003-03-09 00:00

日記
ドコモ、4月から月額4880円のPHS定額制データ通信サービス from ZDNet (20:18)Edit

昔解約したBluetooth PHS 633Sでも使えるんだったらちょっといいかなーと思ったんだけど、専用端末が必須なのね。それだったらH"の方がいいや。今までH"を使っていたユーザーがある程度こっちに流れてくれて、H"側の回線が空くのを期待って感じかな。

Published At2003-03-09 00:00Updated At2003-03-09 00:00

日記
個人Webサイト系コミュニケーションに関する展望 (20:18)Edit

に対するレスポンスを書こうと思ったのですが、このあたりに関しては、具体的な話よりも私の持つそのあたりの思想を語った方が早そうな気がしたんで、個人Webサイト系コミュニケーション一般に関してまず書いてみます。

初期の日本の個人WebサイトWeb日記テキストサイトニュースサイト)系コミュニケーションは、コミュニティ内輪で閉じた形のものが多く、それ以外とのコミュニケーション(コミュニティ以外からのリンク)に対しては抵抗感を持つ人が多かったという印象があります。

最近ではそういう閉鎖的な印象はずいぶん減ってきたように思いますが、それでもまだ内輪以外からのリンクを、何か特別なもののように扱う人は珍しくありません。Webサイト自体は開かれている(誰でも同じように見ることができる)のに、そこでのコミュニケーションがやけに閉じられているという現状に、私は不満があります。

どうして不満があるのかというと、「ソフト開発者、ハーバード大学に「ブロッグ活用法」を指南 from ZDNet」で書いたような「公開された場(Web)での複数の個人活動が集まった結果として、そこに個人ではできなかった何かが生まれる」可能性が面白いと思うから。というのが、パブリックな(建前的な)理由かな。「text/plainじゃなくてtext/htmlを使うならば、その仕様をきっちり使い切れよ(じゃなきゃrtfでも使ってろ)」という技術者(マニア?)的な嗜好の方が実は大きいのかも。まあ「俺はそれが好きだから」というジャイアニズムでも構いません。理由なんてどうでもいい。

で、そういう状況を変えるために、個人Webサイト同士がリンクしあう状況をもっと加速してしまいたい。そして、Webサイト内で閉じている状態、あるいは狭いコミュニティ内のリンクのみで閉じている状態を、Webサイト全体がリンクでつながっていくような状態に変えてしまいたい。

そういう状況に持っていくための方法として、まずサイト同士の言及リンクを図式化してわかりやすくする更新報告型リンク集(http://ishinao.net/diary/?200201c&to=200201281#200201281)みたいなものをイメージしました。ですがこの方向は宣伝広告にコストがかかりすぎるし、しょせん新しい内輪(コミュニティ)を作るレベルで終わってしまう可能性が高いのでやめました。コミュニティの垣根を越えたリンク集としてのtextmaniaがその核となるファーストステップだったのですが。

また、blogmapのように外部からコミュニケーションを加速させる仕組みを用意する方法も考えましたが、これはどうもCPUやネットワークリソースがかかりすぎます。データ量を多く・解析を細かくしないといいものはできないのだけれど、その端緒となるテストデータの段階ですでに私の使えるリソースの限界が見えてしまった。規模が小さく、解析が単純なレベルでは、単なるランキングリンク集にしかならない(現在のもの)。

その他、根本的に異なるアプローチとして、2chをはじめとする匿名掲示板系のコミュニケーションの可能性もいろいろ考えてみたんだけど、そちらに関しての話は省略。具体的な話としては、個人Webサイト系コミュニケーションと絡む部分がさほど大きくないし。マクロな話をすれば絡んでくるんだけど。

で、現在の手持ちのリソース内で、個人Webサイト系コミュニケーションを加速する手段として一番有望なのが、TrackBackなわけです。TrackBackというのは結局のところ、Webにおいてリンクする・リンクされることは当たり前であると周知し、しかもそのリンク状況を第3者にも公開する仕組みです。同じ意味をもつ仕組みであれば。技術的にはTrackBackでなくても構わないとも思うのですが、MovableTypeユーザーがそれなりに増えつつある現状においては、実践で試せるということもあってTrackBackを実装するのが一番手っ取り早い。

ちなみに、tDiaryのようにREFERERを第3者に公開する仕組みは、同様の仕組みをローコストで実装する手段としては悪くないと思います。ただ、REFERERはあまりにもノイズが大きすぎて、その情報を有効活用するのが面倒すぎるし、そこからは思想としてのリンクの自由があまり感じられない(単なる公開アクセス解析として捉える人が多いだろう)。ただし、TrackBackと比べると圧倒的にかかるコストが小さいので、REFERERを有効活用するというアプローチはありだとは思います(んで、WikiLikeのTrackBackページではREFERERも並べて表示している)。

さらに余談ですが、アンリンクフリー宣言http://ishinao.net/ruins/text/unlinkfree.html)というのも基本的には、「リンクをする・されることに関する煩わしさをすべて取り去ろう」という意志を、ちょっと諧謔的に表現したつもりでした。が、その言葉があまりにも字義通りに受け取られ、「リンクを外すことが自由」という意味でだけ取る人があまりにも多すぎたり、あるいは「アンリンクフリー。だけど、リンクしたら報告ください」みたいな人がいたり、私の意図とはかけ離れて言葉だけが暴走している感があります。

さらに再び余談ですが、現在のところは言葉交差点というWebサイトをまたがった関心空間的アプローチ、あるいはWebサイト管理者がインデックス化されるキーワードを選択できる検索エンジン的アプローチも試しています。これとblogmapを組み合わせつつ匿名掲示板的なシステムも融合させると、個人Webサイトと匿名掲示板とがクロスオーバーしたコミュニケーションツールができないかなーと夢想したりしているんですが、まあまだこれはたたき台をテストしている段階。

というわけで、長文を読解することに疲れた人のために簡単にまとめると、「TrackBackは個人Webサイト(の記事)同士をリンクで結びつけるための技術であると同時に、そのような相互言及が当たり前のものであるという思想を周知するための仕掛けでもある」ので、現時点で私はTrackBackを推しているわけです。

ちなみに

>記事の本文中にa hrefでリンクタグが有ったら、そのリンク先にXMLなりなんなりでTrackbackが出来るかどうかを調べて「Trackbackしますか?」というチェックボックスで聞いてくる。

というのはすでにPingBack(http://www.hixie.ch/specs/pingback/pingback)という仕様ができていますね。ただこれはTrackBackよりもさらにコストがかかる(リンク先がPingBack対応か調べるコストがかかる)ので、実用上はいまいちかなーと思います。TrackBackですら、記事を投稿する際に自サーバーだけでなくTrackBack先のサーバーにもHTTP接続する必要があるため、ネットワークの状況によってはかなりレスポンスが悪くなる。実際、TrackBackを使っていて不便だと思うことは結構ありますし(相手サーバーが落ちていたり)。まあそのあたりは非同期処理&リトライありにすればいいんだけど。

Published At2003-03-10 00:00Updated At2003-03-10 00:00

日記
っぽいかもしれない飽きっぽい人のためのペン、ぱらぱらウインドウ、面白いものがいっぱい from ZDNet (20:18)Edit

>課題をこなすと灯が増えるってだけが本質

RPG的な自分が徐々に成長していく感じとか、あるいは他の人の状態が漠然と認識できることによる無意識的な競争とか、そのあたりを刺激することによって飽きさせないってのは確かに使えそうだな。レベルアップ掲示板(書き込みが多い人はレベルが上がってできることが増える)みたいなものも、女子中高生とかに昔人気があった(今も人気があるのかどうかは知らない)もんな。

>パソコンにつないだスライダーを動かすと、重なっているウィンドウが、手前のものから順番にぱらぱら消えていく

確かに実用性が高そうだな。でもわざわざ1次元量入力デバイスを別に使わなくても、仮想的なGUIパーツでなんとか表現できそうな気もする。快適度はハードウェアデバイスを用意するのに劣りそうだけど。

Published At2003-03-10 00:00Updated At2003-03-10 00:00

日記
MSの企業向けIMはオフィスに入り込めるか? from ZDNet (20:18)Edit

俺もずいぶん昔に、会社でIMを使おうって方向に持っていったことがあるんだけど、なんか面倒なんで自分から使わなくなってしまった。いちいち着席状況とかを変更するのが面倒だし、IMだとリアルタイム性の高い応答を期待する・期待されるけれども、実際にはそれほどレスポンスがいいとは限らない。だったら急ぎは内線電話か直接会いに行く方向で、そうじゃないならばメールベースのコミュニケーションで済む。

IMが有用な職場ってのもきっとあるんだろうけど、メールじゃダメだってのは具体的にどういう場合なんだろうな。ゴミメールが多いんだったら、アカウントを複数用意するかうまいフィルタリングを考えればいいだけだろうし。

Published At2003-03-10 00:00Updated At2003-03-10 00:00

日記
RFIDの携帯組み込みはなるか?〜六本木ヒルズ from ZDNet (20:18)Edit

ちょっと興味があるもののそばに携帯を近づけてボタンを押すと、それに関する情報がメールで降ってくるってのは確かに便利そうかもね。情報収集オタクならば、常時オン(自動的にボタンを押す)にしておいて、自分が通った軌跡にあるものすべての情報を収集したりとか。

Published At2003-03-10 00:00Updated At2003-03-10 00:00

日記
SCOの対IBM訴訟、Linux全般への影響は? from ZDNet (20:18)Edit

>何らかの影響があるとすれば、それは主にFUD(不安、不確実性、疑念)だ。しかしその状況から恩恵を受けるのは、SCOではなくMicrosoftや、おそらくSunだろう

SCOの主張に利があるのかどうかは分からないけれど、確かにこの動きによって一番利益を得るのは競合OSメーカーだろうね。

Published At2003-03-10 00:00Updated At2003-03-10 00:00

日記
「この記事へのリンク元」を追加 (20:18)Edit

今までTrackBackページにしか表示していなかった「この記事へのリンク元」を通常表示ページにも表示するようにしてみた。tDiaryみたいにカウント数にリンクを張る形式で。

Published At2003-03-10 00:00Updated At2003-03-10 00:00

日記
いつの間にかJavaサポート? (20:18)Edit

いつもこっそりと機能が追加されるこのレンタルサーバー。さっきふと見たらコントロールパネルに「Servletを有効にする」なんて選択肢が追加されていた。試しにオンにしてみたらちゃんと設定されたっぽい。けれども、有効になったという情報以外はまったくなし。

いろいろセットアップしてやるけどノーフォローノーサポートだから、自力で使える奴だけ使っていいよってことか。相変わらずおっとこ前なやり方だなー。今のところ、JDK1.4.0_01だということしか分からない。ServletエンジンってきっとTomcatだよね。Servletが使えるとなるといろいろやれることが増えるなー。何やろうかなー。

と書いてからもうちょっと調べてみたけど、HelloWorldがうごかねーなー。っつーかよく見たらmod_jservが効いてない(コメントアウトされている)ような気が。Servletエンジンらしいプロセスも見あたらないし……。ぬぐぁっ! ぬか喜びかっ!(スタパ風)

Published At2003-03-10 00:00Updated At2003-03-10 00:00

日記
Web日記のコミュニティは閉鎖的 from 脳ざらし紀行 (20:18)Edit

個人Webサイト系コミュニケーションに関する展望の反応への反応。

コミュニティが存在するのも、その内輪でのやりとりが活発なのも全然問題ないのですが、その結果として、内輪以外からのアクセスに対して構えられてしまうという状況が、私はいやなのです。

>「個人Webサイト系コミュニケーションを加速する」ためには、2ちゃんねる匿名性のような、人の出入り、流動性の高さ、参入と退場の容易さを保証するような仕組みが必要

sheepmanさんが、Webサイト系コミュニケーションを加速するためには、上記のような仕組みが必要だと思ってしまうのは、(内輪の)コミュニティを越えたコミュニケーションを何か特別なものだ(内輪のコミュニケーションとは違う)と考えているからでしょう。しかしその前提は、各人が自分の心の中に築いてしまった障壁に過ぎないと思うのです。

Webに公開している以上、内輪以外からアクセスがあるのは当たり前で、それは全然特別なことではないし、アクセスがあったからといって特別な対応をしなければならないというものでもない。「人の出入り、流動性の高さ、参入と退場の容易さ」などの障壁は、自分がそんなものはどうでもいいと思いさえすれば、とたんに消滅してしまう程度のもののように思います。

そして、そういう行動がWeb一般で当たり前になっていけば、各人の中に作られた壁は連鎖的に崩れていくのではないでしょうか。そのためには、そういう意識が当たり前であるという事実をWeb上で積み重ねていけばいい。そういう道具としてTrackBackという仕組みが使えるのではないか。

>TrackBackを使ってみた。心理的な障壁はポンポン山よりも高い。リファラの方が気楽で良い

というのもまだTrackBackが珍しい代物で、しかもシステム内蔵ではないTrackBackの使い勝手が面倒くさいからでしょう。もしもtDiaryにTrackBack送信機能が内蔵されていれば、普通に記事を更新する際にTrackBack先URLをフォームにコピペするだけで、自動的にTrackBackが送信されるようになります。a hrefタグを記述して、動作確認&REFERER残しのために1回クリックするのと大して手間は変わりません。

>さて、Web上のコミュニティから退場するために、自分のサイトを閉鎖しなくてはいけないというのは、非常にコストが高い。

というのも、コミュニティというものが無意識に形成する障壁が、現状では非常に高いことを表している気がします。私は特にどこかのコミュニティに属していませんが、それでもあちこちに適当に顔を出して(アクセスして)います。私にとっては、どこかのコミュニティに入場するコストも退場するコストも非常に低いものです。

もちろんどこかのコミュニティと深く関わるのもいいでしょう。しかし、コミュニティへの入退場のコストをそこまで高く設定することはないのではないでしょうか。そういう壁も結局のところ個人の意識が作り出しているだけだと思います。

>何か議論して、とんちんかんなことを言って、ネットウォッチされて、2ちゃんねるでスレが立って、サイトが閉鎖されるのを防ぐような仕組みが必要

2chウォッチ系スレというものが、個人Webサイト管理者に与えている影響力というものは、かなり大きいものなのでしょう。しかし、個人Webサイトを使っての相互言及行為の事例が少ないからこそ、2chのような匿名での言及行為の価値(重み)が上がってしまうのだとも考えられます。個人Webサイト同士でもっと自由に言及しあうようになれば、その影響力は低くなりそうな気がします。

Published At2003-03-10 00:00Updated At2003-03-10 00:00