僕は発展途上技術者MacのCMっぽく作られてて中々面白いです(ほんと良くできてます)。Rails(フレークワーク)とPHP(言語)を比べるのはどうかと。CakePHP(SymfonyでもEthnaでもZFでも可)なら分かりますが。PHPを思い出しました。当時そんな話しをあちらこちらで見聞きしていたのですが、実際に比較されている内容を見るとCGIのPerlとApacheモジュールのPHP(mod_php)を比べて「PHPが速い」とされていました。知っている人から見れば「おいおい」な話なんですが、(私の知る限りでは)わりとそんな話がまかり通っていました。あと「PHPはDBに強い」なんてのもありましたね。Perlでも似たような事できるでしょうに。PHP」「これからはPHP」みたいな当時の風潮は有り難いものでした。それまでPHPを使おうとすると相手を説得する必要があったのが、逆に「PHPで」と指名されるようになったり。開発に関わる人(クライアントも含む)には非技術者の人もたくさんいます。(というかそちらの方が多い)ですのでイメージは大事です。(「雑誌見ると最近○○がきてるらしいんだけど、次は○○で行こうか。」とか言われたりしません?)もしその人が持っているイメージと現実が異なる時は「あいつは分かってない」で済ませるのではなく、分かっている人がちゃんと説明するということですね。あ、RoRがどうこうという話ではないのであしからず。mod_perl」でないと同じ土俵じゃないですよねぇ。今回も同じように感じたんですが。いえ、Ruby・RoRはやっとかないとマズイなぁ、と思ってる次第です。2:41shimookaさん:ほんと「いつか来た道」です。RoRは今やWebフレークワークのデファクトになりつつありますから押さえておきたいですよね。Cakeは、まあ...気が向けば、で:-)。Perl/CGI」この比較は正しいと思いますよ。実際共用鯖である程度安全に実行する手段がある(safemode)mod_phpに対し、PerlにはCGIしかありませんでした。mod_perl」の方がありえない比較です。mod_perlはメモリ常駐なので、これと比較するならAPCなどの中間コンパイルをメモリに常駐できるものと比較すべきです。mod_perlが適用できる環境なら、PHPでもAPCが導入できて当たり前ですしね。mod_perlはメモリ常駐なので、おお、そうだったんですか。APCなどの中間コンパイルをメモリに常駐できるものと比較すべき当然そうですね。「同じような土俵で比較した結果、どっちが有利」「だから○○の方が優れている」みたいなのって、どれほどの意味があるのかどうか不明ですが。(safemode)mod_phpに対し、PerlにはCGIしかありませんでした。確かに共用サーバで使う事を前提としたら、こういった解釈もありますね。当時(2000~2001年頃?)の比較では「共用サーバだから」といったエクスキューズはあまり無かったように思います。実際に、これから専用サーバを構築するのに「PerlはPHPより遅いんでしょ?」といった声も聞きましたし。mod_perlが適用できる環境なら、PHPでもAPCが導入できて当たり前ですしね。その頃はPHPのコードキャッシュのたぐいは今ほど一般的ではなかったように思います。mod_perl」ならmod_php側はコードキャッシュ無しで比較するしか無いかと。これはお互いCGIで比較しましょうか。「同じような土俵で比較した結果、どっちが有利」「だから○○の方が優れている」そうですね。突き詰めていくと何が同じ土俵だってことになりますね。PHP?リンク先の内容には同意。