面白かった。
1928年3月、ウォルター・コリンズという9歳の少年が誘拐された。母親のクリスティンは警察に相談。5ヵ月後に警察から「息子を保護した」という連絡を受け、喜んで行ってみるとなんと人違いの別人。「息子じゃない」と訴えかけるが、風当たりの強かった警察はなんとかして事件を解決したことにしたかったため、母親の訴えを取り合わない。それでも様々な証拠を集め、保護された少年が自分の息子ではないという訴えを警察にしたところ、これをもみ消しただけでなくクリスティンを精神錯乱、妄想などと言い立て精神病院に送ってしまう。一方、ワインヴィルにあるゴードン・スチュアート・ノースコットの養鶏場で、ちょっとした疑惑(カナダからの不法入国した者の噂)が持ち上がり、警察が赴くが……
……という粗筋のあたりまで物語が進んだ段階では、いったいどういう方向に物語を着地させるつもりなのか見ながら不思議だったが、クリスティンが反撃に出る展開になってこれは予想外だった。もっと救いのない終り方になるのかと思ったが、最後には少なくとも希望が見出されて物語は終わる。とはいえ、結末は今ひとつすっきりしない。ノースコットは最後までぐだぐだな感じがよく出ており、これはあえて綺麗に決着をつけることを拒否したのだろう。
それにしてもこれが実話ってのはすごいよ。あまりにもひどい話。実際にWikipediaやL.A.Timesの記事などをみると細部は微妙に違うことがわかるのだが、ともあれ大筋は間違っていない。そういえば検索すると他のキーワードに「チェンジリング ネタバレ」というのが見つかるけど、実話なのでそういうのを読めばいいと思うよ。
けれど、結末を知っていてもなおこの映画はみる価値がある。ような気がする。その価値ってやつがどこにあるかはよく分からないが……。間違いなく、キーワードとして脚本家が想定しているのはresponsibilityだが、これをどう当てはめてどう読みとくか、というのは面倒そうなのでやらない。
児童書などを刊行している福音館書店がボクラノSFと題したシリーズを開始したので買ってきた。ところで正式名称は「ボクラノSF」と「ボクラノエスエフ」のどっち？
担当者の人は昨年の京フェスにきて宣伝していたが、鬼頭莫宏のまんがのことは知らなかったらしい。ちなみに福音館書店といえば、たぶん有名なのは『ぐりとぐら』とか『おおきなかぶ』とか。ただ「ボクラノSF」はもうちょっと上の年齢層(中学生ぐらい)向きのジュブナイルSFということだそうだ。
で、買うときにぱらぱらとめくってみたのだが、筒井康隆『秒読み』で長嶋有が解説を書いており、こんなことを書いていたのに気づいた。
>
読書は「豊かな心」なんか育てない。ただ「感じる」ためのものだ。ただ感じるために、文学があるのだ。
>
僕たちはときどき、ジョギングや、腹筋や、腕立て伏せをする。「最近運動不足だな」「体がなまってきたな」とか「少し太ってきたな、ヤバいな」と感じたときに。(中略)
>
心も、使わずにいると「なまる」。感じることが不足すると、ぶよぶよ太って鈍くなっていく。体と違って心はみえないから、みんな「ヤバいな」と思わない。みえないけど、でも絶対に心もなまるのだ。
このあと、「感じる」というのがどういうことか、というところから筒井に入っていくわけだがそれは各自読んでもらうとして、この導入は、まあ、よく言われるような事柄かもしれないとしてもうまいな、と思った。思ってその時はそのままレジに持っていって買った。
で、本屋から出て歩きながらふとこの文章と自分の中学時代を思い返した。そして疑問に思ったのだが中学生ぐらいのガキが「最近運動不足だな」と思ってジョギングなんかするんだろうか。まあ私は運動が嫌いだったのでそう感じるだけかもしれないが、運動するやつはするやつで「少し太ってきたな」などという動機でやったりはしないでしょう、この年頃は。
だから悪いということではないんだけど、子供の頃にこういう文章に出会っていたら自分ならどう感じたものかなあ。と、少し思ったことであった。
例によってYouTubeには戦隊物の動画が山ほどあるのだが、見ていると中国語、というか繁体字のコンテンツが結構ある。繁体字名称は当然全部漢字なのが新鮮でもあり、なかなかかっこよくもある。ような気がする。
で、やっぱりというかなんというか、wikipediaにリストがあった→超級戰隊系列
なんというか、新鮮とかかっこいいとか思う以前に「FIVE人はねぇだろ」とか言った類の突っ込みどころが多くて困るんですが、何にしても、どれが実際に放映されたときのタイトルで、どれが単に著者の訳なのかはいまいち判別できないのは難点。というか別に正式タイトルがあるのかどうかもわからんし。しかし、まあ、気楽に見る分にはなかなか楽しい。こういうコンテンツの無駄な充実度というのは別に日本固有のことではないと思い知らされるね。
ひとつ気になるのは「〜〜レンジャー」が「連者」となっていること。rangerの訳はふつう「連者」ではないわけで、これもやっぱり日本語の読みに合わせた当て字だということがページの末尾あたりに書いてある。これって元ネタは「獣連者」だと思うんだけどどうだろう。ジュウレンジャーで、タイトルの下にそう書いてあったんだよね。違うかなぁ。
http://b.hatena.ne.jp/entry/http://kakutani.com/20090212.html%23p01。なんでみんなこんなに興奮してるんだかさっぱり分からないんで誰か説明してくれませんか。全く冗長な上に肝心なことはなんとなく図式だけだったりするので、さっぱり伝わらないスライドだと思います。
もちろん、スライドはプレゼンテーションで使われるものだから、肝心なのはプレゼンが素晴らしかったかどうかということです。それにスライドを読めば発表がわかるタイプのプレゼンというのはダメであることが多いんで、スライドを読んでもわからなかったというのはダメなプレゼンであることを示唆しないばかりか、いいプレゼンだったということを逆に示唆するような気もします。
だからってまあ、スライドだけじゃあ意味不明なのは変わらないっしょ。
前から思うけど、学会と違ってこの手のイベントでは予稿集がないことが多い。素晴らしい発表も重要だが、予稿集として書き残しておくことの重要性というのを最近はとみに感じます。発表っていうのは基本的には水物だからね。前にも違う文脈で、似たようなことをどこかで書いたけど、予稿集には予稿集の機能というものがあるのです。
予稿集の機能というのは、簡単にいうと「まとまった長さできちんと構成され、それなりのことが書いてある文章を集める」ということではないかと思います。
予稿はブログではない。ブログエントリは基本的に凄く短くて、継続的に読んでその人に親しむのには向いているけど、内容はどうしてもコンパクトになりがち。ブログを読んでいる人の大半は常連なので前提をすっ飛ばしてキャッチコピーだけ書いたりしがちだけど、そういうものは「いちげんさん」にはわかりにくいわけです。構成もシンプルだったりカジュアルになりがち。
予稿集にはハブの機能があるかも。でもまあ、これは今じゃリンク集とかトラックバックとかソーシャルブックマークとかいろいろを使えば、そんなに大変でもないからよしとした方がいいかな。
予稿を書くことは書き手にとってもいいことではないかな。「いちげんさん」にとってもわかりやすい文章、背景と前提から語り起こす文章というのは、自分の活動を改めて見つめ直すという効果があります。プレゼンで話すのと、文章に書き起こすのには明確な違いがあります。少なくとも、ぼくにはある。
そういうわけで、プレゼンテーションスライドというのは通常、予稿の代わりにはなりません。予稿を読み上げるのが良いプレゼンではないというのと同じように、あとから読み返すときにわかりやすいのは良いスライドではあるとは言い難い。あとから読み返すときのために最適化された文章が予稿ではないかと思います。そういえばJapan Linux Conferenceって論文を募集してますね。私のイメージはああいう感じ。
こういうのって、なんか書けば書くほど自分にブーメランが返ってくるだけのような気がせんでもないけど、まあ気にせず公開だ。
補足: もちろん、普通の学会のようにPDFで2カラム何ページ、みたいなものを書く必要はないと思いますけど。でもブログエントリで可、というのとも違う、微妙なところがあるんじゃないかと思うんですよね。
ハーモニー
要約すると、「傑作だけどetmlってどうなの」
ときは未来。ある危機的な大事件の結果、人々は健康管理をモニタするインプラントを埋め込んで生活している。作中の言葉を使えば「健康をアウトソース」している。このWatchMeというインプラントはなかなかのスグレモノで、ネットワークに接続し、自動的に内部のデータを更新して常に最新の情報にもとづいて健康管理する。人々は健康に暮らすことしかできない……。
こうした世界の描写で息が詰まりそうだ。これはある意味で、作者の目から見た僕たちの世界、あるいはその先に見えるものだろう。この息苦しさというか、変わり者であること、普通じゃないことの見えない圧力のようなものが行間に充満している。この行き詰まる感じがまず素晴らしい。
そんな世界で、ある事件が発生する。世界中で合計6000人を超える人間が突然自殺を試みたのだ。WatchMeへの攻撃によってなされたテロだという。主人公はこの事件を調べるうちに、13年前に死んだ親友の影を見る。こちらのSF設定も、結末もまたちょっとすごい。
伊藤計劃はデビュー作の『虐殺器官』といい、人間の意識というものがひとつのテーマになっているようだ(『虚構機関』所収の「The Indifference Engine」もそうだろう)。ここでいう意識というのは主人公や登場人物の内省ということでは全然なく、端的にいうと「意識は身体に従属する」というごく当たり前の事実を突き詰めた結果である。意識とか精神とかいうものは肉体と独立して存在するわけではなくて、肉体の有り様に大きく影響される。本作もそうしたテーマを突き詰めた傑作になっている。
で――etmlなんですけど。
この小説はetml (Emotion-in Text Markup Language)というマークアップ言語で記述されている。ということになっている。etmlがいったいなんなのか、ということは最後まで読めばわかるはずだし、どういうものなのかということも読めばすぐわかる。そういうものである。
でもなあ、このetmlってちょっとありえないぐらいださいと思うんですけど。
まずシンタックスがぐちゃぐちゃな点。etmlはsgml/html/xmlと近いように見えるけれどもそうである必然性はないので、それらの仕様と矛盾するからといっておかしいということはできない。でも登場するetmlのあり方を見るだけでもごちゃっとしていて(たとえば属性と値の対応関係が=だったり:だったりするところとかが)気持ちが悪い。
さらにetmlには構造を表現するもの(dictionaryやlistなど)と、セマンティクスを規定するもの(declarationやtheoremなど)と、ハイパーリンク的なもの(referenceなど)と、これに加えて根幹となる感情をマークアップしたものが混在している。html 3系のごちゃごちゃした気持ち悪い感じが如実に出ていて、そのわりにセマンティックな部分もそれなりに整理されてるのが逆に嫌。これでetmlと名乗るというのはどうなんだろう。DTDに書かれたtransitionalってあたりでそういうニュアンスを感じてね、ということなのかなと思ったが、それにしてもこれはないと思いました。
etmlというマークアップ言語は所詮マークアップなので、本作の価値とは無関係だ――といいたいところなんだけど、そこのところをうまく分かつのがこの本の場合は難しい。そういう作品なんで仕方ないけど、これ一つでこの本の評価が変わってもおかしくないレベルなため結構困ります。
でも中身は良いから。傑作は傑作なのですね。うーん参った。
>
http://www.rubyist.net/~matz/20090202.html#p01
>
http://www.kt.rim.or.jp/~kbk/zakkicho/09/zakkicho0902a.html#D20090204-2
はまるポイントは、もちろんここに挙げる他にもあるし人によっても違うでしょう。でも、たとえば、デスクトップの使い勝手はたぶんそんな大きな問題じゃないんじゃないかな。むしろウィンドウマネージャのカスタマイズができないことの方が問題。ウィンドウの細かい挙動、とくにマウスカーソル移動によるフォーカスの遷移とかsloppy focusはOSXではそもそもできないのですが、できないということを理解するまでにそれなりに時間がかかったものでした。sloppy focusは俺は嫌いなんですけど、今でもたまにウィンドウそのものはバックグラウンドにおいたまま操作とかしたくなることはあるんですよね。
ユーザ管理。/etc/passwdにはそもそも一般ユーザが誰もいねえ！というのは割とショックでした。vipwとかchpassとかchshとかがほんともうね、なんというか……。ログインシェルを変更するのは結局諦めて、端末の方で起動するコマンドをカスタマイズして使ってます。面倒くさいので。
デーモンの起動。「マシン起動したときにsshdあげとくのってどうすんの？」とか、そういう基本的なことが結構長いことさっぱりわからないままでした。これはlaunchctlを使う。というコマンド名を知ってさえいれば、検索すればいくらでも情報がわかるんだけど、とにかく知らないとどうすればいいのかさえわからなくて困惑ですよ。
ソフトウェアインストール。いまならMacPorts一択でしょうか。Finkって最近聞かないな。使い方はそんなに難しくないのでよいですが、知らないままだときついですね。
コンパイラ&開発環境。gccが入ってなくてびびりました。Xcodeを入れないとコンパイラや基本的な開発環境は整いません。そしてコンパイラがないとMacPortsではソフトウェアのインストールができない(できるのかな。だとしてもひどく大変)。ほか開発ツール関係だと特に驚いたのはlddがないこと。otool -Lを使います。ELFではないのでreadelfとかもなし。そういえばobjdumpもありません。バイナリの形式が違うので勝手が違うところはかなりあるはず。
様々なパス名の命名規則。/Applicationはともかく、/Systemや/Developerや/Libraryなどの存在。あと、アプリケーション設定ファイルは~/.*なファイルではなく~/Library/Application Supportの下におく方がMacっぽい。たとえばCarbon Emacsは~/.emacsを読みますが、Firefoxは~/Library/Application Support/Firefoxの下にプロファイル情報などがあります。
私が使い始めて「常識が通用しない！」と特に思ったのはこのへんかなあ。あとたぶん、ユーザランドがFreeBSDベースなので(たしか)Linuxバリバリのユーザの場合は基本的なコマンドの挙動が予想と違って戸惑うことが多いはずです。おとなしくcoreutilsをMacPortsから入れるのが吉。
あとUNIXな人(というか基本的にターミナルあげっぱなしのMacユーザ)にはopenコマンドがマジおすすめ。
http://ogijun.g.hatena.ne.jp/ogijun/20090204/1233710414
Apps? それとも来たメールをふつーのgmailに転送するタイプ?
後者ならメールサーバがあるはずだから前者かな。無料版はできないけど、有料版にすればできるみたいですね。 Email filtering
知らんかった。
ただjmuk.orgは無料版ですが、手元のマシンがアーカイブのために定期的にfetchmail的なことをしてる。ので、そこでフックかけてプログラムをかませるということは可能っちゃ可能という感じ。
そうそう、そういえばここには書いていませんでしたが、先ごろjmuk.orgにGoogle Appsを導入しました。もうメールサーバの維持管理とか心底面倒になったのです。SSLコネクションやSMTP authはまだしも、spfやらdkimやらのあたりになっていい加減しんどくなり、趣味のサーバではそこまで頑張れない、と思いました(年はとりたくないもんですなしかし)。実際、jmuk.orgのメールサーバはさくらインターネットのレンタルサーバを使っているので、のど元を誰かに握られているという意味では一緒なんですよね、根本的に。だからそこは気にしなくてもいいのではないか、と結論づけました。
で、このままブログやウェブサーバをAppEngineに移行すると、あとはDNSだけでなんとかなってしまう状態にもできるといえばできてしまうわけですが、そこまではふみ切れないなあ。
