本を読む

読書やコンピュータなどに関するメモ

「ヴィンランド・サガ」5巻

 気がついたらとっくに5巻が出ていた。

 最近地味な展開が続いてたのを吹き飛ばすように、合戦ネタが爆発している。キリストを信じる人たちと、ヴァルハラを信じる人たちと、アヴァロンを信じる人と、父親を信じる人たちが対決、ってのが教科書的な図式か。あと今回の描写、少年誌じゃキツいだろうから青年誌に移って正解だろうなぁ。

 クヌート王子が女の子そのものなんだけど、ストーリー上、女っ気は入れようがないから、バランスとしてちょうどいいか。ストーリー上は重要なんだけど影が薄いのがちとアレ。でもちょっと変わってくるというサインなのか。

 なんだかんだと、とてもおもしろかったっす。


「へんないきもの三千里」

 「へんないきもの」シリーズの第3段。今度はファンタジー小説だ!

 小学生のナマイキ少女が「へんないきもの」の世界に迷い込む話。「学研ひみつシリーズ」や「私家版魚類図譜」(諸星大二郎)や「不思議の国のアリス」みたいなストーリーを、「へんないきもの」ふうにまとめている。昆虫やら魚やら、人間の体内の世界やらを、いきいきと描いていて、読む前は正直なところ斜に構えて臨んだのだけど、けっこう拾い物だった。ギンポ君カワユス。

 ただ、人間界のパートが過度にステロタイプで、何かのパロディを狙ってるのか、昼メロやケータイ小説の線を狙ってるのか、いずれにしてもちょっと狙いすぎの感がしたのがおしい。


へんないきもの三千里
早川いくを 寺西晃
バジリコ (2007/10/30)
売り上げランキング: 999

John Resig×Shibuya.jsのイベント

 jQueryの作者でありMozilla.orgのTamarinの人でもあるJohn Resigが来日。日本のクレイジーなJavaScriptコミュニティであるShibuya.jsの人たちと「The Future of JavaScript」というイベントを開催した。これは聞くしかないでしょう。

 それぞれのセッションのあと、John Resigに小林悠さん&amachangさんが一問一答で質問するというドリームセッションがあった。質問セッションは資料が残るかわからないので、以下メモ。理解できたつもりの範囲しか書いてないので(this談義はかなり省略)、間違いがあったらご指摘ください。

  • 3つのOOP(class、prototype、Duck typing)のどれを使うべき?
    • 個人的にはclassベースのOOPが好き。エラーチェックしてくれるから
  • JSのいいところはオブジェクトを自由にいじれるところだった。classベースでリフレクションのようなこともできる?
    • 用途(柔軟性、スピード…)に応じてOOPのスタイルを選ぶとよい
    • DOMの完全実装をJSで書いているところ
    • ブラウザーのフル実装をJSで書いた
    • ES4版jQuery
  • ダイナミックでないclassのメソッドはさしかえ不可能?
    • プロパティを追加しようとすると止められる
  • 既存のクラスの不備を外から書き換えて直したりしているのでさびしい
    • スタティックなclassでもprototypeはいじれるよ
  • typeとinterfaceの違いは
    • typeは単なる構造体、interfaceはクラスの型定義
  • typeにfunctionポインタを指定するとinterfaceっぽく使えるのでは
    • だいたいはそうだが、likeはtypeでしか使えない
  • isはtypeで使える?
    • isはinterfaceでしか使えない
  • isとlikeを分ける理由は
    • 実は議論中
  • ほかのブラウザーでのES4は
    • Operaはスタート
    • Appleは状況を公開しないが、WGに参加して質問などしているのでやるんじゃないか
  • Rhinoは?
    • JS 2をやると言っている。JS 1.7の大部分は実装
  • thisの挙動が、いまのESと変わるが
    • それはバグフィックス
  • ES4は難しすぎないか? C++と同じ道をたどっていないか?
    • とっかかりのシンプルさは残っている
    • たとえばいまのJSでも入門者はクロージャを使わなくていいというのと同じ
  • ":"にいろいろな意味がありすぎてわかりづらい
    • いまのJSでも、エキスパートが使うような凝った関数定義はビギナーにはわからないと思う
  • 式として1回こっきりのclass定義とかはできるか?
    • それはオーバーヘッドが大きい。普通にclassなしオブジェクトを使ったほうがいい
  • ES4の標準ライブラリを作る計画は?
    • ない。JSANサポートもやめようかと話している。
  • え?
    • ESの仕様と合わないかも。でもやめると決まったわけじゃない。
  • 64bit整数がほしい。DB idとか。
    • ESでも議論があり、やらないことになった。議論内容はWikiに。
  • スレッドがほしい
    • ESの中にとりこむより、実装で対応するのがよいと思う。Google Gearsとか。
    • 検討はしているが、期待できない
  • 継続は
    • 議論には出たが、やらないことになった
  • AVM4のバイトコード仕様を規格化する計画は
    • ある。もう出した。
  • Adobeとして? ECMAとして?
    • Tamarinの一部として
  • JSはスクリプト言語しては速いが、ES4はどうか。duck typingを使うと遅くなる?
    • 実装による
    • Tamarinではかなりの最適化
    • first type(基本型?)最適化
    • duck typingを使っている場合でも、no typingでも速くなる
  • ライブラリ作者として。数多くあるライブラリは収束の方向というDouglas Crockfordの意見があるがどうか。
    • 機能は収束するが、考え方は収束しない
    • ライブラリは機能と考え方がセットになったものなので、私は意見が違う
  • Duck typingしても速いというが、typeを宣言しても速くならないのか?
    • type宣言したほうがより速くなる
    • 宣言してなくても型がわかるなら同じぐらいの速度。ただ、それなら宣言したほうがいい
  • 構文木をプリコンパイルする機能(Pythonの.pyc?)はあるか
    • コンパイル済みのライブラリをキャッシュとして置く機能をFirefoxで採用する

 | HOME | 

Categories

Recent Entries

Recent Comments

Recent Trackbacks

Appendix

emasaka

emasaka

フリーター。
連絡先はこのへん

Monthly