ユビキタスの街角

Steve Jobsとの面接

2011-10-07T14:43:00.000+09:00

Jobsが亡くなってしまって大変残念であるがAppleは引き続き頑張ってほしいものである。

Jobs氏と直接話したのは2006年の面接のときだけなのだが、その時のメモを書いてみる。 iPhoneに関する情報が全く外部に出てなかったときの話である。

日時
　2006/5/4
参加者
　J: Steve Jobs
　F: Scott Forstall (iPhone開発責任者)
　M: 私
話の流れ
ジョブズ登場! 報道とかで見るの同じ印象。調子が良くてスマートな感じ。

　J: 「やぁトシ(握手)! 遅れてゴメン。滅茶苦茶面白いプロジェクトの打合せをしててネ。」
　J: 「中身は言えないけど、Mac、iPodの次の柱となる大きなプロジェクトなんだ。」
　J: 「君なら一瞬でも見たらその強烈さを理解すると思うョ」
　J: 「日本語の入力とかは結構鍵になるんだ。でもこれまでのより格段によくなるんだけどね」
　J: 「で、インターネットを全部調べたら、君が新しいプロジェクトに最適任だということがわかったんだョ」
　J: 「日本よりこっちの方が全然環境良いしネ。あ、もちろん日本の状況は知ってるョ」
　J: 「てなわけだから来るよね? 家族はいるのね? 家族にとってもこちらは良いよネ」
　J: 「じゃ何か質問ある?」

という感じで一気に押し切られる。

　M: 「入力と検索を大統合したデスクトップを作るみたいなことを考えてるんですけど...」
　J: 「今度のプロジェクトはPCとは全然違うんだョ!」 (提案終了)
　M: 「ある会社との契約仕事が継続中なんですケド」
　J: 「へー。仕事の何割ぐらいそれにあててるの?」
　M: 「30-40%ぐらいすかね」
　J: 「じゃぁその時間はそちらの仕事をすることにしてもいいョ。ウチはフレキシブルだからネ」
　M: 「私との個人契約だったらそれでもいいんだけど組織の契約なんですが」
　J: 「いずれにせよウチはフレキシブルだからっ」
　M: 「はぃ、調べてみます...」
　M: 「日本で働くオプションって無いんですか?」
　J: 「絶対なし。こちらで一丸となってやることにしてるんだ。」
　M: 「すぐ移籍が無理とすると、どれぐらいなら待てるんですかネ?」
　J: 「2〜3ヶ月だったら大丈夫かな。半年かかるなら他の人をあたるしかないョ」

情報があまりに少ない! ジョブズがウキウキしてるのは確かなのだが何が何やら。聞いた話によるとNeXTを立ち上げたときもこのように何も情報を出さないまま情熱だけ語って人集めしたらしい。

ジョブズ退席

　J: 「じゃぁね! 正しい決定するのを待ってるからネ!」

Forstall氏に質問

　M: 「新しい柱とか言ってますけど、柱は何本ぐらいあるんですか?」
　F: 「Mac、iPod、と今度のやつだけだョ」
　M: 「結構沢山の人間でやろうとしてる?」
　F: 「そのとおり。全部入れるとかなりの数に。」
　M: 「うーむ...」

算数列車

2011-09-21T22:58:00.001+09:00

この前北京に行ったとき、北京北駅から万里の長城(八達嶺)まで列車で行ってみたのだが、乗務員ぽいオバチャンが突然プラスチックトレイに「68×48」みたいな式を書いてそれを高速に暗算する方法を説明しはじめた。暇な乗客を退屈させないための余興か何かかと思ったらそうではなくて、暗算でこの手の計算を行なう技術を解説した本を売るという商売であった。なんで列車の中でそんな商売をするのだろう...
ちなみに北京北駅から万里の長城までは1時間10分の快適な旅で、値段は片道たったの6元(80円ぐらい)であった。バスツアーとかタクシーとかより気楽だし安いのでおすすめである。

ライフログ

2011-06-05T16:22:00.000+09:00

古いアイデアを復活させようとして昔の日記を読んでいたら残念な話を沢山思い出して気分が鬱になった。
自分の行動すべてを記録する「ライフログ」を提唱している人がいるが、嫌な体験を簡単に思い出せるといろいろ不都合があるだろう。ライフログ提唱者もこういう問題点については重々認識しているのだが、利点の方が多いのだから我慢すれば良いと考えているようである。しかし本当に嫌な記憶は完全に忘れてしまう方が良いということは自明に思われる。嫌なことを思い出しそうになったらすかさず別のことを考えるといった「忘れる技術」が重要だと私は思っているし、大抵の人は嫌なことを思い出すのはまっぴらだと思っているだろうから、単純なライフログが流行することはあまり想像できない。

残念な日記などについては「残念タグ」をつけておき、とても元気なときだけ閲覧できるようにしておくといいかもしれない。自分の気分や居場所などによって計算機の挙動を簡単に変えられるようになれば状況も変わるかもしれないけれど。

メールとURL

2011-05-05T01:47:00.000+09:00

最近はあらゆる情報にURLがついている。製品にも本にも日記にもレシピにも場所にも人間にもURLがついており、あらゆる情報へのポインタがURLで表現できる時代になってきたといえる。 ところが何故かメールだけにはURLがついていない。
メールは個人的なものだから当然だと思われているかもしれないが、考えてみると不便な話である。会議やイベントの連絡がメールで送られてきたとき、その情報を表現するURLは存在しないので、別の場所からその情報にリンクを張ることができない。面白い情報をメールで貰ったとき、それを他人に伝えようとするとメールの転送が必要で、そのデータにブラウザからアクセスできないのは不思議な話である。 あらゆる情報の中でメール情報だけが別の世界にいるかのようである。
Wikiは便利だが、メールで受け取ったデータにリンクを張ることができないのが不便である。メールで貰ったイベントの案内をWikiに書きたいと思ったとき、メールにリンクを張ることはできないのでイベントのページを捜すことになるが、適当なWebページが有るとは限らない。会議の連絡や宴会の連絡がメールで来るのは日常茶飯事であるが、会議のページや宴会のページなど無いのでリンクを張ることは不可能である。
これらの情報を参照する場合、メールソフトを利用するか、メールの内容を別の場所にコピペしておいて参照するのが普通であろう。また、こういった不具合を解決するため、メールも文書も同じように扱えることを売りにしたソフトが色々開発されているが、メールが別世界にいるという状況が変わるわけではない。文書などのデータはそのまま普通にWebで公開できるのに対し、メールを公開するにはコピペなどのデータ変換が必要になる。
そもそもメールが同じ世界に存在して直接リンクを張ることができるのならばこういう面倒は不要なはずである。メールだけが別世界にいることが問題であり、メールを含むあらゆる情報がひとつの世界に存在してURLで一括管理できればメール情報の扱いの面倒さは解消するはずである。
メールが開発されたのはWebが開発されるよりもずっと前のことなので、別世界の話なのは仕方がなかったかもしれないが、 Webが発明されて20年近くたっている現在、いつまでもメールを別世界のまま放っておくわけにはいかないだろう。なんらかの方法での融合が必要だと思われる。
...というわけで、メールの世界をWebの世界と融合させるために Gyammというシステムを開発した。 GyammはQuickMLや Gyazoと似たテイストのシステムで、 xxxx@Gyamm.com にメールを送るとそれがWebに公開される「だけ」のシステムである。機能は単純だが、上に書いたような問題を解決する可能性を持っているうえに普通に便利なシステムなので、ぜひ使ってみていただきたい。

マンホールの穴

2010-11-26T10:58:00.005+09:00

「マンホールは何故丸いのか?」という有名なクイズがある。「蓋が丸いと穴に落ちないから」というのが模範解答だと思われているが、これはおおいに疑わしい。

そもそも穴というものは普通は丸いものである。紙に穴を開けろと言われれば普通は丸い穴を開けるし、ドリルもキリも丸穴を開けるようになっているし、グアテマラの穴もマルコビッチの穴も丸い。穴は丸く開けるのが一番楽なのだからマンホールは丸く開けようと思うのが普通である。

また、パイプや管は普通は丸いものである。水道管もガス管も土管も丸いし血管だって丸い。丸い管は最も効率が良いので丸くするのが自然なのだろう。

穴もパイプも丸いのが自然なのであればマンホールの穴も蓋も丸いのが当然であろう。丸い蓋は穴に落ちないという利点があるのは確かだが、それが最大の理由だとは考えられない。円形以外でも穴に落ちない形は存在する。

「ぐっすりの語源はGood Seep」だという俗説があるが、マンホールの蓋が丸い理由というのも同じような俗説だと思われる。聞いたとき一瞬「なるほど!」と納得してしまうところが似ている。

Blogspotへの移行

2010-04-10T22:25:00.000+09:00

無理矢理blogspotに移行させられたのでテストしてみる。

FTPが使えなくなって無理矢理移行させられたでござる

2010-04-10T21:13:00.002+09:00

FTPが使えなくなるということで無理矢理 http://tmasui.blogspot.com/ に移行させられてしまった。古いアドレスも使えるといいのだがよくわからない。外部サービスなんか使うんじゃなかった...

パクりの思い出

2010-04-10T12:50:00.005+09:00

ソフトウェアのアイデアのパクりは意外と多いものである。

たとえばの氏のケースが思い出される。氏は10年前ぐらいにというシステムの開発で一世を風靡したものだが、このアイデアをという会社が勝手にパクってという名前のゲームとして販売した。氏は当然抗議したのだが結構モメてしまい、決着がつくのにかなり時間がかかったと聞いている。氏は当時のだったからそれほどモメなかったようだが、もし氏がと関係なかったらバックレられたかもしれない。

また、の氏のシステムも同じようにパクられたことがあるらしい。氏は5年前ぐらいにというシステムの開発で有名になったが、このアイデアをという会社が勝手にパクってという名前で販売していたらしい。氏のケースによく似てるわけで、面白いシステムのアイデアを勝手にパクって商品化するということはよくあることなのかもしれない。このトラブルについては2年ぐらい前に決着がついたと聞いている。

何故こういう話を思い出したかというと、私が昔開発したというシステムがという会社にパクられてという名前で商品化されてたことを思い出したからである。の社長の氏は知らない仲でもないのでひどい話だと思ったのだが、どうせ商売にならないだろうと思って放置していたら、1年もたたないうちにという会社に売却されたようで、現在もサービスは運営されているようである。自分が最初に考案したサービスのアイデアが勝手にパクられて勝手に転売されているのは全く愉快なものではない。特許などを取っているわけではないので怒る筋合いではないのかもしれないが、もう少し仁義について考えてもらいたいものである。

(これは伏字.comのサービスをブログで利用してみた例であり、内容についてはあまり気にしないで下さい)

フリップチャート

2009-07-16T10:13:00.001+09:00

外国の会議などでは、イーゼルのような台に大きな紙を束ねたものを載せた「フリップチャート」というものがよく使われている。ホワイトボードより便利かもしれないので、日本で買える製品を調べてみた。

コクヨの「イノゲート」
本体の左右にも紙を吊るせる。5万円以上。
3Mの「イーゼルパッド」
上辺にノリがついた巨大なポストイット。20枚で3000円ぐらい。

イトーキのイーゼルは4万円ぐらい。
IKEAのおもちゃイーゼル
3000円ぐらい。ロール紙が使える。

とりあえずイーゼルパッドは使ってみようと思う。壁に貼ってから書き込んでもいいかも。

伊東豊雄氏のデザインデシジョン

2009-06-16T09:25:00.000+09:00

Takramの田川欣哉氏と伊東豊雄氏がコラボしたときの裏話を聞いた。
インスタレーションに使う風鈴のデザインを議論してたとき、風鈴の音をどこで鳴らすかが問題になった。風鈴にメカをつけるのは難しいから天井で音を鳴らしたいと田川氏が主張したところ、それじゃインチキ臭いと言って納得しない人がいてしばらくモメていたのだが、伊東氏が登場して「風鈴がその場で鳴るなんて普通すぎるよネ。違う場所で鳴るのは面白いじゃないの?」と言ったら「そうですよね。やっぱ天井ですよね〜」と全員納得してしまったらしい。
一見、大物が謎の発言で煙に巻いたようにも聞こえるが、デザインとエンジニアリングのバランスを熟知している伊東氏だからこそ一瞬で正しいデザインデシジョンが可能であり、またそれを全員に納得させるうまい説明が可能だったということなのだろう。伊東氏のデシジョンで話がうまくまとまったことは他にも何度もあったそうである。

