ユビキタスの街角

フリップチャート

noreply@blogger.com (増井) — Thu, 16 Jul 2009 01:13:00 +0000

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

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

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

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

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

noreply@blogger.com (増井) — Tue, 16 Jun 2009 00:25:00 +0000

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

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

noreply@blogger.com (増井) — Thu, 21 May 2009 22:30:00 +0000

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

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

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

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

論文査読の落とし穴

noreply@blogger.com (増井) — Wed, 01 Apr 2009 02:21:00 +0000

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

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

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

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

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

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

noreply@blogger.com (増井) — Sat, 07 Mar 2009 15:14:00 +0000

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

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

原島先生最終講義

noreply@blogger.com (増井) — Tue, 03 Mar 2009 10:18:00 +0000

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

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

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

noreply@blogger.com (増井) — Sat, 07 Feb 2009 14:07:00 +0000

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

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

noreply@blogger.com (増井) — Sat, 24 Jan 2009 11:26:00 +0000

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

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

Panoramio!

noreply@blogger.com (増井) — Sat, 03 Jan 2009 13:59:00 +0000

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

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

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

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

家電の延長保障

noreply@blogger.com (増井) — Sun, 19 Oct 2008 12:57:00 +0000

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

貧乏税

noreply@blogger.com (増井) — Thu, 16 Oct 2008 23:38:00 +0000

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

インタフェース家族

noreply@blogger.com (増井) — Wed, 11 Jun 2008 23:52:00 +0000

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

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

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

noreply@blogger.com (増井) — Tue, 27 May 2008 07:20:00 +0000

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機能

noreply@blogger.com (増井) — Sat, 15 Mar 2008 19:37:00 +0000

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

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

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

重力電灯

noreply@blogger.com (増井) — Fri, 22 Feb 2008 16:53:00 +0000

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

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

米国のiTMS

noreply@blogger.com (増井) — Mon, 21 Jan 2008 17:15:00 +0000

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

自力出版

noreply@blogger.com (増井) — Tue, 08 Jan 2008 06:18:00 +0000

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

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

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

ISBN

noreply@blogger.com (増井) — Tue, 08 Jan 2008 05:53:00 +0000

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

noreply@blogger.com (増井) — Wed, 19 Dec 2007 17:10:00 +0000

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だけで作れたりするらしい。

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

noreply@blogger.com (増井) — Tue, 30 Oct 2007 06:33:00 +0000

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

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

色覚異常

noreply@blogger.com (増井) — Tue, 16 Oct 2007 16:27:00 +0000

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

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

缶ビールが不味いワケ

noreply@blogger.com (増井) — Wed, 26 Sep 2007 07:20:00 +0000

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

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

画像を簡単に利用する

noreply@blogger.com (増井) — Mon, 03 Sep 2007 19:10:00 +0000

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

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

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

noreply@blogger.com (増井) — Wed, 29 Aug 2007 21:29:00 +0000

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

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

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

noreply@blogger.com (増井) — Wed, 13 Jun 2007 15:45:00 +0000

ニュースサイトなどの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