創り方だって、別に絵柄を見てじゃなくて買ったんじゃないですよ。(*1)まぁ、その証拠に、論文誌などを読んだ感想などを書こうかな、とか。なにかのついでだったりするが。なんか、論文って言葉かいておくと、なんか学生っぽいっていうか、研究してる気分になれるっていうか、そんな感じがしますね。処理学会のページに目次がないでやんの。いうわけで、タイトルに誤字脱字の可能性があります。面倒なので著者などはなし。■動的割付戦略を最適化するJavaメモリ管理機構スレッドローカルなオブジェクトは、GCもスレッドローカルでいいから複数のプロセッサで一斉にGCしないでもいいでしょ、っていうのを頑張った論文。富士通さんこういうことしてるんですね。HotSpotVMのソース買ってるんだろうな。いいなぁ、金があるところは。トレースベースシミュレータってのが、どれくらいの意味があるのかよくわからない。本稿での最適化機構を実装する必要無いよな。ライトバリアとか、その辺のオーバーヘッドがアレだとおもったんだけど。それでもプロセッサ数を増やしたとき、それで性能が上がるのは、さすがというか並列計算の難しさというか。あと、評価がやっぱり凄いなぁ。WeaverAOPってよく知りません。処理系と協調するプログラミングの一技法ってことでいいんかな。フックすることが実装側の要件?■モデル検査技術を利用したプログラム解析器の生成ツール時相論理式とか、モデル検査技術とか、全然知りません。形式的に書くと、その記述自体が検査プログラムになってたりしないのかな。要するに、ブレークポイントをクラスファイル変換によって入れてしまおう、っていっちまうと語弊がありますか。寺田先生なのに、紙芝居はリファーには入ってないのだなぁ。■Schemeインタプリタにおける仮想マシンアーキテクチャの最適化すみません、論文にならないものだとおもってました(汗)。身軽なものだとおもってたもんで・・・。いえば、去年のやつも入ってますね、これ。名著です、名著(とか言う)。命令融合、オペランド融合の自動化がやっぱり必要なんじゃないでしょうか。それから、何命令まで膨れさせていいのか、とかの評価、とか。いうイテレーションが気軽にできれば、別にインタプリタを特化しちゃってもいいんでは。いうかそれはコンパイラ。■初中等教育におけるオブジェクト指向プログラミングの実践と評価この言語覚えるの大変そう。半角と全角混ぜたら負けだよな、とか自分ではおもってたりします。あと、プログラミングにおける机上試験、ってそれ自体がどれほどの意味があるのかね。某情報処理試験もそういうことするけどさぁ、どれほどの意味があるのかねぇ。■継続の生成におけるスタックコピーの遅延なるほど、継続って別に中から呼ばれるときは作らなくてもいいんだ。リターンバリアって嫌だね。継続使わないプログラムにもそいつを入れなきゃいけん、ってのは。結局、それらのコストとの兼ね合いで、どっちがいい、って結論は出してないのか。どっちがいいんでしょうねえ。■notavaCC(以下略)記号書くの面倒なんで、色々と略。論文誌に堂々とこの名前を使うところがスゲエ。ABAさんところに書いてあった奴ですよね。英語論文にしたら、エディターさん困るだろうなぁ。数式だから、そうでもないか。するのってよくわからないんですが、便利なんでしょうか。エイリアスって、処理系内部でエイリアスってだけで、実際はその元のクラス使えば返り値って自明になったりしないのかな。そんな単純じゃないに違いない。■インクリメンタルな解析による空間解析器の高速化これも未知の世界。どの辺がどう図形なのかわからない。