2006-04-10[n年前へ]
■「過去の記事や画像」を検索する
「WEBが発展してからの記事や画像の検索は容易になったけれど、過去の記事や画像の検索は容易というわけでなくて…」というメールを頂きました。「過去に見たテレビの画面や広告や…といったもの」を見つけ出したいけれど、なかなか見つからない、という話です。
「過去に何らかの媒体に掲載された記事」や「画像」といったものを探す場合、図書館や資料館などに行って探す、のが一般的なのでしょうか。過去の出版物(記事)や資料を保存しておくのが図書館や資料館の目的の一つなのですから、通常は、そういった場所を訪ね歩き探すことになるのでしょう。そんな場合、自分がその場所まで行って探さなければならないわけですから、地方に住んでいたり、はたまた海外在住だったりすると実に面倒なことになってしまいそうです。
ところで、例えばGoogleは図書館などの収蔵書物もすべてデジタル化しようとする(した)"Google Print"といったプロジェクトを行おうとしています。もしも、世界の色んな図書館にあるたくさんの本が読み取られた日には、「過去に見たテレビの画面や広告や…といったもの」の検索も(今よりは)簡単になりそうです。例えば、昔のコマーシャルをキーワードで検索すれば、「広告批評」や当時の「ポパイ」や「明星」といった雑誌の記事が検索されて、その画像なども容易に眺めることができるようになるに違いありません。つまり、過去の画像検索や記事検索が(世界のどこからでも)できるようになるのかもしれませんね。
2006-06-29[n年前へ]
■「今という時代」の「写し鏡」
新幹線の中で、雑誌や新聞から切り取ったスクラップを整理する。次の言葉は、「フィルムカメラ v.s. デジタルカメラ」という内容で、朝日新聞に赤瀬川源平と篠山紀信がそれぞれ語ったインタビューの一部。赤瀬川源平の意見は、「デジタルカメラを使って、加工という"作為"を続けていくと、結局人間が頭で考える範囲におさまっていく。思いがけぬ写真が減り、"思いがける"写真ばかりになる」というもの。
写真は、そして写真家は、過去も未来も撮ることはできない。「今」しか撮れない。だからこそ、時代を写す「写し鏡」がカメラだと定義するなら、時代が生んだ最新のテクノロジーに偏見を持たず、それを使って時代を切り取り、そして時代と併走するのが写真家の務めでないか。 篠山紀信
2006-09-08[n年前へ]
■「会社は誰のものか」と「効率重視」
経済学インタビューをしていく中で、何回か「会社は誰のものなのでしょうか?」という質問をしました。いくつもの答えを聞きながら、私は「会社は株主のものなのかなぁ…」と感じていたのです。しかし、GRAPHICATION(グラフィケーション) No.146「特集:企業社会は今」を読み、その感覚や認識が変化したのです。
それは、その特集中にあった、佐藤俊樹氏の「会社人間をこえて」や奥村宏氏の「もっと株式会社について考えよう」などを読んだからです。
もし自分の犬が他人を噛んだら、所有者は相手の被害を償わなければならない。自分のものである以上、管理する責任があるからだ。所有するというのは、そういうことでもある。 ところが、会社法人が誰かに被害をあたえても、株主には賠償責任はない。…責任はとらないが自分のもの、なんて虫のいい話は資本主義の世界にはない。
佐藤俊樹 「会社人間をこえて」
会社が株主のものなら、公害事件などさまざまな不祥事の責任は株主がとるべきなのに、誰もとっていないでしょう?…株主は、会社が倒産すれば株がただの紙切れになるだけで、それ以上の責任は持たされていないんです。 だから、会社が株主のものだという議論は矛盾しているわけです。 株式会社制度がスタートしたとき一番問題になったのは、会社が潰れたとき誰が責任をとるのかということです。この「自分のものである以上、管理する責任があるからだ。所有するというのは、そういうことでもある」といった言葉などを読みながら、「会社は株主のもの」という納得がしづらくなった…というわけです。
奥村宏「もっと株式会社について考えよう」
ところで、経済学インタビューをするきっかけ自体がGRAPHICATION(グラフィケーション) の「特集:働き方を考える」中で書かれていた、「この世は不公平なものだが、それぞれが努力すればそれに見合ったものをみんなが得られるようになる社会をどうすれば実現できるだろう?ということを愚直なまでに考えるのが経済学だ」という石川経夫の言葉でした。前にも書きましたが、この雑誌は無料で購読することができます。また、購読申し込みをするとバックナンバーも送られてきたりしますから、購読していないという人は定期購読申し込みをしてみるのも良いと思います。実に質の高い記事を無料で読むことができる、という希少な雑誌です。
2007-04-29[n年前へ]
■「無名関数」と「吾輩は猫である」
夏目漱石の「吾輩は猫である」は、雑誌「ホトトギス」に1905年1月に発表された。最初は、冒頭の章だけで完結する短い読み切り小説だった。
吾輩は猫である。名前はまだ無い。 …吾輩がこの家へ住み込んだ当時は、主人以外のものにははなはだ不人望であった。どこへ行っても跳ね付けられて相手にしてくれ手がなかった。いかに珍重されなかったかは、今日に至るまで名前さえつけてくれないのでもわかる。数学ソフトウェア Mathematica でプログラムのスケッチ(素描)を作りながら、「この「名前はまだ無い・名前をつけてくれない」という言葉が頭の中に浮かんだ。
「吾輩は猫である」を連想したのは、Mathematicaの「純関数」の勉強のための練習題材を書いていたときだ。Mathematica の入門・中級の講習会に参加すると、この純関数とやらが登場した途端に、講師が話す内容を見失ってしまうことが多い。講師の筋道が見えなくなってしまう理由は、純関数の必要性・存在価値といったものが今ひとつわからないままに、純関数がいきなり登場してくるからである。もちろん、「(数値でなく)関数を引数として与える」ということに慣れていない生徒が多いこともあって、いつも、純関数が登場した瞬間に、何かその場が失速したような感覚を受ける。
話の流れ・必然性がなくても、文法をただ暗記することができる人であれば、おそらく何の問題もないのだと思う。あるいは、他のプログラミング言語をよく知っていて、文法の必然性が自然と理解できる人たちであったなら、これもまた問題は起きないのだろうと思う。しかし、私も含めて、入門・中級の講習会に来ているような、そうでない多くの人たちの場合は、純関数が登場した途端に、話についていけなくなることが多いように感じるのである。
Mathematica における純関数 "Pure Function" というのは名前(シンボル)を持たない関数で、ほかの関数への引数などとして、関数の内容を書いた一瞬だけ使われるものだ。もう少し違う呼び方をしてしまえば、つまりそれは「無名関数」だ。「無名」というところが重要で、名前がないから、使ったら最後もう二度と呼ぶ・使うことはできない、ということである。つまりは、「使い捨ての関数」だ。この「関数を使い捨てる」というところで、どうしても引っかかってしまう。値を入力するのであれば、あまり考えることなどせずに、数字キーを2・3回押せばすむ。だから、値に名前(シンボル)と付けずに、使い捨てにすることには慣れている。けれど、関数を書く場合には、(ハッカーでない私たちは)頭も多少使わざるをえない。すると、せっかく考えて・苦労して書いたのだから、名前をつけて、あとで呼んでまた使うことができるようにしたい、などと思ってしまうのである。使い捨ての「無名」ということと、苦労をともなう「関数」ということを、なかなか重ね合わせることができないのである。
そこで、自分なりの「純関数の存在価値・意義」を作ることで、その存在意義を納得したくて、純関数を使った例題を作ってみた。実は、それが前回の Spectrum Color Conversion を動かしているベース部分、「離散化を必要としない連続的なスペクトル演算・表示を扱うためのパッケージ」である。これは、無名関数(純関数)を使うための例題である。このパッケージを使うと、スペクトルを描くのに、
plotSpector[ (128 red[#] + 255 blue[#])& ];というような命令でスペクトルを描くことができる。これは「強度128の赤色と強度255の青色を足したスペクトル」を描けという命令なのだが、この中の
(128 red[#] + 255 blue[#])&という部分が、「強度128の赤色と強度255の青色を足したスペクトル」を表す無名関数だ。あるいは、
rgb=fitSpector[(D65[#]-128 cyan[#])&,red,green,blue]というのは、「シアン色が128載せられた色」を、赤色と青色と緑色で近似しろという命令であるが、この (D65[#] - 128 cyan[#])& というのも、「シアン色が128載せられた色」という無名関数である。こういう書き方をしてみると、スペクトルを示す「関数」ではあるが、見方によっては、スペクトルという「値」のようにも見えると思う。値のように見えることで、スペクトルを示す無名関数を引数として他の関数(命令)に渡すことへのアレルギーを低減してみようとしたのである。そして、(128 red[#] + 255 blue[#])& というようにあまり考えることなく直感的に無名関数を書くことができるようにすることで、その関数を使い捨てることへの違和感を減らそうとしてみた。さらに、こういった内容であれば、下手な名前をつけてしまうよりも、式そのままの方が内容・意味がわかりやすい、ということを実感してみようとしたのである。たとえば、(128 red[#] + 255 blue[#])& であれば、この式自体が「強度128の赤色と強度255の青色を足したスペクトル」という風に話しかけてくるように感じられ、下手に名前をつけてしまうよりは内容が見えることがわかると思う。
こんな例題を作ることで、無名関数アレルギーが低減した、と言いたいところなのだけれど、関数を使い捨てることには、やはりまだ慣れることができそうにない。関数を引数として渡すことは自然に感じられるようになっても、無名関数に名前をつけて、再度その関数を呼んでみたい気持ちはなかなか止められそうにない。名前をつけるより、その関数の中身をそのまま書いた方がわかりやすいとわかっていても、単純な名前をつけてしまいたくなる欲望はなかなか止められそうにない。
その理由を考えてみると、やはり、苦労をともなう「関数」を使い捨ての「無名」にしてしまう、ということに一因がある。そして、もう一つ、名前をつけることで、単純化して安心してしまいたくなる、ということがあるように思う。ほんの何文字かの関数であっても、その内容を自分の頭で考えるよりは、なにがしかの単純な言葉で表現された関数名を聞いて納得したくなることがあるように思う。
「吾輩は猫である」の第一章の最後、つまり、当初の読み切り短編小説「吾輩は猫である」はこのように結ばれる。
吾輩は御馳走も食わないから別段 肥りもしないが、まずまず健康でびっこにもならずにその日その日を暮している。鼠は決して取らない。おさんは未だに嫌いである。名前はまだつけてくれないが、欲をいっても際限がないから生涯この教師の家で無名の猫で終るつもりだ。「吾輩は猫である」を思い浮かべながら、無名関数について考えたせいか、それ以来、無名関数が「吾輩は~」と話しかけてくるような気がするようになった。無名関数を書くと、どこかで世界を眺めながら、「我が輩は青色と緑色を足した色である。名前はまだない」「名前はまだつけてくれないが、欲をいっても際限がないから生涯ここで無名で終るつもりだ」と無名関数が呟いているさまが目に浮かぶようになった。存在意義はあるけれど、無名のままの関数、そんなものを思い浮かべながら作ったのがSpectrum Color Conversion である。
2007-05-11[n年前へ]
■「画像ジェネレータ・サービス」を簡単に作るジェネレータ・サービス
15秒で作る画像処理サーバ
「画像ジェネレータ・サービス」を簡単に作るジェネレータ・サービスで、「画像処理ジェネレータ・サービス」を作り出す"Imagenerator"を作りました。例えば、下に貼り付けたのは、Imageneratorで作り出した「古いポートレート」ジェネレータです。このように処理ページを独立に作ることもできますし、下に貼り付けたように他のページ内に貼り付けることもできます。
一方、自分の画像を自分で変えて楽しむのはImagination You Makeです。現時点の「画像処理ジェネレータ・サービス」を作り出す"Imagenerator"とImagination You Makeが一番異なるのは、画像間合成機能とテキスト描画機能です。この二つの機能を知ることが、"Imagenerator"を使いこなすコツです。なぜなら、いわゆる(滝川クリステルジェネレータのような)「画像処理ジェネレータ」の面白さ・楽しさを決めるのは、マスク画像とコメントの内容であることが多いからです。もちろん、イラストレーション化や色調補正を用いた画像処理サービスを作るために使う場合には、マスク画像とコメントの内容がすべてなどということはありません。けれど、このような場合でも、マスク画像の使いこなし方を知れば、画像加工の種類を増やすことができます。あなたがマスク画像としてめにアップロードした画像は、いわば(あなたの)"Imagenerator"の機能拡張になるのです。
"Imagenerator"では、いつでも"CURRENT IMAGE"に対して画像処理がかけられます。"CURRENT IMAGE"と"MASK IMAGE"は、"Swap backup and current"ボタンを押すことでいつでも交換することができます。ですから、自分がアップロードした画像を"CURRENT IMAGE"として使うこともできますし、"MASK IMAGE"として使うこともできるのです。また、「"Imagenerator"であなたがPublishした瞬間のMask Imageが、ユーザーが画像をアップロードした瞬間のMask Imageになる、ということ」と「StartボタンとStopボタンを押すまでの作業だけが、ユーザーが投稿した画像に対して行われる」という2つのことが、マスク画像機能を使いこなすためにはとても大切です。
"Imagenerator"には、三種類の画像間合成機能があります。1つは、マスク画像の左上の点の色を透過色として用い、マスク画像とユーザ投稿画像を合成する機能です。例えば、左上の画像がRGB値で[255,0,0]の赤色だったとしたら、"CURRENT IMAGE"は"MASK IMAGE"の[255,0,0]の赤色に近い部分に"CURRENT IMAGE"が合成されたような画像になります。だから、雑誌の表紙風「画像ジェネレータ」を作りたい時には、「雑誌のタイトルや文字部分」以外を同じ色で塗りつぶし、画像の左上の点をその色にしておけば良いのです。「POPULAR SCIENCEの表紙」風画像ジェネレータは、そのようにして作成したものです。
2番目の画像間合成機能は、マスク画像をユーザ投稿画像の透過度合いとして用いることで、新しい画像を作成する機能です。例えば、黒背景に白い色で字を描いた画像を"MASK IMAGE"として用いれば、"CURRENT IMAGE"の「白い字」の部分だけが残り、それ以外の部分は白い色で塗りつぶされます。この種類の画像合成機能を使えば、ユーザがアップロードした画像を好きな形で切り抜いたりする機能を簡単に実現することができます。
そして、3番目の画像間合成機能が「顔合成用の機能」です。これは、"CURRENT IMAGE"と"MASK IMAGE"に入っている顔を合成する機能です。前もって、顔位置検出機能を使って、"CURRENT IMAGE"と"MASK IMAGE"の顔の瞳や口の位置を合わせておいて、"CURRENT IMAGE"の髪型や顔の形に"MASK IMAGE"の瞳や鼻や口を合成するのです。つまり、「他の人の髪・顔型を自分がしたらどうなるか」「自分の髪・顔型に芸能人の目・鼻・顔を合成したら、どうなるか」なんていうことを眺めることができる画像処理サービスを作ることができるのです。
また、現在の(吹き出し機能ではなく)単純なテキスト描画は"Imagination You Make"と違って、描画する場所を選ぶことができません。文字描画位置は自由ではありません。とはいえ、「ニュース画面などでは説明文章が下部に表示されることが多い」ので、画像ジェネレータを作る用途には、ある程度使いものになる…ことを願っています。