Web端末の利用状況を想像する方法

2009-05-22T07:30:00.006+09:00

Web端末やデジタルサイネージが将来もっと増えると予想されているが、これらが巷にあふれた状態を想像することは難しい。将来の状況について考えるには、すべての時計がWeb端末である世界を想像してみるといいかもしれない。

現代社会では多くの人が腕時計を持っているし、街中のあちこちに時計が設置されているが、仮にWeb経由でないと現在時刻を知ることができない世界であったならば、すべての時計はWeb端末やネット接続されたサイネージだということになるわけだから、現在の時計の使われ方を調べれば将来のWeb端末の使われ方をある程度想像できることになる。

どこにでもある
誰もが持ち歩いている
非常に安いものから高級品まで様々な種類のものがある
壊れにくく、壊れてもあまり困らない
簡単に貸し借りできる
使い方はほとんど自明である

このような特徴をもつWeb端末やサイネージを作る努力をすべきなのだろう。

論文査読の落とし穴

2009-04-01T11:21:00.003+09:00

学会の論文誌や国際会議などで論文を発表するためには査読というプロセスが必要で、その分野に詳しい複数の査読者に承認された論文だけが出版/発表されるシステムになっている。学会の質を保つためにこういうシステムが採られているわけであるが、この方式に起因する問題も存在する。

まず、 査読者が理解できない論文は掲載されない という問題がある。トンデモ論文が掲載されないのは良いことかもしれないが、査読者の理解をはるかに越える素晴らしい論文が掲載されないというのは困りものである。

まぁこういうことは滅多に無いのでかまわないのだが、もっと身近なものとして 自明なことを述べた論文は掲載されない という問題があると思われる。自明なものを論文として発表する意義なんか無いと思うかもしれないが、「原理が複雑であまり便利でないシステム」の方が論文として発表されやすくなってしまうのは問題である。このようなシステムでも、真面目に評価して統計処理などを行なうと論文として格好がつくので、良い査読結果が得られる可能性が高くなる。この結果、全然役にたたないシステムが沢山論文として発表されてしまうことになる。これだけだとまだ良いのだが、査読で落ちた「原理は自明だが便利なシステム」が再発明され、別の学会で発表されてしまう可能性があるのはさらに問題である。この場合、再発明した人物がその手法の発明者として記録され、最初に発明した人物は埋もれてしまうことになる。

こういう問題を解決するのは簡単で、 論文の発表とその評価を分けてしまえば良い。論文を書いたらすぐそれをWebにアップし、読者に評価をまかせてしまうわけである。実際、書籍の場合はこういうシステムが確立している。お金があればどんな書籍でも作って売ることができるが、売れ行きや各種の賞といった様々な評価基準も存在する。論文もこれに近い方法で公開/評価を行なうことにすればいいだろう。

このような方式を採用するのに障害となるのは、 学会や論文誌の権威性 である。大昔は発表媒体としての論文誌に意義があったかもしれないが、現在では学会での論文発表は論文の権威づけという意義しか残っておらず、論文誌の講読者数より投稿者数の方が多いのではないかという説が出るぐらいである。権威づけ機関としての学会の立場を維持しつつ、査読にまつわる問題を解決するようなうまい方法が求められているのだろう。

遠くから見た色と近くで見た色

2009-03-08T00:14:00.002+09:00

カラー液晶や発光ダイオードの赤と緑のドットを点灯させたものを遠くから見ると全体が黄色に見えるが、近付いて見ると赤と緑のドットがばらばらに見える。ところが私のような赤緑色盲の人間の場合、遠くから見ると黄色く見えるのは同じであるが、赤と緑の区別がつきにくいため、近付いてみた場合は赤(か緑かよくわからない色)が並んで見えることになる。つまり、遠くから見ると黄色の単色が見え、近くで見ると赤(か緑かよくわからない色)の単色が見えることになる。

遠くから見た色と近くで見た色が異なるというのはかなり奇妙な話であるが、色盲に特有の現象なのだろうか? それとも同様の現象は誰でも経験するものなのだろうか?

原島先生最終講義

2009-03-03T19:18:00.000+09:00

卒論でお世話になった原島博先生の最終講義に行ってきた。東大でどういう研究をやってきたかという話を1時間、歴史的にみた技術や工学の位置づけや将来展望の話を1時間されたが、最後に「明言したことはないが実は自分は「競争」とか「評価」というのが大嫌いで...」と発言されたのが興味深かった。「競争」が存在するのならば相手に仕事をまかせてしまえばいいじゃないか、自分しか出来ないことをやるべきじゃないのか、ということらしい。確かに大学は試験や論文という「評価」が日常的だし、プロポーザルを「評価」してもらって「競争的資金」を獲得しなければならないわけで、平和的な人間は評価や競争に嫌気がさしてくることも多いのだろうか。

ちなみに3/11に研究室公開があり、違う話題で講演をされるそうである。

Issuu, Scribdへの日本語PDFアップロード

2009-02-07T23:07:00.000+09:00

PDFをWebにアップロードすると、読みやすいFlash形式に変換してくれる Issuuや Scribdというサービスがあるが、フォントの問題のため日本語のPDFをうまく変換してくれないことが多い。 Macの場合、印刷機能を使ってPDFとして再保存したものを使えば大丈夫なようである。

Macの外付けディスクのフォーマット

2009-01-24T20:26:00.004+09:00

BuffaloのUSB接続1TBディスクをMacに接続し、 Macの「ディスクユーティリティ」でフォーマットしようとしたのだが、何度試してもうまくいかなかった。ディスクの初期不良かと思って店で取り替えてもらったのだが症状は同じだった。
いろいろ聞いたり調べたりした結果、マスターブートレコード(MBR)という形式でパーティションが作成されていると不具合があるらしく、 GUIDパーティションテーブル(GPT)という形式でフォーマットすれば大丈夫だということがわかった。ディスクユーティリティでパーティション作成するとき、オプションとしてGUIDを指定すればいいようだ。

バッドノウハウ以下の知識な気がするが、同じことで悩んでいる人がいるかもしれないし、自分もまた同じことで悩む可能性があるのでここに書いてくことにする。

Panoramio!

2009-01-03T22:59:00.000+09:00

GoogleのPanoramioという写真サービスがあって、位置データを関連づけた写真をアップロードして共有することができる。アップした写真はGoogle Earthdに表示されるので、ジマンパワーを発揮できるという特徴がある。

というわけで自分のページを作ってみたのだが、どうもあまり嬉しさが感じられない。私は昔から手持ちのすべての写真に位置情報を付加して便利に利用しているのだが、 Panoramioでそういう使いかたをしようとしても、以下のような問題があるためあまり便利に使うことができない。

自分の写真だけを位置から検索できない
タグを入力しにくい
同じ日付の写真をリストする機能がない
3000枚程度しかアップロードできず、大量にアップロードする機能もない

また、自分の写真の周囲に他人の写真が表示されるのだが、ほとんどの場合において他人の写真の方が奇麗に撮れているので、おおいにガッカリしてしまう結果になってしまう。真面目に入力すればするほどガッカリ感が増大するのはかなわない。結局のところ、Panoramioを利用するメリットは「Google Earthに採用されるかもしれない」ことだけのように思われるのだが、もっとうまい使い方があるのだろうか?

家電の延長保障

2008-10-19T21:57:00.002+09:00

家電の延長保証というのがよくあるようだが、家電量販店は自分が儲かるからそういう商売をしているわけであって、期待値的に儲からないならそんな商売をするはずはない。つまり、故障のため必要になる金の期待値よりも延長保証にかかる金の方が高いことは明白である。そもそも加入したことを忘れてしまったら量販店の丸儲けである。
生命保険とかと異なり、家電が壊れても死ぬほど困ることはないのだから、そんなものに加入するのは間違いなく損だといえるだろう。油断ならない商売の一種であり、払う金は無知税なのだろう。

貧乏税

2008-10-17T08:38:00.008+09:00

無知な人間しか買わない宝クジは「無知税」だと言われるが、貧乏人だけが必要とする生命保険のようなものは「貧乏税」と呼んでもいいだろう。無知で損するのは仕方がないかもしれないが、貧乏だと損するシステムは社会の安定に望ましくないであろう。
貧乏だと無知になりやすいし、無知だと貧乏になるのだから似たようなものかもしれないが...

インタフェース家族

2008-06-12T08:52:00.001+09:00

モバイル版Firefox のモックというものを見たら、作者の Aza Raskinという人物は Macintoshの設計者のひとりである故Jef Raskinの息子だった。

インタフェース家族なのね!

Knuth先生にアルゴリズムを教えたよ

2008-05-27T16:20:00.007+09:00

Donald Knuth先生の弟子の播口さんに誘われて、 Knuth先生と夕食を御一緒させていただいた。 185cm以上はある大きな人で、想像よりも若かった。 1938年生まれだからまだ70歳らしい。とても頭が良さそうな顔をしている。当たり前か。

世間話の中で先生の執筆環境について聞いてみた。

M: 「文章書きとかどういう環境でやってるですか?」
K: 「大きなマシンも使ってるけど文章とかはLinuxノーパソでEmacsだね」
M: 「Emacsなんですか。仕様が変で困ったりしませんか?」
K: 「変な機能は使わないからね。自分で色々カスタマイズしてるし」
K: 「たとえば行に色をつけるElispを使ってる。参考文献リストとか書くときに、大事なのとそうじゃないので色を変えるんだ」
K: 「CWEBを書くための仕組みも作ってる。まだ書いてないモジュールのリストは全部木構造でダンプしてあって、後でそのリストから適当に選びながら実装していくんだ」
K: 「それからキーボードマクロなんかも活用してる。こうやって(??どうやって??) ファンクションキーにいろんな機能を割り当てたりするんだ」
M: 「私はキーボードマクロの自動定義てのを使ってるんですョ」
K: 「自動?」
M: 「たとえば“abcabc”と入力してから「繰り返しキー」を叩くと“abc”が自動定義されるんです」
K: 「へー。どうやるの?」
M: 「入力履歴の中に繰り返し部分があったら自動定義しちゃうんですよ」
K: 「へー。でも“bbaabbaa”みたいなときはどうするの?」
M: 「一番長いのを登録します。この場合は“bbaa”ですね。“a”じゃなくて。」
K: 「なるほど」
M: 「このソフト今度あげます〜」

予想通り現在もガンガンプログラムを書いているようだ。もっぱらアルゴリズム等の検証用であって配付する性質のものはないらしいが。 CWEBは本当に使ってるようだ。つまりCをメインに使っているらしい。 CWEBとChangeLogとMakefileとを駆使して各種環境用のソースを自動生成するみたいなことも言っていた。こういうやり方はTeXの昔からそう変わってないようだ。

ちなみにエンドユーザプログラミングについても少し話を振ってみたのだが興味無さそうだった。まぁそうだろうねぇ...

それにしてもとても感じの良い人だった。気さくな天才素晴らしい!

QuickMLのWeb機能

2008-03-16T04:37:00.005+09:00

QuickMLで abcdefg@quickml.comのようなメーリングリストを作ると、同時に http://QuickML.com/abcdefg/ というページが作られ、メモを書いたり写真をアップロードできたりするようになっている。積極的に宣伝していないのであまり流行っていないのだが、各種イベントの計画、連絡、写真共有などにとても便利なのでぜひ使ってみてほしい。

下はセーリングに関するメーリングリストで事前の情報共有をしているところである。準備その他の細かい情報がメールで流れると鬱陶しいものだが、 Web上に書くようにすれば大丈夫である。

QuicMLのWeb機能に関してのメーリングリストも作成したので参加いただければありがたい。

重力電灯

2008-02-23T01:53:00.006+09:00

Virginia Techの学生が、重力で発電する重力電灯なるものを発明したという報道があった。 1Kgのものを1m持ち上げると10Jのエネルギーになるからこれを12時間で下降させると0.00023Wの発電ができる。電力消費が1WのLEDを点灯するには4320Kgが必要で、これを持ち上げる作業を12時間ごとに繰り返すことになる。

デザイン的には優れているのかもしれないし、毎日おもりを持ち上げるのは人の自由だが、アホな「発明」を持ち上げるのはやめてほしい。

米国のiTMS

2008-01-22T02:15:00.001+09:00

