村田これから引っ越すから。今後の展望、将来の夢などがあれば。一応今後の展望というか、目標としては、分散システムのところでもっと強くなりたいと思って、設計レベルだとあんまり自分で設計したものを実装してという経験がまだちょっと足りていないかなと思っているんで、スケールするような設計に変えていくという経験をもっと積みたいと思っているのと、あともう一つ長い視点だと、僕は自分が死んだ後も使えるソフトウエアをつくりたいなと思っていて、それが目標なんですけれども、まだ多分そういうのをつくれていないかなと思っているので、なんかどうにか。卜部どうなんでしょうね。なんかソフトウエアをつくった後、死んだ人はまだそんなにたくさんいないから、使われていくかどうかというのは、まだよく分かんないよね。rakeとかはそうじゃないですか。卜部まあ、確かにそうですね。国分かつ、それが他の人にメンテされるくらいには使われていてほしいんです。いうのをつくるのには、まだ至れていないかなと思うので、これから頑張りましょうという感じなんです。卜部じゃあ、これからどんどん新しいプロダクトをつくっていくという感じですね。していきたいと思っています。なんか具体的にこういうのが今、構想があるみたいな?国分いや、構想は今はなくて、というか、そもそも今はJITをどうにか形にしたいと思っているところなので、まずそこからかなと思っているんです。それをまずなんかちゃんとRailsでも速くできるようにして、これをまずそこで成功したようにはしたいんです。その上でその次のステップに進みたいんで、まず今はそこにフォーカスしているという感じです。今一番困っているというか直さないといけないと思っているのは、生成コードをロードしてくるオーバーヘッドがあまりにも大き過ぎて、メソッドのコンパイルした数が増えると、どうやってもこれは遅くなるなと思っていて。それが今のRailsの一番のボトルネックだと思っているんで、まずそこをオフセットする機構を追加しないといけないと思ってるんですが、それをやるためには、MJIT用のメソッドを呼び出すパスを速くすればいいと思っていて、それは別に今、めちゃくちゃ最適化されているとは全く思っていないので、なんかVladが最初につくった機構がそのまま使われている状態なんですけれども。それが、例えば最近実験した機構だと、例えばMJITの呼び出し専用の命令をつくって、一回MJITの呼び出しをしたらその命令に差し替えて、それに最適化されたパスとして用意することによって、少なくとも100メソッドくらいまではオーバーヘッドが共有できるくらいまで速くできるというようなところで、今のところは攻めようとしていて。それで少なくとも遅くならないところまで来たら、もう最適化し放題と思っているので。オブジェクトのスタックアロケーションとかもやりたいと思っていて、それは、例えばRailsには効くかなと思っているので、そこの辺で攻めていけたらなと思っています。なんかオブジェクトのスタックアロケーションとか、全然、JITとぱっとは絡まないので。国分まあまあ、本当はそうなんですけれども。卜部そこまで先まで、頑張ってほしい。それを何年間でやります?国分いや、オーバーヘッド。卜部3.0になっちゃうんだけれどもね。3.0になるまでには、どうにかしないとなんか格好がつかないんで、今年、来年の間になんかどうにかけりをつけたいなとは思います。別に速くならなくても、取りあえず同じぐらい速い、同じぐらいのスピードで動きますよというところだと、取りあえずオンにしとくかなという、みたいのが含まれるよね。