志保)岡崎京子のコマと、ベタと、人の位置関係を更にずらして、かつ人の代わりに比較的かわいい絵柄のアシカにすることで、印象を柔らかめにしたという感じかなぁ。誰が書いてたか忘れたが、卒業白書を、この映画を観た中学生が10年くらいたってから、ああ良い映画を観たなぁ、みたく評価するんだよな、とか評してたのと同じような印象を持たないわけでもない。復刊ドットコムで、しかも復刊にこぎつけられた、ということかも。[DVD]どうってことないのだが、なんか大人っぽい微妙な感情(乾いた絶望までいかない穏やかな諦観)が表出されているのを感じることができるからだろう。あと表現が少しばかり風変わり方向に繊細な点とか。ゴダールのエピゴーネンだという点が、岡崎京子を感じさせる点だ。説明抜きの引用に次ぐ引用。説明抜きなために、その引用が引用だと認識できた場合に、強い共感を読者に与えることができる。引用が引用を生むので誤読してもそれが正しい読み方となりえる。したがって、世界は知識に比例して深く広くなる。引用を触媒として内的宇宙を開く。[DVD]ドライブインのネオン塔の下で出会った黒い天使アシカと白いアシカのコンビ。[DVD]妹を助けに行った両親が目の前で潮に流されるのを、気付かずに失ってしまって、ウサギに恋するアシカ。パラソルに吹かれて鯨の背中に救われた子供を捜す父親アシカ。いうと、勝手にしやがれとかリモザン(題忘れたとか)、いろいろ映画史的な記憶。[DVD](ビクトル・エリセ)かって一度だけスポットライトを浴びた野球選手。登場あしかが、パートナーを変えながら出たり入ったり。プログラミングの極意これまでのあらすじ互換性レイヤーのバグを突いて、fooしてbarしてbazするという誤ったサンプルコードが、自称エキスパートの手によって雑誌などで紹介されてしまった。この呼び出しだと、機械語にして2ステップが省略されることになり、結果的に1実行あたり1マイクロ秒をわずかに下回る速度を稼ぐことができるというのだ。この本来12秒かかる処理を1マイクロ秒速くするために(なんと結果はやはり12秒になるのだが、誰も気づかなかったのだろうか)どれだけのコストがかかることになったかを説明しよう。なると、本来のAPIが正しい結果を返すことにすると、既存のコードがすべて動かなくなる。実際、きわめて有力なユーザー企業の技術担当者に対して行ったアンケートでは、この動作が変わることになれば、バージョンアップは絶対に行わないという辛らつ極まりないものだったのだ。これを回避するには、呼び出し側のプロセステーブルのオフセット8バイト目からのポインタが示すアドレスの7バイト目が0x8eであれば、以降barをポイントするジャンプテーブルの飛び先をnoopに置き換えれば良い。C++リンカー開発チームの連中は、異なるバージョンに同一のシグネチャを与えるという高度なテクニックを発揮してしまったために、本来のbarを呼び出すべき実行ファイルについてもプロセステーブルのオフセット8バイト目からのポインタが示すアドレスの7バイト目を0x8eにしていたのだ。して、現在も本来のAPIを呼ぶ代わりにfooしてbarしてbazすることで代替する、というわけである。これが1マイクロ秒の代償とはなんとも皮肉なことである。[僕は、最初のやつはリアルタイムで見てたけど、楽しいのほうは数話程度かなぁ。マイクロベンチマークではない、JRubyとCRubyの比較hfuさんのgeotoolsの実装で興味深い結果が。読み間違いかも知れないけど、Javaのプリミティブ型クラスを返して、プリミティブ型クラスを受け取るオブジェクトに対する操作が主(かつ大量)になるため、JRubyが2倍遅いというのは、内部的なプリミティブ型クラスからRubyの型への変換に取られているらしい、ということ。たしかに、Method#invokeを利用するときには、仮にプリミティブであっても、一度プリミティブ型クラスのオブジェクトに変換しなければならないから、Ruby側で特に操作をしないのであれば、プリミティブ型クラスのオブジェクトのままJavaからRuby、RubyからJavaへ動かしたほうが効率的だ。なければ、JavaからRubyへの過程で変換して、さらにRubyからJavaへの過程でも変換することになる。(このとき、メソッドシグネチャとのマッチングに余分なコストもかかりそうに思う)逆に、プリミティブ型クラスのオブジェクトをRuby側で操作しまくるのであれば、Rubyの型に変換されているほうがよほど効率的だし、ユーザビリティも高そうに思う。思うに、Javaでインターフェイスを決めるとき、わざわざ戻り値をプリミティブではなくプリミティブ型クラスのオブジェクトを選択した時って、その返送値は直接消費されるのではなく、一度コレクションへ格納するというような場合を想定することのほうが多いのではないだろうか。(というか、個人的には相当インターフェイスを決めたけど、プリミティブではなくプリミティブ型クラスを返送するメソッドとか、引数に撮るメソッドとか切った覚えがない。僕の感覚がどこまで一般的かはわからないけど、仮に一般的なインターフェイス決定にしたがっていると仮定すれば、わざわざプリミティブ型クラスのオブジェクトを返すというのは、そのままスルーすることを想定した場合に限定されるのではないだろうか。コレクションへ格納して後から取り出してまた送り込む場合とか)というわけで、もしプリミティブ型クラスのオブジェクトのRubyの型への自動変換が、強制的なインターフェイスならば、JRubyの人は再考したほうが良いかも。今度、takaiさんに会ったら伝えよう(ここに書いても召還できないだろうしなぁ)。すれば、hfuさんの例では、JRubyでもCRubyと同等の速度になる可能性があるように思う。Haskellむずかしい追記:途中で、書き方がおかしいことに気づいたものの、ちょっと書きなおす余裕がない&&違うことを教えてもらうことになるのも嬉しかないな、というわけで一度削除してました。これは書き直してます。OCamlの教科書読んでいるのだが、手元に処理系がないので、しょうがないのでGHCで例題を解いてるのだが、ストールしてしまった。やりたいことは2つの関数の作成。3]]これはこう書いた。