Ruby 言語・処理系で議論するべき課題があったら教えて下さい(例:for のループ変数のスコープ,文字列の mutability,GVL はあるべきか,など).授業で議論のネタにします
2012-03-03 04:28:23@_ko1 M17Nとかどうでしょ。I18Nで十分かとか、今の複雑なencodingsの決定ルールはどうなのかとか。pythonはシンプルで憶えやすく分かりやすいけどWebプログラミングすると死ぬ、現実見てないってのと対比させながら
2012-03-03 04:35:30@_ko1 例外の粒度は以前遠藤さんが指摘してたような分類が細かすぎるとか、粗すぎるとか、そんなの。非同期I/Oは望ましいAPIはどんなのかというようなこと。
2012-03-03 07:09:19@yukihiro_matz 非同期I/Oというと、通知が非同期にくるのと、通知を polling する(callback する)のと2通りあるけどどっちのことを考えてます? それとも、両方?
2012-03-03 07:10:21@_ko1 並列性と、それを達成するためのGC戦略、コールバックあるいは継続もしくはactorなどの並行計算モデルの導入、そのバックエンドとしての非同期I/Oとスケジューラ、加えて拡張ライブラリの互換性について全般に…
2012-03-03 07:11:05そういえば、actor model では、あるチャンネルにメッセージがきたら、並列に実行しちゃう(関数みたいにみると、リエントラントになる)のかしら。というか、ふつーは immutable なのでリエントラントとか気にしない、というのがこたえか。
2012-03-03 07:17:12@_ko1 実装方法を考えながら言語モデルを考える必要があるのでは。非常に速く動くならスレッドに加えてactorまで言語処理系がサポートしてくれても良いと思いますし。
2012-03-03 07:17:29@frsyuki それは一つの見識だねぇ。Ruby は比較的、実装を考えないで成功した例の一つな気がします。もちろん、実装の都合も色々あるけど。しかしこの対立はネタにできるな。
2012-03-03 07:18:33@_ko1 俺の都合でメッセージを見に行くから変なタイミングで割り込まれなくて安全だぜ、ウハハみたいなモデルのこと?
2012-03-03 07:22:41@_ko1 スレッドの善し悪しはどうでも良いけど並行性は無いと困るという前提で、I/Oをどう扱ったら良いかは難しいハズ。実装しようと思うとスケジューラどうするとか、コールバックにするのか継続で頑張るのかとか、その時の例外どうするんだとか、ありそうな予感を並べた感じです。
2012-03-03 07:24:40@yukihiro_matz epoll みたいなのをどう ruby 側に出すか,てな感じですかね.POSIX の aio_read とかってシグナル通知*だけ*だと思ったら,そうでもないのか.
2012-03-03 07:30:52