「Ruby on Railsは万能薬ではない」記事へのコメント

Ruby on Railsを使わなかった理由

[Anonymous Coward]

・なんかコードが読みにくい。規約うぜぇ
・さくらインターネットとかロリポップなどのレンタルサーバーで（せっかく）作ったアプリを動かせない
すいません、へたれですorz

Re:Ruby on Railsを使わなかった理由

[Lv5DeathMarch (30244)]

心配ありません。両方とも現在railsが全然流行っていない原因ですから。

特に痛いのが2番目で、一応cgiとしても動きはするのですが、
リクエストの度に膨大なライブラリを全て読み込まなくてはいけないので
普通のPCサーバーだと2～3秒/reqくらいかかってしまいます。

実用的な速度を求めると、fastcgiかwebrickかmongrelという選択肢に
なるのですが、これらはプロセス常駐型なのでサーバー貸し切り型の
プランでないと稼働させることができないんですね。

rails自体の性能は、実行速度面でも開発速度面でも十分実用的なのですが、
こうも導入障壁が高いと、そのうち新しく出た物に負けてしまいそうです。
なんかいいアイデア無いものでしょうかね。

--
Lv5以下の社員全員にデスマーチ！

Re:Ruby on Railsを使わなかった理由

[Anonymous Coward]

もともとCGIの起動コストが大きいのが難点なんだよね。
それにデータも、いちいちDBやファイルに落とす義務があるよりは、メモリに持っているほうが楽なのだし。

つまり常駐型に移行するほうが地球(?)に優しい。

常駐型のプログラムを、いかに安全に(サンドボックスに押し込めて)実行させるか？という技術に、磨きをかけるほうが生産的だと思います。

ーー
あと有りえるとすれば、スクリプトの「コンパイル」かな。
コンパイルといっても動的言語では機械語まで落とすのは困難だけども、少なくともAbstractSyntaxTreeにまで落としといてファイルにするだけでも、結構違うはずだ。

そういえ

Re:Ruby on Railsを使わなかった理由

[mojalor (16164)]

それよか不思議なのは、
mod_hogeとかの常駐型を許さないレンタルサーバが、
同じ常駐型であるPHPは許すって点です。

mod_phpはインタプリタが常駐するだけで、各種シンボルテーブル等は
リクエストの度に初期化される（リクエスト終了時に必ず開放される）ので
mod_xxx経由でスクリプト自体が常駐する他言語のApacheモジュールとはまた勝手が異なります。

また、PHPのアドバンテージとしてCGI/FastCGI、Apache他のサーバモジュール、
どの環境でも同じように動くという点もあります。
CGIの場合、httpdの設定によっては正しいPATH_INFOを取得するためにphp.iniの設定を
変えないといけないこともありますが、スクリプトは全く同じものが利用できます。

言語自体の良し悪しとか速い遅いではなく、開発環境と実行環境の差違を
あまり気にしなくてよいのがPHPが広く使われている理由ではないかなと。

Re:Ruby on Railsを使わなかった理由

[Anonymous Coward]

あと、ドキュメント。

Re:Ruby on Railsを使わなかった理由

[Anonymous Coward]

>開発環境と実行環境の差違

それはまさに言語そのものも含めたフレームワークがラップしてくれる(とうれしい)部分ですよね。

たしかRailsにも、開発環境と実行環境の差を埋めて、それどころか切り替えもワンタッチで出来るっていう機能があるのでしたね。たしか単体テスト用/結合テスト用/運用用の3つの環境という単位で、WebだのDBだのの設定を一撃でチェンジできる機能でしたね。

これに限らずフレームワークってのは、「ずいぶん思い切った割り切りだな」という印象を受けることは、多いと思います。
そして、「でもこれくらいなら確かに現実的にちょうどいいんだよな」と思われればそのフレームワークは成功。

>各種シンボルテーブル等はリクエストの度に初期化される

そうなんですか。

すると「オブジェクトをバインドした変数」もリクエストごとに揮発してしまうのですね？だとすると、リクエスト単位を越えて保持したい情報の保持手段が面倒でしょうね。DBに格納するのが似合うデータもありますが、なんだか違和感を覚えるデータも結構ありますから。