米国のiTunes Music Storeは日本から利用できないと思っている人が多いと思うが、米国のスーパーなどで売ってるiTMSプリペイドカードを使えば日本でもちゃんと使える。どこでも売ってるので、米国出張した人とかに頼んで買ってもらえばいいだろう。 Numb3rsのような良質なドラマも安く買って見ることができる。

自力出版

2008-01-08T15:18:00.001+09:00

いわゆる自費出版が最近問題になっているようだが、怪しげな会社に頼るよりも、すべて自力で作った方がうまくいく場合があるかもしれない。実際そのような考えで本を出している人もいるようである。

取次経由の流通に乗せるのは難しいかもしれないが、内容は自分で編集/校正し、 ISBNを取得し、印刷/製本してネット上で販売すれば、赤字を出さずに出版することは難しくないかもしれない。まぁ普通の本屋やAmazonで売られたりしないと気がすまない場合はそうもいかないのだが。

(追記) Amazon委託販売を使えば Amazonでちゃんと売ってもらえるらしい。とするとほとんど無問題な気がするが。

ISBN

2008-01-08T14:53:00.000+09:00

ISBNについて調べたり教えてもらったりしたので情報をまとめておく。

番号の構成
- 従来は10桁(9桁の番号+チェックディジット)だったが、番号枯渇の心配があるためため2007/1から13桁になった。
- 2008/1現在、10桁で処理されている環境も多いようである。(e.g. AmazonのASIN)
- 日本の10桁ISBNは4-AAAA-BBBB-Cという形式になっている。最初の「4」が日本の番号。
- AAAAは出版者記号で2桁〜7桁の数字。
- BBBBは書名記号で6桁〜1桁の数字。
- Cはチェックディジットで、その前の9桁から計算される。
- AAAAとBBBBの桁数の合成は8桁に固定。出版者記号が7桁の場合10冊しか定義できない。
- 出版者記号が2桁の会社は岩波(00), 角川(04)など20社。
- ISBN出版社リスト - 2桁出版者, 3桁出版者, 4桁出版者, 5桁出版者, 6桁出版者, 7桁出版者
取得方法
- ISBNを管理している日本図書コード管理センターに申し込む
- 出版者番号は個人でも取得できる。出版社のような法人である必要はない。
- 図書コード取得のご案内に詳しく解説されている。
- 新規登録の場合は出版者番号は6桁または7桁になる。
- 7桁の場合、登録料15,750円/国際本部分担金2,100円
- 6桁の場合、登録料26,250円/国際本部分担金4,200円
- 初回払込の国際本部分担金は5年分であり、以降3年単位で更新が必要。
- 書籍として流通させる場合はJANコード(普通の商品バーコード)の取得も必要。
- 出版者名は勝手に決めてよい
- 書名記号が足りなくなると新しい出版者記号が割り当てられる
その他情報源

RubyCocoa

2007-12-20T02:10:00.000+09:00

Leopardに標準で搭載されたのでいろいろ便利になったようだ。
たとえば以下のスクリプトで辞書アプリケーションを呼び出すことができる。

require 'osx/cocoa'

p = OSX::NSPasteboard.generalPasteboard                                                                                                                                       
p.declareTypes_owner([OSX::NSStringPboardType],self)                                                                                                                          
p.setString_forType("単語",OSX::NSStringPboardType)                                                                                                                           

OSX::NSPerformService("Look Up in Dictionary", p)

IMEもRubyだけで作れたりするらしい。

メーリングリストは終わっているか

2007-10-30T15:33:00.000+09:00

はこだて未来大学での茂木氏の講演の MP3を聞いていたら、突然メーリングリストは終わってると言いだした(35分〜あたり)。こういうサービスが流行るかどうかは人間の脳の報酬構造とかドーパミンとかを理解するとわかるのだと無茶なことを言っていた。

