やる気なし暇になったとたん何もやる気が起きない。練習問題の答えを書くとかの残務は結構あるんだよなー。あー......やる気でねえー。[RailsはRDBなくても使えますよ。ActionPackのsampleはActiveRecord使ってないし。[CGIKitもRDB必須ではないですよ。両方組み合わせて使えるのを想定してはいますが、基本的にそれぞれ独立してます。[すばやい御指摘ありがとうございます。捨てちゃったら永続データをカバーするライブラリが存在しなくなるわけですよね。それだとあまり意味がないと思います。何か代替物がないと、単に「モデルをカバーしないフレームワーク」になってしまいませんか。[いや、ファイバは盲点だった。ネイティブスレッドと違って問題ないかも知れない。言うか閑なら試したいな(つまり閑じゃないから試せない)。[CGIKitはWebインターフェースのみをカバーするのが目的で、「DB部分はお好きなライブラリをどうぞ」という指針なので、「モデルをカバーしないフレームワーク」ですね。WebインターフェースとDBモデルの依存度は低い(今のところほぼない)です。[む、そういうものですか。ソースツリーを眺めただけなので、今度試してみようと思います。[ファイバって「Windowsでのユーザスレッド実装」くらいのイメージしかなかったんですが、うまくいくんですか。読んで勉強しとこ......。[今、ちょっと調べたけど僕が大きく勘違いしてるかも知れない。着眼点が良いなと思ったのは、ファイバそのものは単一のスレッドで動作できるからネイティブスレッドで問題となる異なるスレッドのjumpバッファの戻しが原因の異常状態がなくなるんじゃないかと思ったという点と、GCで問題となるスタックトップの位置の変化が起きないという点の2つなんだけど、最初の点についてはファイバ単位にWindowsも同様な管理をするはずだからやっぱり異常な状態(異なるファイバのスタックの戻し)になってしまうかも(というかrubyのスレッドそのものがファイバなわけだし=余りメリットは無いかも)。評価ありがとうございます。今回の記事は、いきなり内部まで突っ込むよりも、とりあず動作を分かり易く紹介して、そののちインタフェースにも手を出そうかというスタンスで考えております。次回執筆いたしましたら、よろしくお願いします。製造機と化してるなあ。RGSSなるほど、続きがすでに構想されているのですね。コンパイルを始めてみた。