メルマガ的なメーリングリストは確かに絶滅したようだが、単発的なイベントの連絡にはまだメーリングリストは便利である。 QuickMLもまだまだ元気に運用中で、 Wiki機能も使えるように改良されているので、せいぜいご利用いただきたいものである。 (abc@quickml.com というメーリングリストが存在するとき、MLメンバは http://QuickML.com/abc という名前のWikiを利用することができる)

色覚異常

2007-10-17T01:27:00.000+09:00

「色覚異常に対応したツール」みたいなのが最近よくあるようで、ユニバーサルデザインなWebページが増えるのは結構なことなのだが、色の区別がつかない場合だけ「異常」と言われるのはどうも気分が悪い。近視の人は「視力異常」、物わかりが悪い人は「脳力異常」、絶対音感が無い人は「音感異常」などと呼ばれて気分良いワケはないと思うのだが。

ドとレの区別がつかない人間なんて私から見ると障害者だし、眼鏡が無いと困る人間なんて明らかに障害者だろう。要するに人間は誰もが障害者であって、それを自覚するべきなのに、「異常」とか「健常者」とかいう言葉を平気で使う人間が多いのは不思議である。

缶ビールが不味いワケ

2007-09-26T16:20:00.001+09:00

缶ビールがビンビールより不味いのは、ビール缶をプレスするときの潤滑油が残るからだと岡野雅之というプレス屋のオッサンの本に書いてあったのだが、「医学都市伝説」の記事によると、実は潤滑油のせいで不味くなるのではなく、 潤滑油に集まる細菌を殺すために加えられたホルムアルデヒドが原因だというのが真相らしい。

なかなか奥深いものだと感心するが、そこまでわかってるのならもっとちゃんと洗浄してから中身を詰めたらよさそうなものである。真相を知って文句を言う奴が少ないからサボっているのだろうか?

画像を簡単に利用する

2007-09-04T04:10:00.000+09:00

ブログなどに画像を貼りたいとき画像をいちいちアップロードするのは面倒臭い。たとえばこういう画像を記事内に貼るためには、画面のダンプ作成⇒切り出し⇒アップロード⇒URL貼付けという作業が必要になる。

これを一発で行なえるように、デスクトップ上で領域指定するとそれがいきなり画像としてWebにアップロードされるというシステムを作ってみた。漢字入力と同じぐらいの手間で画像も入力できるようになってほしいものである。

Mac上でRubyスクリプトがDrag&Dropを受け付けるようにする

2007-08-30T06:29:00.000+09:00

Macintoshのデスクトップに実行可能なRubyスクリプトを置いても、ダブルクリックやDrag&Dropで起動することができない。 xxxx.appというアプリケーション形式にする必要がある。

pqrs.orgでは Info.plistというファイルを自力で編集してapp化する方法が解説されているが、 Drag&Dropしてもファイル名がプログラムに渡されないという制限があるし、別のツールを使う方が簡単なようである。 Platypusというツールを使うのが一番楽だが、システム附属のAutomatorというソフトを使うこともできる。

Webページをスクリーンセーバで表示する

2007-06-14T00:45:00.000+09:00

ニュースサイトなどのWebページを時々画像として保存しておけば普通のスクリーンセーバで表示することができる。
Macだとwebkit2pngというのを使って画像化できる。

urls = [
　"http://www.asahi.com/",
　"http://www.nikkei.co.jp/",
　# ...
]
require 'cgi'
while true
　urls.each { |url|
　　system "python webkit2png -o #{CGI.escape(url)} --clipwidth=1440 --clipheight=900 --scale=1 -C #{url}"
　}
　sleep 3600
end

点を結ぶ線の長さの和を最小にしようとするシミュレーション

2007-03-21T02:42:00.000+09:00

固定された点A, B, Cと移動可能な点Dがあるとき、角ADB, BDC, CDAが120°となるように Dを配置するとAD, BD, CDの長さの和が最小にになる。 Dをいろいろ動かしてみて長さが短くなる方向に移動させるシミュレーションを行なうと、実際Dはこのような点まで移動して停止する。
3個以上の点に対してこのような計算を行なうシミュレータを作ってみた。黄色の点をドラッグして動かしたり点の数を変更したりすると面白い。

(追記: Steiner Treeという有名な問題だということを教えてもらいました。)

この部分はインラインフレームを使用しています。

フラクタル野菜

2007-02-26T00:21:00.000+09:00

ロマネスコというフラクタルな野菜がある。フラクタル入門書に載ってた写真を見て驚いたことがあるのだが、シリコンバレーのスーパーや青空市場では普通に売ってたので勇気を出して食べてみた。

目が回るような味がした!! わけはなくて、普通に不味いブロッコリであった。 (私はブロッコリ系の野菜が嫌いなのであまりアテにはならないが。) いきなり客に出して驚かすのには使えるかもしれない。

情報の古さの証明

2007-02-25T04:27:00.000+09:00

情報の古さを証明することは難しい。古く見えるデジタル情報を生成したりコピーしたりすることは簡単にできるので、アイデアなどの先取権を主張するためには、ある時点においてその情報が存在したということを、認証局のような第三者に認定してもらう必要がある。しかし、他者に頼らずに情報の古さを証明することができればそれにこしたことはないだろう。

人間が(今のところ)生成したり複製したりできない現象を利用すれば、第三者に頼ることなく情報の古さを証明することができる。たとえば、作成時期を証明したい情報を記録したメモリを真珠貝の中に入れておけば、何年かたった後で出来た真珠の大きさを調べることによって、その中の情報の古さを証明することができるだろう。また最近、細菌に安定してデータ記録する方法が開発されたそうであるが、この技術を利用してDNAの空き領域に情報を埋め込んだ木を育ておけば、根や幹のDNAを調べることによって情報の古さを証明することができるだろう。アイデアを保護したい人はこういう木を沢山植えておけば良いかもしれない。

センサ情報の共有

2007-02-23T14:09:00.000+09:00

バスやタクシーの運行状況から渋滞情報を得るという実験が行なわれたらしい。便利なのだろうとは思うが、バス/タクシーの位置情報を単純にWeb公開すれば誰でもこういうサービスを実験することができるのだから、わざわざプロジェクトを作って実験するような話とは思えない。車のワイパーの動きを集めて雨量を計測するというプロジェクトも昔有った気がするが、ネット上で様々なセンサ情報が共有されていれば簡単にこういう実験ができるのだから、具体的な使い方を考える前にセンサ情報を公開してしまえば、面白いシステムが沢山出てくるような気がする。これから増えそうなFONにいろいろなセンサをつけておくとよいかもしれない。

Googleなどを使うと世の中のことが何でもわかるように錯覚しがちであるが、 自分の家が火事になったことをGoogleで知ることはできないわけで、意外と現在のサービスだけでは本当に重要なことはわからないものである。何でも良いから手持ちのセンサ情報をとりあえず公開することがユビキタスコンピューティング社会への近道かもしれない。

本棚衰弱

2007-02-22T12:04:00.000+09:00

書籍の表紙で神経衰弱ゲームを作ってみた。

この部分はインラインフレームを使用しています。

DSの脳トレーニングソフトにすぐに飽きてしまったので自力でいろいろ作ってみようと思っている。

メールにかわるコミュニケーションシステム

2007-02-21T15:38:00.000+09:00

メールというコミュニケーションシステムは、昔はシンプルでよかったのだが、以下のような様々な問題点を持っている。

確実に届くかどうかわからない
読んでもらえたかどうかわからない
一度送ってしまうと訂正できない
発信者を詐称できる
誰にでも送れてしまう
送られてきたものはすべて受け取らなければならない
相手を知っていてもアドレスを知らなければ送れない
テキストしか送れない
アドレスを間違えやすい
複数の人間で情報を共有しにくい

もちろん様々な工夫によりこれらの多くは解決されているのだが、複雑な情報をきめ細かく交換したり共有したりするには根本的に向いていないので、今後は消えゆく運命にあると思われる。現在そういう兆候が全然見られないのは、メールを完全に駆逐できる優れたコミュニケーションシステムがまだ発明されていないからなのだろう。

メールは使えるがWebは使えないような端末などほぼ存在しない現在、メールキラーとなるようなブラウザ上のコミュニケーションシステムを発明できれば世界中の通信を支配できるに違いない。

...とみんなが考えてると思うのだが何故出てこないのかな?

大型ディスプレイのマルチタッチインタフェース

2007-02-16T16:02:00.000+09:00

Fast Companyという雑誌で、ニューヨーク大学のJefferson Hanという人物が作った大型のマルチタッチディスプレイパネルが特集されていた。 Han氏はTED会議でもデモを行ない人気を集めたらしい。ビデオを見る限り、アプリケーションは派手ではあるが、装置や操作インタフェースは比較的普通に見える。 Fast Company誌の説明によると、半透明な表示パネルの下を光線が通過しており、指でパネルを押すと光線がそこに当たって散乱して光るのをカメラで検出するという原理らしく、ソニーのHoloWallと似ているようである。圧力を直接検出できるわけではないが、強く押すとそれだけ光の散乱が多くなるので、ある程度は押した力を検出できるのだろう。

大型のタッチパネルディスプレイを使ったインタフェースに関しては、特にCSCW (Computer-Supported Cooperative Work: 計算機による共働作業支援)の分野で多くの研究が行なわれてきた。 Xerox PARCでは大型ディスプレイを利用したCoLabというシステムがかなり前に開発されていたし、独GMDではi-Landというプロジェクトの一貫として DynaWallというシステムが開発されていたが、これらのシステムは研究としては面白いものの、 実用的にさっぱり使われていないという大きな問題があった。東京農工大の中川正樹氏/加藤直樹氏らは文字認識のできる大型タッチパネルディスプレイを開発して授業などに活用していたようだが、学外に広がるほどの影響力は無かったようである。本当に便利に使うためにはまだ技術が不足しているのだろう。計算機インタフェースの専門家である黒須正明氏ですら「共働作業は液晶プロジェクタとノートパソコンを使うのが一番だ」などと言っているところを見ても、大型タッチパネルディスプレイはあまり人気が無いようである。

マルチタッチのユーザインタフェースもやはり昔から多くの研究が行なわれているが、一見便利そうに見えるものの、まだまだブレイクしていない。 Han氏がビデオの中で実演しているような「拡大/回転と移動を同時に実行」のような操作は両手を使うと確かに簡単なはずだが、右手と左手を同時に正確に動かすことは不可能だから、多くの場合は別々に動かすのとあまり変わらないということなのかもしれない。

このように、大型タッチパネルディスプレイもその上のマルチタッチインタフェースもいまひとつパッとしない状況なのにHan氏のデモが大ウケしたというのは、参加者にとってそういうものが物珍しく、かつ氏の操作が秀逸だったということなのだろう。多くの人が「マイノリティ・リポート」を思い出していたのかもしれない。確かに格好よくできてはいたのだろうが、これからガンガンあちこちで使われるようになるかどうかは怪しいように感じられる。

大型タッチパネルディスプレイをアートに利用するのはうまくいくようである。画像が投影されたパネルを押すことにより画像が変化する Khronos Projectorという作品は高い評価を得ていたし、 HoloWallの後継的システムはお台場のソニーエクスプローラサイエンスという科学博物館で展示されている。 Han氏のビデオもインタフェースのデモというよりはパフォーマンスに近いように見えるのだが、今後は実用になっていくのだろうか。

(マルチタッチインタフェースのサーベイは、トロント大学で長年ユーザインタフェースの研究会を行なってきたBill Buxton氏が書いたものである。 Buxton氏はユーザインタフェースの分野で最も論文披参照数が多い有名な研究者なのだが、最近Microsoftに入社したらしい。 Microsoftから今後面白いインタフェースが出てくるのだろうか...)

赤白の遮断器

2007-02-15T12:05:00.000+09:00

踏切の遮断棒が見えにくく事故が多いということで、黒と黄ではなく赤と白の遮断棒が導入されつつあるらしい。写真の左側が赤白の遮断棒なのだと思うが、私のような赤緑色盲の人間にとってこれは非常に見えにくい。赤緑色盲の人間は赤と茶色や緑の区別がつきにくく、街中にも山中にも白/緑/茶色のものは沢山あるので、赤白の棒は昼でも夜でも風景の中で全く目立たない。新しい遮断棒は太くもなっているようだが、もとの黄色と黒の棒を太くした方がはるかにマシに感じられる。

色盲でない人間にとって赤白が目立つのであればそれを導入するのは結構なことだが、そのため苦労する人が出るようでは困る。この変更については日本色彩研究所という財団法人がアドバイスしているらしいので掲示板で質問したところ一応回答を貰えたのだが、幅広い人間に対して見やすさを実験したわけではないようだし、「赤はご指摘の通り、赤緑色盲の方に取っては、暗い色として認識されます」のように赤緑色盲を根本的に誤解しているような発言も含まれていたので不審感を拭うことができない。なぜちゃんと実験もせずにこのような変更を推奨しているのかわけがわからない。

普通の生活において色盲は特に不便なことはない。紅葉の美しさがよくわからないぐらいのものである。困るのは「信号の色」「電気抵抗のカラーコード」「LEDの色」のような人工物にほぼ限られており、こういうものはなんとかしてもらいたいと常々思っているのだが、わざわざ世の中の問題を増やすような施策はやめてもらいたいものである。遮断器を見やすくしたいのなら、棒を点滅させるとか、様々な色や形を混ぜるとか、いくらでも方法はあるはずなのに。

データ圧縮手法の応用

2007-02-14T15:01:00.000+09:00

PPM (Prediction by Partial Matching)というデータ圧縮アルゴリズムがある。一般に、あるデータ列が与えられているとき、次に来るデータを予測することができればデータ圧縮を行なうことができる。データ列から判断して次に来るデータが「a」だと確実に判断できるときは「a」を記述する必要が無いからである。 PPM法では、既存のデータ列中の文字列出現頻度を計算することによってこのような予測を行なう。たとえば「abracadab」というデータの次にどの文字が来るか予測する場合、

「a」は4回、「b」は2回出現している
「b」の後に「r」が続いたことがある
「ab」の後に「r」が続いたことがある
...

といった情報を累積して確率を推定する。この場合、 (3)から考えて次の文字は「r」である確率が高いが、 (1)も考慮すると「a」の確率もある、という風に計算を行なう。

PPM法は圧縮方法として優れた性能を持っているが、これは予測手法としても優れているということなので、予測式文字入力などに応用することができる。また、じゃんけんのような勝負において相手の次の手を予測するのにも利用できるはずである。ちょっと作って実験してみたところ、長く勝負すると必ず負けてしまうので、確かに効果的な予測が行なわれているのだろうと思う。

Association for Computing Machineryの機関誌Communication of the ACMの2月号で spam判定手法が特集されており、 PPM法をspam判定に使う手法が紹介されていた。 PPM法でspam圧縮を学習させると別のspamも効率よく圧縮できるため、圧縮効率でspamかどうかを判断できるらしい。 spamもいろいろ種類が多いはずだが、単純な予測手法で判定できてしまうというのはなかなか興味深い。

60度の生成

2007-02-14T03:07:00.000+09:00

正三角形の頂点はすべて60度であるが、辺の長さが8:7:5の三角形において、長さ7の辺の反対側の頂点も60度になる。昔の開成中学の入試でこれを利用したものがあって驚いたことがあった。

このような性質をもつ整数の組を計算してみると以下のようになった。どうやら無限に存在するらしい。

突然60度が必要になったとき、長さが15, 13, 8の棒を持っていればあわてずにすむだろう。

ちなみにこの方法だとcosの値は有理数になるので正確に30度や45度を作ることはできない。辺の長さが82:71:41の三角形を使うと長さ41の辺の反対側が29.999998度になるようだが...

Cinderella

2007-02-13T00:49:00.000+09:00

Cinderellaという幾何ソフトがあり、解説本と一緒に販売されている。私はまだ買っていないのだが、最近のバージョンは3D表示ができたりアニメーションができたり凄いことになっているようである。

このソフトを使うと簡単に様々な幾何お絵書きができるし、幾何パズルを解くのにも使える。昨年の「コマネチ大学数学科」という番組で「コンパスだけで円を4等分せよ」という問題が出題されたそうだが、これは Cinderellaでこのように解いてJavaアプレットとして公開することができる。普通の幾何の勉強にはもちろんとても役にたつし、「ケンプのリンク機構」といった謎の機械について学ぶのにも便利である。

以前見たことがあるCinderellaの日本語解説ページに「コンパスだけで2点の中点を求める」という問題が書いてあった。直線をひければ中点を求めるのは簡単だが、円だけで求めるのはなかなか難しい。ずっと答がわからず困っていたのだが、今日やっと答をひとつみつけることができた。異様にややこしい方法になっているが、とりあえず解けたのでほっとした。以前もっとエレガントに解けた気がするのだが忘れてしまったのが残念である。

CinderellaはMixiにコミュもないようだしググってもあまりヒットしないようだが、このように結構面白い遊びができるのでもう少し流行ってほしいものである。誰も幾何パズルなんか好きじゃないのだろうか...?

石井裕氏の紹介番組

2007-02-12T05:40:00.001+09:00

NHKの「プロフェッショナル仕事の流儀」の石井裕氏の回を見た。石井氏は非常に攻撃的な人物で、ビデオの中でも相変わらずエネルギッシュなご様子だったが、スタジオでは何故かおとなしくされていた。 MITで先生をやるのは実に大変そうである。学生は総じて優秀だから指導が大変ということは少ないかもしれないが、 tenureや資金ゲットのプレッシャで気が狂いそうである。

石井氏はふだん普通のPCや紙を仕事に使っているようで、家でもオフィスでもTangibleなシステムが全然活用されていないようなのが残念だった。新しくて論文になりそうなものだけに注力しており、実用的なものを作って使うことにはあまり興味が無いのかもしれない。

石井氏がTngible Bitsを言いだした頃はひとつのアイデアを実装するのは大変だったし、頑張って作ったシステムを論文にすることも比較的容易であったが、最近はカメラや Phidgetsのようなセンサ/アクチュエータと無線LANを組み合わせれば簡単に様々な実験ができるので、便利なシステムを誰でもすぐに作れる可能性が広がっている。このため新しいアイデアを論文とするのは難しい状況になってきているが、本当に使えるTangibleなシステムががどこからか出現する可能性は高い気がする。

司会の茂木氏の感想には放送されたのと違う視点が書いてある。日本の学会の問題などについては、石井氏の話というより茂木氏の意見のように見えるが、放送されていないところでそういう会話があったのかもしれない。また石井氏は番組中で屈辱感が重要だとか言ってようだが、それはいかにも不健康であり、万人に勧められるようなものではないだろう。できれば悠々といきたいものである。

健全な論理

2007-02-11T02:16:00.000+09:00

ある人物が、(1)「子供を2人持ちたいというのは健全な考えである」と言ったとすると、子供を2人欲しいと思うのは変なことではない、という意味になるだろう。しかし、(2)「子供を2人持ちたいというのが健全な考えである」と言ったとすると、これは「子供を2人は生もうとするのが健全な考えであって、子供を生まないとか1人しか生まないとかいうのは不健全である」という意味になるだろう。 (1)と(2)は論理的に同じではない。

「若い人たちは、結婚したい、子どもを2人以上持ちたいという極めて健全な状況にいる」という発言は(2)のように聞こえるから批判の対象になったわけであり、「子供を1人しか生まないのが不健全だとは言っていないから何の問題もない」という理屈 (e.g. 小田島氏)には同意できない。対偶がどうこうとか言う人は、(2)でなく(1)だと読んでいるわけであり、国語的解釈が違っているのだろう。

ブラウザ操作の自動化

2007-02-09T13:51:00.000+09:00

Perl/Rubyのようなスクリプト言語やElispプログラムを使って面倒な仕事や編集操作を自動化することはよく行なわれているが、ブラウザ上での操作の自動化はまだあまり流行っていないようである。ブラウザ上の処理を簡単にプログラミングする方法がなかったためであるが、最近はブラウザ操作を自動化するためのツールが増えてきた。

Firefoxの拡張機能であるMozLabの MozReplというツールを使うと、 Firefoxに外部からtelnetして制御することができる。
Firefoxの拡張機能であるChickenfootを使うと、JavaScriptでFirefoxを制御できる。
Firefoxの拡張機能であるiMacrosを使うと、ユーザ操作を記録して再生することができる。

これらを使えばFirefoxでもEmacsと同じように様々なプログラミングや自働処理ができるようになる。

Emacs上の処理をいくら自動化してもたかが知れているのだが、インターネットの玄関口であるブラウザを自働制御できるとかなり面白い応用が考えられそうである。全世界プログラミングのための第一歩になるかもしれない。

首相夫人ブログ

2006-12-31T23:29:00.000+09:00

安倍首相夫人の安倍昭恵氏がブログを書いている (Web魚拓)。政権の人気を上げるために始めたのだろうが、以下のような問題を露呈しており全く逆効果になっている。

芸能人との交流を自慢したがるミーハーさ
立場にふさわしい行動を判断できない低能さ
社会に対する国民の不安を一顧だにしない無知と無神経
発展途上国の子供に「昭恵様」などと呼ばせてる傲慢さ
日本語表現が間違っている知性不足
女が仲良くすれば世界は平和になると思う幼稚さ
社会貢献の意識が微塵も感じられない無用感
こういった問題に気付く感性の欠如
問題が表面化してからも放置しているような危機管理力不足

本人にも周囲にも品性/品格/知性/感性といったキーワードが著しく欠如していることをわざわざ宣伝することもないのに。

油断ならない商売

2006-12-30T01:28:00.000+09:00

トヨタのディーラーで新車を買ったら以下のような$1500の追加保証を勧められた。

3年の間、軽微な故障に対する修理がすべて無料になる
保証を利用しなかった場合は3年後に全額返却される

一見お得に聞こえるが、よく考えるとこれは全く得とは思われない。全額返金されるのはこの保証を全く利用しなかった場合に限るので、軽微な故障の場合はこの保証を使わず自腹で修理する可能性が高いだろう。このように保証を利用しなかった場合や全く故障がなかった場合も別にユーザが得をするわけではなく、貸してた金が無利子で返ってくるだけの話である。要するに、3年間の小さな故障の蓄積が$1500を越えた場合のみこの保証が得になるわけだが、 10年落ちのボロ車でも部品の修理に大きな金がかかることは稀であるし、トヨタの新車の部品が3年間に$1500ぶん以上故障する可能性は非常に低いため、この保証によりユーザが得をする可能性は限りなく低いはずである。

こういう商売は、詐偽だとまでは言わないが愉快なものではない。よく注意して計算しないと損得を判定できないという問題があるのに加え、損な判断をしてしまった場合でも保証自体は有効だからユーザが判断ミスを反省する必要がなく、安心を金で買ったのだと考えて満足することができる。つまりディーラーは非難を恐れることなく圧倒的に自分に有利な契約を勧めることができるわけである。

この保証以外にも、盗難車の発見を有利にする特殊ステッカーやGPSシステムとか、後部障害物を発見するためのセンサなどを執拗に勧められた。車が盗難されたうえにステッカーのおかげでみつかる可能性などゼロに等しいし、センサのおかげで事故が防げる可能性も相当低いだろう。確率を考えると全く無駄な投資だと思われる。

車の価格交渉という最大の難関を越えた時点でこのような提案を持ってくるというところも巧妙である。本当に重要な機能なら車体価格に含めて提示していいはずだが、その時点ではまだユーザは油断していないので売りにくいということなのだろう。交渉が終わった後で、なんとなく安全や便利さに金を払ってもいいかなと油断していると、つい契約してしまう可能性が高いだろう。

車の販売価格自体については情報が充分流通しているので大きな儲けが見込めないと思われるが、ユーザの心理を操作して付加的な部品や保証を買わせることによって利益をあげようとしているのであろう。そういうディーラーの気持ちはわからないでもないが、ユーザの計算能力不足/勘違い/油断につけこんだ商売は根本的に誉められたものではないと思うのだが。

ポイントをまとめてみる:

実は損なのだが、慎重に確率計算しないと損得がよくわからない商品を売る
客が油断しているタイミングを利用する
損な判断だったとあとで気付いてもすぐあきらめられる範囲にしておく
嘘は言わずあくまで客の判断にまかせるが、メリットを強調して執拗に勧める
車の部品は壊れやすいとか事故は嫌だとかいった漠然とした不安感を利用する

やっぱり詐欺的だな...

パスワードの心理学

2006-12-23T08:41:00.000+09:00

様々なサービスを使おうとするたびにパスワードを要求されるが、強いパスワードを確実に記憶しておくことは難しいので、 16桁の数字を気合いで覚えてそれから派生させるとか、ベースとなるパスワードにシステム名を足したものを使うとか、さまざまな工夫が提案されているようである。かなりの根性と頭脳が無いとこのような方法を使うことはできないわけで、頭脳明晰でない人はシステムを使うなと言っているようなものである。 パスワードを用いた認証というものが諸悪の根源であるにもかかわらず、それが問題だという議論をほとんど聞いたことが無いのは全く不思議である。

パスワードより覚えやすい認証方式は提案されているのだが、パスワードの方が強力で安全だという理由でほとんど使われていないようである。実際は誰も強力なパスワードを頭で覚えておくことはできないから、必ずどこかにパスワードを書いておく必要があり、全然安全ではない運用になってしまっているはずである。

にもかかわらずパスワードが利用され続けているのは、 パスワードはなんとなく安全な気がするという誤解のせいであろう。確かに誰もが強いパスワードを確実に覚えておくことができるのならばパスワードを用いた認証システムは安全であるが、そんなことは無理だということに最初は気付きにくいのでこういう誤解が起こる。また、自分が記憶するのが大変だから、他人が破るのも大変だろうという感覚も誤解に一役買っているのではないかと思う。

写真を使う認証方法がいろいろ提案されているが、今のところ全然流行する気配が無い。自分の写真を認証に利用する場合、自分にとっては内容が自明なので、なんとなく認証が弱いように感じられてしまうから流行しないのかもしれない。運用まで考えると、個人的な情報を利用する方法はパスワードなどよりよほど安全だと思うのだが、ユーザの心理まで考慮して、 なんとなく安全そうに感じられて/実際ある程度安全で/圧倒的に使いやすい ような認証システムが必要なのだろう。

A4用紙1枚に256GBのデータを保存する技術

2006-12-01T03:02:00.001+09:00

標題のようなニュースが報じられて話題になっている。ちょっと計算してみると明らかなように、これは嘘か詐欺である。

A4の紙全面にわたって1ミクロン格子で32ビットずつ情報を正確に書き込まなければならない。書くのも読むのも無理。
現在のインクジェットプリンタは1ピコリットルの制御が下限なので、 250GB(2Tビット)ぶんインクを飛ばすと2リットルになる

世界でもネタ認定されているし、もとソースでも否定されているようだ。

しかしはてブを見ると称賛の嵐になっているのが不思議である。信じる人が増えると困るので書いておくが、世界はまだまだ詐欺のネタには困らないのだなと思った。

任意のページでメモ編集

2006-11-30T08:01:00.000+09:00

ブログの中などに編集領域を作ってみると面白いかもしれない。

iframeの中で直接編集可能なページを表示しているだけなのだが、ちょっとしたメモをいろんなところで編集したり見たりできるようにしておくと便利かも?

iWoz

2006-11-27T14:26:00.000+09:00

Apple創業者のひとりSteve Wozniak(Woz)のはじめての自伝だという iWozという本を読んでみた。Gina SmithというライターがWozに55回もインタビューして本にしたらしい。もうひとりの創業者であるSteve Jobsは非常に有名であるが、WozはAppleを成功に導いたApple IIの設計者であるスーパーエンジニアであるということはエンジニアには広く知られている話であり、Apple IIにまつわる裏話や最近の状況、Jobsとの確執などについて知ることができるかと思ったのである。

Wozは父親の影響をうけてエンジニアリング魂に目覚め、小学生のころからアマチュア無線をやったり発明工作賞みたいなのを獲りまくったりしていたのだが、中学のころからは論理回路や計算機に目覚めてその方向のハッキング力を炸裂させてたらしい。Wozはとにかく論理回路をエレガントに小さく作ることに執念を燃やす人物で、回路を実際に作ってみるだけでなく、実在する計算機を独自に紙の上でエレガントに再設計する練習をしたりしていたらしい。そういう素養を見込まれてヒューレットパッカード(HP)で電卓などを設計する仕事をしていたのだが、そのころ新たに出現したマイクロプロセッサに出会い、キーボードつきでBASICが使えてカラー表示できるパソコンを作りあげたのだそうである。

WozがApple IIを作っていたころ、私は高校のクラブでマイコンを組み立てたりしていたので、彼の当時の行動や技術について非常によくわかる。当時はマイコンが出始めた頃で、電子回路マニアはこぞってマイコンに手を出したものである。私のクラブではメンバ数人で手分けしてBASICの動くマイコンをIntelの 8008というチップで作りあげたものだが、同じころWozははるかにエレガントなApple IIを独力で作ったというから度外れている。HPから帰社後に回路設計からBASIC言語の実装まで全部ひとりでやったということが驚きであるし、 Apple IIの回路のエレガントさやカラー生成回路の無茶さは感動的であった。

さて、いかにしてオタクのハッカーがApple IIを作りあげたかについてはよく理解できたのだが、Apple IIを設計するに至るまでの話が全体の2/3ぐらいを占めており、スキャンダル的に期待した話は全く知ることができなかった。Jobsとどうやって知り合ったかとかどういう話をしたかなどについてはほとんど出てこないし、Apple IIの成功の後の話もほとんど書かれていない。「Macintosh」という単語がそもそもほとんど出てこないし、Lisaという単語は最後に一度だけしか出てこなかった。Macintoshという単語が出たのは、Macintoshの開発に金が回された結果Apple IIの部隊が冷遇されたという文脈の中でだけである。Appleお家芸の内紛話も全く出てこない。

このように肝心の話がおおいに抜けているので肩すかしを食ってしまった。Apple IIのすべてを自作したことはエンジニアリング的にはものすごいことではあるが、パーソナルコンピュータを「発明した」という表現をしているのは言いすぎである。すでにAltairのような市販マイコンやBasicが存在したわけだし、「発明」というよりは「凄い工夫」とか「ハッキング」という方が適切だろう。また、キーボードとディスプレイつき計算機をはじめて作ったと書いているのも言いすぎだと思う。キーボードとディスプレイつきの「安い」計算機をはじめて作ったというべきである。

離婚に至るまでの前妻との喧嘩については書いてあるのにJobsとの喧嘩について書いてないのが気持ち悪い。Apple IIのスロット数の話で喧嘩したのが最初の喧嘩だったとか書いてあるにもかかわらず、その後の喧嘩については一言も書いていない。Jobsに序文を書いてもらうつもりだったので悪口を書かなかったのかもしれないが消化に悪いことである。結局Jobsは序文を断わったそうだが。その他、何故Wozは Macintoshに全然かかわらなかったのかも不思議だし、Appleを出て作ったCloud9という会社で学習型ユニバーサルリモコンを売ろうとしたが鳴かず飛ばずだった話も尻切れとんぼだし、書いてないことが多すぎて胸がいっぱいになる。リモコンのデザインを頼んだ会社に突然Jobsが現われてリモコンを壁に投げつけたという話は出てくるのだが。

こういう疑問やら文体への文句やらが沢山 Amazon.comの書評に掲載されているのだが、それにいちいちGina Smith氏が弁明してるのが香ばしい。自慢が多すぎると書かれたら「でも実際のWozはとってもいい人なのよ」などと返してみたり、自分でコメントしまくってAmazonの評価上げるんじゃねぇぞゴルァと言われたら慌ててコメント削除しまくったり、厨房かお前はと言いたい。厨房に国境なし。

最後にWozは、何かを発明したければ深夜にひとりで籠ってやるのが良いとアドバイスしている。それでうまくいく場合もあるかもしれないが、うまくいかないことも多そうな気はする。結局「Wozはやっぱり凄いハッカーだったのね」ということ以外なんかよくわからずに糸冬了してしまったのであった。

喧嘩話を聞きたけりゃこの映画を見るといいのだそうな。

山形浩生の査読

似た情報をばらまいて元の情報を隠す

2006-11-16T02:40:00.000+09:00

周囲の会話などがやかましくて気になるとき、似たような音を沢山再生することによって気にならないようにする ChatterBlockerというシステムがあるらしい。面白い。
似た情報を重ねることによって元の情報を隠すという方法はいろいろ使えるはずである。字を書き間違えたとき、関係無い字を重ね書きすると元の字がわからなくなるし、メールを送り間違えたときは、内容がちょっとだけ違うメールを大量に送ればどれが本物かわからなくなってしまうだろう。これは流石にちょっと迷惑だが、一斉削除機能も用意しておけば使いものになるかも。

Allen Cypher

2006-11-15T07:29:00.000+09:00

StanfordのScott Klemmerのところでは毎週セミナを開催しているが、 12月にAllen Cypherが来るそうだ。 Appleを離れた現在もProgramming by Exampleの研究を行なっているようである。

DVDのユニバーサルデザイン

2006-10-13T02:00:00.000+09:00

米国で売ってる最近のDVDはすべて英語/スペイン語/フランス語の字幕が入っているようだ。昔のビデオには大抵Closed Captionが入っていて、外付け装置やテレビでデコードすることによって字幕を表示していたものだが、最近のDVDでは言語や字幕をメニューで選択できるようになってるのが普通のようだ。進化してる!
というわけなので、米国版のDVDは安いかもしれないし/ 英語の勉強になるし/ 省略が少ないのでかえってわかりやすいこともあるし/ 日本語字幕がヘンだと腹を立てることもなくなるし/ 良いことずくめかもしれない。

Visualizing the Future of Information Visualization

2006-08-30T13:30:00.000+09:00

Aaron Marcusが ACM Interactions Magazineの 2006年3月号で情報視覚化についての記事を書いていた。情報視覚化は長い間研究されてるけれどもはっきり言ってパッとしてないという話には同感である。学会などで提案されてきた視覚化技法は全然流行っていないし、図表エディタはVisioとSmartDrawぐらいしか存在しなくて、スプレッドシートの普及ぶりとえらい違いだというわけである。 Marcus氏はまた「聴覚化」や「複雑な論理式を視覚的に表現する技法」が将来重要だと書いているが、これは全然賛同できない。もっと基本的に便利でどこでも使えるものが必要だと思う。最近視覚化関係の論文を全然読んでいないのだが、 Marcus氏のような専門家がいまだに古いシステムについて言及しているところを見ると、あまり進展が無いのであろう。

一方、視覚化を商売にしようという動きは多いようだ。 Xerox PARCで開発されたHyperbolicTreeなどの視覚化手法を事業化するためにかなり前に作られた InXightという会社は健在みたいだし、 Maryland大学でズーミングシステムを作っているBen Bedersonは Windsor Interface という会社を作って成果を商売にしようとしているようである。 BedersonがMaryland大学に来る前に同大学で視覚化の研究をしていたAhlberg氏はスウェーデンに帰ってSpotfireという会社を作って地道に視覚化ツールの商売をしているようだ。 Spotfireは日本支社まで作って頑張っているようである。

なんとか頑張ってる会社もあるのだが、そもそもあんまり気のきいた視覚化システムが存在しないし、誰もが使っているようなシステムがひとつも存在しないというのは情けないことである。

ちなみにMacのOmniGraphというソフトは図表エディタとして優れものであり、オープンソースのDia!というのもあるようなので調べてみたいと思っている。

継続的な仕事

2006-08-20T16:24:00.000+09:00

20年ぐらい前に勤めていた富士通時代の上司の名前でぐぐってみたらこんなページがヒットした。

> 富士通株式会社　LSI事業本部
> システムマイクロ事業部長　村上　丈示　氏
> 略歴：
> 1977年   富士通株式会社入社
> 1980年   世界初の自動車用16bitマイコンを開発、試作
> 1982年   自動車用8bitマイコンを開発し量産開始
> 1993年   自動車用16bitマイコンを開発し量産開始
> 1997年   自動車用Network CANの開発、欧州車搭載を推進
>          自動車用LSI/マイコンの開発に従事
> 現　在   自動車用LSI/マイコンの開発に従事

順調に出世されてるようで結構なことであるが、 30年も「自動車用LSI/マイコンの開発に従事」しているのには驚いた。

ということを家内に言ったら、お前だって同じようなものではないか/何が違うのだ/と言われてしまった。まぁ確かにそうなんだけど。

予定表とか

2006-07-30T01:20:00.000+09:00

スケジュールとか予定表とかは専用のアプリケーションに登録するのが普通だが、これは考えてみると貧乏な話である。メモでもメールでも何でもいいから、自分のデータのどこかに予定が書いてあれば自動的にまとめて予定表にしてくれるといいと思う。たとえば議事録の最後に「次回は8/10 10:00～ 201会議室」とか書いておくことにより、自動的に予定表から見えるようになっていればよい。

TODOとか名簿とかも同じことで、どこかに書いてあるデータをまとめてそれなりに表示してくれるようになっているとよさそうである。

便器洗浄 Returns

2006-07-25T15:26:00.000+09:00

変な便器の話を書いたことがあるが、また似たようなのを発見してしまった。この業界の人々はどうしても「◯◯を流す」と言うかわりに「便器洗浄」と言ってしまうのだろうか。

パクり疑惑

2006-07-18T14:06:00.000+09:00

「新書マップ」を運営している、情報学研究所の高野氏と話をしたのだが、高野氏は「本棚.org」が新書マップのパクりだと思っていることがわかって驚いた。

本棚.orgを公開する前(2004/5/31)に新書マップの見学をしたことがあるのは事実なのだが、そもそも目的が全然違うし、 Web上で書籍情報を扱うこと以外に共通点はないように思われるのにパクりと思われているのは残念であった。

GoogleはYahooのパクりだと思うようなものなんだろうか?

なぞなぞで秘密を公開

2006-07-16T00:18:00.000+09:00

なぞなぞを解くと秘密の情報がわかるというのはどうだろう。増井についての記述で正しいものだけすべてクリックすると増井のケータイ番号が表示される。
なぞなぞ問題と答を用意するのが面倒だが、コトノハのように簡単に登録できるといいだろう。

ボーっと読めるブログ

2006-07-14T22:41:00.000+09:00

ボーっと見てるだけで読めるブログというのはどうだろう。例えばこんな感じ。この部分はインラインフレームを使用しています。 Scriptio.usというのを利用している。

いまここにある危機

2006-06-26T01:54:00.000+09:00

中2の子供が近所の漁港に最近よく釣りに行くので、どんなものか見に行ってみた。漁港の岸壁は適度に人気があるようで、数組の家族が釣りを楽しんでいた。人々がいる岸壁は水面から4mぐらいの高さなのだが、柵が無いのでどうもあぶなっかしい。幼稚園ぐらいの子供が岸壁の端をウロウロしているのは危険に見えるのだが、誰も気にしていないようだし、そんなものかと思ってボーっと子供の釣りを眺めていた。

すると突然背後でボチャンと大きな音がした。その方向にいた中年男性があわてて周囲を見渡し、自分の子供が落ちたことに気付くやいなや、服を着たまま海に飛びこんだ。この父親は、落ちた子供をかかえあげることにすぐ成功したため、とりあえず安心したのだが、周囲につかまる場所がないのでだんだん苦しそうな顔になってきた。岸壁周辺にはロープも棒も無かったので助けをさしのべることができないし、私以外は子供がほとんどだったのでオロオロするばかりである。いよいよヤバくなった場合は私も飛び込んで助けなければとは思ったが、 4m下の海面に飛び込んで二人を助けるほど泳ぎが得意なわけではないから、下手をすると自分の命が危くなってしまう。そうこう考えているうちに父親は本格的に苦しくなってきたように見えた。

幸いなことに近くにダイビングスクールの船がおり、私が茫然としていた間に騒ぎに気付いて急拠助けにきてくれた。ウェットスーツのダイバーが数人飛び込み、二人を支えたり浮きを投げ入れたりした結果、すぐに全員無事に船上に救助されたのだが、父親は船に這いあがる力も全く残っておらず、もう少し救助が遅ければ危なかったようであった。

とりあえず無事におさまったのではあるが、私にとっては衝撃的な出来事であった。すぐに海に飛び込んだところを見ると、この父親は泳ぎに自信があったのだろうが、着衣のまま飛び込んだのは迂闊だっただろう。そもそも小さな子供を危険な場所で放っておいたのも迂闊なのだが、それ以外にもいろいろ考えさせられてしまった。

普通の場所でいとも簡単に命にかかわる事故が起こりうること
それに対して助けを出すことができない自分が情けないこと
事故は充分予想できることなのに誰も備えをしていないこと
そのような危険を目にした後も、何事もなかったかのように誰もが釣りを続行したこと
普段はザイルやナイフなどを持ち歩いているのに、肝心なときに持っていなかったこと

危険はどこにでもあるとはいえ、容易に予測できる危険に対して何の対策も行なわないのは愚の骨頂である。明らかな危険が迫っていても逃げ遅れる人間が多いというが、普段からいろいろ準備をしたり判断力を磨いたりしなければならないと痛切に感じてしまった。

全世界プログラミング

2006-06-23T10:54:00.000+09:00

という論文を夏のプログラミングシンポジウムに投稿予定...

------------------------
計算機やインターネットの爆発的普及にもかかわらず、プログラミングを楽しむ人の数は全然増えていないようである。初期のパソコンでは購入者の多くがBasicプログラミングを楽しんでいたものだが、現在のパソコンにはプログラム開発環境は標準搭載されておらず、環境の整備には多大な労力と資金が必要で、プログラミングするのは計算機オタクだけという状況が続いていた。しかし幸いなことに、以下のような理由により状況は好転しつつある。

手軽な開発環境が増えてきた

Processing

扱える対称が増えてきた

Phidgets

GAINER

全世界の事物を対象にしたプログラムを書けるようになってきた

プログラミングを専門としない人でも、ネットワークで接続された全世界の機器や情報を自由に操作できる時代がすでに到来しているわけでる。今回は、簡単なプログラミングによって、ネットワーク上に分散したセンサやアクチュエータを活用して楽しむことができる「全世界プログラミング」の実例を紹介する。キーボードと画面に閉じた従来の状況に比べてはるかに魅力的な全世界プログラミングによって、アーティストから日曜プログラマまで、あらゆる人々がこれまで考えられなかった面白い世界を構築できるようになるだろう。

新しくてくだらない研究

2006-05-12T18:01:00.000+09:00

論文の査読をしてるとき、「新規性はあるがくだらない研究」をどう扱うか悩むことがある。くだらないという理由で不採録とした場合は発表されないことになるのだが、くだらないかどうかの判断はかなり主観的なものであり、別の学会で同じような論文が採録され発表されてしまった場合、後で投稿された論文の方が世に出てしまうことになる。
不採録になったた瞬間に内容を公開してしまえばこういう心配はないのだが、普通はどういう対策をしているのだろう?

Webページのブックマーク

2006-05-04T21:10:00.000+09:00

Amazonで面白い書籍をみつけたときはときは「増井の本棚に登録」というブックマークレットで本棚.orgに登録し、面白いページをみつけたときは「増井のブックマークに登録」というブックマークレットで索引ナビゲータに登録するようにしているのだが、名前と概念が似ているせいか、よく間違えてしまう。「今見てるページをとにかく登録する」というブックマークレットを作って、ページの中身によって適切な場所に登録するように変更した方がよいのかもしれない。
よさげな店のページの場合は地図帳.orgにも登録するとか、タグを自動的に生成するとか、ブックマーク作業をある程度自動化すると便利かもしれない。いっそのこと、訪問したURLはすべてブックマークすることにしてもいいのかも。

研究者人生ゲーム

2006-04-23T12:15:00.000+09:00

「研究者人生ゲーム」などと言って喜んでる連中は何を考えているのだろう。勉強する才能や学校に恵まれて順調に幸運に育った結果、おもに税金を財源とする「研究者人生」を送っているのだと想像できるが、それを真面目に受け取めて有益な研究をしようと努力するならともかく、何人も集まってチャラけたゲームを作り、それが学会誌として配られるというのは、集団全体の意識が腐っているのではなかろうか。

才能の限界のために有益な研究ができないのならば同情の余地もあるが、根本的に不真面目な態度は不快千万である。まとめて逝ってヨシ!

1万年問題

2006-04-21T15:40:00.000+09:00

"20060421"みたいな文字列で日付を表現するプログラムを書いてたら、そんなソフトは西暦1万年問題に対応できないじゃないかといって怒られてしまった。
...どういう形式で表現したらいいんだろう??

気のきいた検索システム

2006-04-20T11:51:00.000+09:00

Googleで簡単にみつけられないものは沢山ある。

東京都の図書館のリスト
「東京都図書館リスト」ではみつからない。「港区品川区図書館」だとみつかる。
世界の富豪
「富豪」で検索すると私は2位になってしまう。
コストパフォーマンスの良いレストラン
海の景色が良い公園
ためになるテレビ番組
データベースの権威
炎上している掲示板
発言小町の面白投稿

結局、固有名詞しかうまく検索できないわけだから、気のきいた検索方式を提供するサイトがもっと沢山出てきてもよさそうなものである。

便器洗浄

2006-04-17T17:14:00.000+09:00

某所のトイレで、どうやって水を流すのか悩んでしまった... なんでこういうデザインにしたのかさっぱり不明。

検索エンジンからの自由

2006-04-13T13:29:00.000+09:00

ユーザビリティの専門家であるJacob Nielsenが Webを食い物にする検索エンジンという挑発的な記事を書いている。一瞬逆ギレみたいだが、 Adwordsのような広告モデルがWeb商売の儲けを根こそぎ持っていってしまうことが気にいらないということらしい。

一般のユーザにとっては検索エンジンは便利以外の何者でもないわけで、この意見はもっぱらWeb上のビジネスの立場からの発言だと思われるが、今のところ検索エンジンが良いとこどりしすぎだというのは事実だろう。様々なニュースソースをまとめて表示してくれるGoogle Newsは便利ではあるが、新聞社が苦労して記事を書いて編集したものに対し、その結果を並べて表示するサービスが最も人気があるというのであれば記者はやってられないと感じるだろう。メーカーが一銭も儲からないのに問屋だけ儲けているようなものである。

この問題に関しては単純に技術的に解決できそうな気がする。現在のWebビジネスにおいて広告料金の割合が異常に多いのがいけないわけで、サービスの重要性に応じて適切な課金が行なわれるようであればこういう問題は発生しないだろう。たとえば、新聞記事を読んだりWebを検索したりすることに対して適切に少額課金されるようならば、ほとんどの人は喜んで金を払うだろう。文書編集のように、現在はパソコンで行なっているような作業であっても、ワープロソフトを買うより安くて快適なら皆がWebを使うようになるかもしれない。

しかしボーっとしていると検索エンジンが神のごとくすべてを支配するようになる可能性は高いだろう。検索エンジンに頼らずに生きる方法について常々考えておくことが大事かもしれない。

重要ファイルだけバックアップ

2006-04-04T06:42:00.000+09:00

自分にとって重要なファイルを自動的にバックアップする方法について考えたことがあるのだが、世の中ではやはり苦労してる人が多いらしい。ここにリストされてるようなファイルは自動的に判別できそうなものが多い気がするし、やっぱり誰か開発してほしいなぁ。
手っ取り早くなんとかしたい人は「かなり安全」というソフトを買えばいいのかも。

書籍の電子化

2006-04-03T17:21:00.000+09:00

最近の論文はPDFで作成し/PDFを投稿し/PDFを査読して/PDFで出版するというサイクルが確立しており、持ち歩いて読みたいときだけ紙に印刷するのが普通である。昔の論文も大抵PDF化されてるので、本棚を占領してる古い論文集はすべて廃棄しても全く問題ないはずである。検索も楽ちんだし、実に便利になったものである。締切の前日にFedExに走らなくてよくなったし!

書籍は残念ながら電子化が遅れている。携帯型の電子書籍端末は流行ったためしがないのだが、小説の一部を印刷して風呂で読んだり、太い本の一部だけ印刷して電車で読んだりという形で電子書籍が普及すると面白いかも。

RSSリーダ

2006-04-01T22:18:00.000+09:00

フレッシュリーダーというRSSリーダをこのところずっと利用している。 (有償だが、ブログで告知すると「ブロガーライセンス」というのが貰えるらしい)

RSSリーダというものはあまり利用したことがなかったのだが確かに便利である。以前はブックマークページを作って様々な情報ページを時々覗いていたのだが、ブックマークページを利用することがほとんどなくなってしまった。
フレッシュリーダーの特徴は

自分のサーバにインストールするので高速
RSS配信していないサイトの情報も取得できる
Ajaxで快適に動作する
各種ブログの全文検索に対応している

ということらしい。よくできているし、一度質問メールを送ったら非常に丁寧に対応策を教えてもらったこともあるので宣伝に協力したい。
本棚.orgでもRSS配信をはじめたのでぜひお試しを。

地図と掲示板

2006-03-24T15:37:00.000+09:00

まちBBSというのは結構ユーザが多いようだが、地域のことを話題にしてるにもかかわらず地図や写真を全く表示することができない。簡単に地図や写真を参照できるような掲示板があればよさそうなものだが、 Mixiの地域コミュでも記事から地図や写真が参照されていることは極めて稀であるところをみると、そういう面倒なことは誰もやらないのかなとも思う。
もっと地図を活用することはできないのだろうか?

スナッピングのイディオム

2006-03-21T00:04:00.001+09:00

昔「HyperSnapping」というスナッピング(吸着)編集手法を提案したことがある。図形をドラッグして編集するとき、ドラッグ距離に応じて大きさが変化する格子(グリッド)が出現してスナップするようになるというものである。ちょっとだけドラッグするぶんには制約が無いのだが、遠くまでドラッグすると距離に応じて大きな格子にスナップするので「アイコンの整列」みたいなことが簡単にできる。設定した格子にくっつくように図形を配置できるシステムは多いが、ドラッグ距離に応じて格子のサイズが変化するところがポイントである。

Alan Cooperの本によると、一度使うと忘れないインタフェースを「イディオム」と呼ぶらしい。スライダとかドラッグ&ドロップみたいなGUI操作は、それまで見たことがなくても一度見れば使い方を忘れることがないから良いイディオムだといえる。 HyperSnappingの手法はタブレットPCで使ってみると非常に具合が良く、良いイディオムのひとつだと思う。 FlashとかProcessingとかでデモを作って普及させてみたいものだ。
Windowsで動くデモはこちらに置いておく。

苦手は研究の母?

2006-03-16T23:57:00.000+09:00

昔「コンピュータソフトウェア」という雑誌に書いた記事をたまたま読んで笑ってしまった。折角なので紹介。
http://pitecan.com/articles/JSSST/nigate.html

Wiki勉強法

2006-03-16T09:34:00.000+09:00

「Wikiで勉強」というのはいかにもうまくいきそうなのだが何故か流行っていない。子供の中学入試勉強用Wikiとかスペイン語勉強Wikiとかいろいろ試してみたのだが、あんまり効果はなかったようである。

情報間にリンクを張りやすいとか/ Web情報にすぐアクセスできるとか/ 対話的なコンテンツを使えるとか/ 情報編集によって記憶が増強されるとか/ 勉強に向いた要素が満載だと思うのだが何故人気が出ないんだろう?

「Wikiでウキウキ勉強法」という本を書く! と宣言してみたりして。

Joel on Software

2006-03-02T00:17:00.000+09:00

前にも書いた Joel on Softwareという本に対してまつもと氏が不満を述べている。 Joel氏は何も間違ったことは言ってないのになんか気にいらないというのは、何かの目的のためにプログラミングをする人物(Joel)と、プログラミング自体が面白くてたまらないからプログラミングする人物(まつもと氏)の違いなのかもしれない。

私はJoel氏に近い立場なのか、特に気にいらないと感じることはなかった。面白い結果が得られるのならば、ハードだろうがソフトだろうがどういう工夫でもかまわないと思っている。

写真の整理

2006-02-23T12:29:00.000+09:00

デジカメ写真にキーワードをつけて整理するシステムというのはいろいろ提案されているが、 後からマメにキーワードづけする人などいないことだけははっきりしているので、この手のシステムが流行ることは考えられない。
一方、写真を撮ったその時にメモを添付したい思うことはよくある。初めて会った人の写真を撮ったときはその人の名前をメモしておきたいだろうし、面白いものを見たときはその場所や名前をメモしておきたいと思うものである。写真を撮ったその場でメモができるようなデジカメがあれば非常に役立つはずだから、これからのデジカメではメモを超簡単に添付できる機能が重要になってくる気がする。ケータイの場合はメールにメモを書いて写真を添付して送る癖をつけておけばいいだろう。

情報視覚化はこれから流行る!?

2006-02-19T23:32:00.000+09:00

ビジネスチャンス発見の技術という本を読んだ。著者の大澤氏は「チャンス発見」というキーワードでいろいろ本や論文を書いているのだが、この本では「キーグラフ」という情報視覚化ツールを使って「チャンス発見」する方法を詳しく解説している。
確かに視覚化ツールを利用しないのに比べるとチャンスを発見する確率は上がるのだろうが、スクリーンダンプ等を見る限り、他の普通の視覚化ツールを使う場合に比べて利点がわからない。単純な視覚化ツールでも重宝されるほど現状ではツールが不足しているということなのかもしれない。

Webでテキスト検索が話題になって広く利用されるようになったのは、テキスト検索の研究がかなり飽きられて煮詰まっていた時代であったわけだが、情報視覚化ツールの研究が煮詰まりつつある現在になってはじめて Web上で情報視覚化ツールが流行る可能性が出てくるのかもしれない。

ユビキタスネット社会の実現に向けた政策懇談会

2006-02-18T21:00:00.000+09:00

ユビキタスネット社会の実現に向けた政策懇談会と会議が開かれてたそうで報告書が出ている。総務省の u-japanのトップページにはいろいろよさげなことが書いてあるが、報告書には面白いことが書いてあるだろうか? ぼちぼち見てみよう。
ユビキタスとかSNSとか、総務省は割と正しい方向を注目してるようである。

Joel on Interface

2006-02-16T15:11:00.000+09:00

前の記事に書いた Joel on Softwareはソフト開発者なら「そーだそーだ」とか「なるほどー」とか納得する内容が満載でおすすめである。この本には含まれていないのだが、ユーザインタフェースに関するJoel氏の記事も Web上で公開されており、非常に有益である。本当に商品化して多くの人に満足して使ってもらうために気をつけなければならない点について多くの考察がされているので、ソフトを流行らせたいと考えている人は必読であろう。 Alan Cooperの本とか Jef Raskinの本とか、売れた製品の開発をした人の意見は傾聴すべき点が多い。

書籍の索引の公開

2006-02-16T09:42:00.000+09:00

書籍の索引をWebで公開すると便利だと思う。全文公開は難しいだろうが索引だけなら問題ないだろう。索引を公開しようという余力や意欲のある出版社は少ないだろうが、著者や読者の力を結集すれば良い索引ができる可能性があると思う。著者が頑張って索引を作らなくても、「xxページにこんなことが書いてあった」みたいな情報を共有すれば索引のようになるだろう。先日 Joel on Software という本を読んだのだが、いろんな書評をまとめると、面白い部分の索引のように使えるようである。
本棚.orgに索引機能をつけてみるといいのかも?

本棚.orgとソーシャルブックマーク

2006-02-09T00:37:00.000+09:00

ソーシャルブックマークと本棚.orgはよく似ている。 URLやISBNのような情報に対する意見や感想を集めて視覚化するという点は同じであり、視覚化手法が違うだけということもできるだろう。いろんな視覚化手法を提供すればひとつのシステムで間に合うのだろうか。

Google×はてなブックマーク

2006-02-06T23:10:00.000+09:00

Google×はてブというシステムが公開されている。 Googleの検索結果に「はてなブックマーク」の登録数を同時に表示してくれるようだ。 Googleの自動検索とソーシャルブックマークの手動タグづけを組み合わせて使えるところが素晴らしい! ページ内のあらゆるリンクに対してソーシャルブックマークの人気を同時に表示するシステムというのを作りたいと思ってたのだが、Googleと組み合わせる方が実用性は高いかもしれない。

Googleの検索結果とはてなでの人気は明らかに相関があるのだが、ブックマークしてる人のページには関連サイトがリストされてることが多いのがありがたい。こういう点はやっぱりまだ人力の方が役にたちそうである。 Googleで書籍が検索されたときは本棚.orgのデータを出力する技もできそうだ。やっぱり本棚API作った方がいいかな...

Web時代の論文

2006-02-03T12:22:00.000+09:00

ネットで使える面白いシステムを論文にして学会で発表しようとすると、大体以下のような手順が必要になる。

システムを作る
システムを公開して流行させる
しばらく運用してフィードバックを得る
結果をまとめて論文にして投稿する
査読が行なわれ、採録が決定する
コンファレンスで発表する

しっかりした学会の場合、このサイクルはどんなに短くても1年かかる。作ってから1年もたったシステムを発表するのは面白くないに決まっているし、話を聞く側からしても当然面白くない。流行ったシステムの場合は聞く側もよく知っているはずだから聞いても面白くないし、流行らなかったシステムの場合は聞いても面白くないであろう。つまり学会に参加しても、この手の面白い話が聞ける可能性は限りなく低いことになる。それでは学会に行く人間は少なくなるだろうし、発表する意欲もおきない。
ネットワーク系とかインタフェース系とかユビキタス系とかの話について学会の存在意義はかなり疑わしく、もはや「権威づけ」としての意味しか無いと思われるが、今後はどうなっていくのだろうか。

画像の検索

2006-02-02T10:45:00.000+09:00

このような方法で手持ちのあらゆるデジカメ写真に位置情報を関連づけたので写真の検索が非常に簡単になった。自分の写真を捜す場合、キーワードや時刻を利用するよりも位置情報を利用する方がはるかに簡単だということが実感される。写真を撮るときはいつも、大体でもいいから場所の情報を書きとめておくとよさそうである。
一方、他人の写真を捜す場合はキーワードを使う方が便利だと思われる。「画像検索」とひとくくりにはできないのかもしれない。

パスワード逝ってヨシ

2006-02-01T09:48:00.000+09:00

ネットから新生銀行の口座にアクセスしたのだが、

口座番号と暗証番号、パスワードを専用ソフトキーボードで入力 ⇒ ログイン失敗
入力ミスだと思って再入力 ⇒ 失敗
ソフトキーボードを使わずPCのキーボードから入力 ⇒ 失敗
3回失敗したので口座がロック状態に(!)

結局、朝から新生銀行に電話してロック解除してもらったのだが、何度も失敗して時間がかかったし/ 音声メニューのおかげで電話がオペレータにつながるまでやたら面倒だし/ パスワードの変更登録が必要になったし/ ちょっとパスワードを忘れただけで時間と労力をひどく浪費してしまったわけで、自分に関連するサービスだけでも早急にマイ認証を取り入れてこういう馬鹿な失敗が無いようにしたいと思う。毎月使っているサービスでもパスワードを忘れてしまうことがあるのね。 (私だけ?)

あらゆるものに対して属性定義/共有

2006-01-30T15:03:00.000+09:00

いろんなデータに属性情報を添付したいと思うことがよくある。デジカメ写真ではファイル中に時刻や位置情報を格納することができるし、ファイルシステムでは更新時間などが記録されているが、認意のデータに認意の情報を添付することはできない。以下のように、様々なデータに対して認意の属性を定義できると便利だろう。

ダウンロードしたファイルに関連する情報を添付する
名簿に「年賀状対象」属性をつける
書籍に「購入予定」属性をつける
店に「行ってみたい」属性をつける
日付に「会議予定」属性をつける

データに別の情報を関連づけたいという要求は共通であるにもかかわらず、場合によって異なる仕組みやサービスを利用しなければならないのは面倒である。認意のデータに認意の情報を関連づけ、その情報を共有したり隠したりすることができる汎用的なサービスがあれば便利だろう。
書評や店情報やブックマークを共有するサービスが最近広く使われているが、ディスク中のxxxxx.dllというファイルがどういう素性のものなのか、といった些細な情報でも共有されていれば、バックアップが必要かどうかの判断基準になったり、何かの役にたつ可能性はあると思われる。 Wikipediaの対象とするほどではないちょっとしたデータに関しても、情報を追加したり共有したりすることには意味があるだろう。
Googleで店の情報を検索する場合は店の説明を書いたWebページを捜すことになり、店の属性を直接捜すことができるわけではない。たとえば「秋月電子」の定休日を知りたい人は秋月電子のホームページを見たいわけではないだろうから、「秋月電子」というデータに対して直接定休日情報が定義されている方が便利だろう。

情報に固有のIDを計算し、それに対してWikiページを対応させれば、データの属性を定義したり共有したりするのは簡単である。自分のファイルなどに対してはこういう方法をすでに使っているのだが、広く共有する仕組みをちゃんと考えてみたい。

auの罠

2006-01-30T11:05:00.000+09:00

auから5万円も請求が来た! 某所でプレゼンしたとき、ネットが無いのでau.netを利用したらパケット代が2万円かかったらしい。また、定額契約してないのに奥様がMixiを見まくった結果、1万円ぐらい余分にかかっている。
教訓:

ネットの無い会議室は死刑!
Mixi中毒にご注意を!

ブログのコメント欄

2006-01-29T09:05:00.000+09:00

誰でもコメントを投稿できるようになってなかったので設定を修正した。 Bloggerアカウント持ってる人しかコメントできないようになってたとは気付かなかった...

Ajax版POBox - Ajax-based Japanese text input

2006-01-27T10:05:00.000+09:00

W-ZERO3のOperaではJavascriptがまともに動き、Ajaxもちゃんと使える。ということはJavascript版のPOBoxが使えるはずである。
Javascript programs seems to run properly on Opera for W-ZERO3, a new Sharp phone-PDA. It means that I can use Ajax-based POBox on W-ZERO3.
変換のたびにサーバと通信するとさすがに遅いし、非通信時に文字入力できないと困るからローカル辞書やキャッシュを使う必要はあるだろうが、基本的にサーバの辞書を活用したり共有したりすることはできそうである。Web2.0(死語?)的辞書共有サイトでも作ってみるかな?
It would be very slow if the PDA receives dictionary data from the server every time Japanese text conversion is performed, so maybe we should use local dictionaries or caches most of the time. But it would be a very good idea to share conversino dictionary data on a server, just like sharing photos or bookmarks in the Web2.0 age.

認証システムの問題点

2006-01-26T10:40:00.000+09:00

画像認証システムを開発しているニーモニックセキュリティという会社の社長が「脅かされる本人認証はびこる奇怪論理とその考察」という記事を書いている。パスワードや生体認証やその組合せの問題点について明解に書かれており大変面白い。

ただ、「弱い認証手法をいくら組み合わせても強い認証手法にはならない」という議論は間違っているように思われる。 1桁の暗証番号やパスワードはすごく弱いが何桁も使えば強くなるわけだから、他人排除率がイマイチな認証手法であっても沢山結合すれば強くなる可能性はあると思う。

リストの並べかえ - Sorting data everywhere

2006-01-26T00:13:00.000+09:00

リストの順番が間違っていると大変気持ちが悪い。下のようなリストを目にしたら誰でも正しい順番に直したくて仕方がなくなるだろう。
Ill-sorted list makes everyone feel uneasy. If you see a list like below, you must feel like sorting the time in proper order.

10:00
10:30
11:00
10:45
12:00

しかし、リストを並べかえる方法はシステムによってばらばらである。普通のテキストならばコピーとかペーストとかの編集コマンドを使わなければならないだろうし、アウトラインエディタならば専用のコマンドがあるかもしれない。名前や数字でソートする機能があるシステムもあるだろう。どんなシステムの場合でも、項目を正しく並べたいという欲求は共通なのだから、なるべく同じような方法で並べかえができるようになってほしいものである。
There's no standard method for sorting data. If you are using a standard text editor, you may copy a portion of the text and paste it to a different location. If you are using an outline editor, you may use a special command to move a block of text. Some systems may provide functions for sorting data by data or by name. It would be nice if we can use the same interaction technique for sorting data on different systems.

たとえば並べる!技術のページでは、項目を選択した後でシフトキーを押しながら上下カーソルキーを押すと項目を移動させることができるわけだが、 Emacsのようなエディタでも上記のようなリストでも同じ方法が使えるようにすると便利そうな気がする。
I can move the data on this page by using the cursor key with the shift key, and it would be nice if I can use the same key combination on Emacs.

IEでブログが表示されない件について - Blog display problem with IE

2006-01-25T23:24:00.000+09:00

UTF8で記事を書いているのだが、何故かタイトルにUTF8の漢字が入っていると Internet Explorerでブログが全く表示されなくなってしまう。ヘッダを変えてみても全然駄目で、何がなんだかよくわからないがとりあえずタイトルを英語にしておくことにする。
I'm writing my blog with UTF8 coding, but when I use a Japanese title for the blog, nothing is displayed on Internet Explorer. I don't know what's happening, but at this moment, I use an English title for my blog.
まだちゃんと調べていないのだが、タイトルタグ中にUTF8の漢字が入っているとページごと表示されなくなってしまうというような IEのバグがあるのかもしれない。
I'm afraid that IE cannot handle UTF8 properly, but I'm not sure about it. Everything should be okay if I write all my blog texts in English...

(どうせ誰も読まないページだから気にしてなかったのだが、借力様で紹介されてたので IEでも読めるようにあわてて対策したのであった... いっそのことタイトルだけじゃなくて中身も英語にすれば何かいいことあるかしらん?)

マイ認証第二弾 - Private authentication (cont'd)

2006-01-25T21:56:00.000+09:00

画像を表示し、その上でなんらかの操作を行なうことにより認証する方法を試してみた。 (Greasemonkeyソース)
写真があまりよくないが、これは越後湯沢駅にある新潟の酒の試飲システムで、いろんな酒を一杯100円で飲むことができるものである。この写真の上で適当な方法でクリックとかドラッグとかすると認証に成功するのだが、方法を知らない人が破ることはほぼ不可能であろう。銘柄を順にクリックすればいいのかもしれないし、清泉を連打すればいいのかもしれないし、見当がつかないであろう。なぞなぞ方式に比べると操作を覚えにくく、忘れてしまう可能性が高いと思われるが、かなり強力だということはできると思う。
画像を利用した覚えやすい操作というのはきっと存在すると思うので、別の方法も試してみる予定。

マイ認証 - Private authentication

2006-01-25T14:28:00.000+09:00

パスワード要求フォームを自前のCGI呼び出しに変換してしまうGreasemonkeyスクリプトを書いてみた。 Mixiログイン画面などにアクセスすると画像なぞなぞ認証が表示され、正しく操作を行なうとパスワードが返されてフォームに入力される。パスワードを利用する既存サービスにおいて完全に自前の認証システムを使えるので便利である。
I wrote a Greasemonkey script which converts a standard password input form into an arbitrary CGI call. When you try to log on to an Web service, image-based query form is displayed automatically, and if you select the correct image consecutively, an appropriate password for the site is generated and pasted to the password input form. In this way, you can use your own special authentication method instead of typing your password into the form. Now you don't have to remember a long password any more!
ここでは画像なぞなぞ認証を使っているが、どんな認証を使ってもかまわない。パスワードの場合は「文字列を入力する」という認証手段については公知なのでいろんな文字列を試してみることができるけれども、そもそも認証する方法すらわからないような方法を使えば、パスワードなんぞよりはるかに破りにくく解きやすくすることができるだろう。 Phidgetsなどをうまく使えばハードウェアによる認証も使えるだろう。
パスワードを利用するサービスがなくなることはないだろうから、自分の認証手法をパスワードに変換するシステムというのはこれから有用だろうと思う。
You can use an arbitrary authentication method other than the imabe-based query. Using a special authentication system, authentication strategy can be hidden to the user and crackers cannot tell how to try to break the system, while crackers can try typing characters a number of times on ordinary password-based authentication systems, and eventually succeed in breaking the password. You can also use special hardware for your authentication: without the hardware, nobody can break into the system.
Even when a new excellent authentication method is invented, password-based systems will survive long, at least for the next ten years. Password-haters should try to develop a system which can convert your own authentication strategy into a password string which conforms to current standard password-based systems.

GoogleMapsで写真検索 - Finding photos from GoogleMaps

2006-01-22T00:35:00.000+09:00

GoogleMapsから写真を検索できるようにしてみた。写真にはこのような方法で位置情報をあらかじめ関連づけておく。緯度経度を入力しなくても登録した名前から検索したり地図を操作して直接検索したりできるのは便利である。
I made a GoogleMaps-based photo finder. All the photos should have location information, which can be attached to the photos using a system like this. You can specify the location by latitude/longitude or the name of the place. You can also specify the place by controllig the GoogleMaps window.

写真の属性として地図を表示することができるのだが、これは非常に自然なことに感じられる。現在のところ写真と位置情報は関連づけられていないのが普通であるが、近い将来は関連づけられているのがあたりまえになってしまう気がする。少し前までは誰でもどこでも電話ができる世界を想像することが難しかったように、写真を含むあらゆる情報に位置情報が付属している世界を想像することは現状では難しいかもしれないが、そういう世界が目前にあることを認識してサービスやシステムを考えていくべきだという気がする。このあたりの話は地図/位置情報サービス提案資料に書いておく。
When I click one of the photos, I can see the map of the location next to the photo. That is a quite intuitive thing, and it is very strange that most of the photos do not have location information at this moment and it is not possible to tell where it was taken.