Perl VS PHP

どっちがいいでしょう？
お好きにバトルしてね

Perl＝今OK、今後不明
PHP＝今ダメ、今後期待

PHP最高、軽いし。
Perlの掲示板と同じのなんてつくれますー。perl見て。

自分でサーバたてるなら、PHPが良いのでは？
Perlなんて、嫌いだ！
でも、セキュリティーに問題あるらしいが、どうなんだろう。

Perlやり始めたけど、
3ヵ月後にはPHPに乗り換えちゃったさ。
PHPまんせー！

>5
そうなのか？
特に目立った問題は聞かないが。
まぁ生産性から考えたら考えたらPHPの方が上だろうな。
好みの問題もあるだろーけど。

>>5
セキュリティホールは 3 ヶ月に一つくらい見つかっているね。
対応が早いのは救いだけど。
safe_mode = on にすればそれなりに安全でしょう。

それよりも、どう書けばセキュアなコードになるかってノウハウが少ないのが
ちょっと気になるといえば気になる。

>>7
生産性はコードの書き方にも依存するんじゃないかな。
Pear とか使えばかなり生産性向上すると思うけど、まだ使っている人ってあまり
みないなあ。

今一番ほしいのは Object-RDBMS Wrapper かなあ。
"Building Scalable Database Application" 読みながら勉強中・・・。

パールに比べたらＰＨＰは本当にラクだ。
体感生産性は３倍以上。

Perl = プロが使う
PHP = 素人が使う
ダゼ

>>10 と同じ事を昔
C = プロが使う
Perl = 素人が使う

と思っていたさ。インタプリタ逝ってよし！な感じで。
けどPHPの生産性はVBのソレに近い感触でとにかくラク。
個人的にはPerlはすでに敵じゃない。
古い鯖で仕事するときに仕方なく使うだけ。

今後は JSP vs PHP vs ASP じゃないか？
ASPはGNUを取りこめない時点で負ける気がしてるけど。

ASP はもう死に体。未来なし。
JSP はマニアのおもちゃ。PHP もだけどな。

JSP+アプリケーションサーバはあなどり難いよ。
PHPはエンタープライズ向けのソリューションを提供しないと
未来はないと思うなー。取りあえず、今度ZendCache使ってみます。

>>C = プロが使う
>>Perl = 素人が使う

そうそう。プロならCGIをCでかけ。

>>12
信頼性もセキュリティにも問題がありすぎるからね・・・

でも Transaction Server がタダで添付というのはちょっとうらやましい。
クラス（オブジェクト）の中でいちいちトランザクション定義しなくて
よいというのは、実装の手間を大幅に軽減してくれる。

PHP 用の Transaction Server ってどこかにないかね。
WebLogic とか買って Java でやるしかないのかな。

>>14
いや、CGI と言っている段階で素人丸出しだ。
CGI/1.1 など遅くて使い物にならんよ。

>>16
CGI使わないで何使うの？
素人にもわかるように説明してくれ。

>>17
CGI を書くって表現を見ると、Web Server の CGI Handler を書くのかと
思うぞ。

あと >>16 は、mod_* な拡張モジュールは CGI インターフェースを
経由するわけじゃないから CGI アプリケーションとはいえないって
ことだと思うぞ。

んで、
「プロなら、予算と目的に応じて適切な道具を選ぶ」
んじゃないかと思うぞ。違うか？

>>「プロなら、予算と目的に応じて適切な道具を選ぶ」
>>んじゃないかと思うぞ。違うか？
まさに、おっしゃるとおり。
Ｃで書くなんて冗談だよ、はは。

>18
たしかに！その意味でPHPはいろんな意味でコストパフォーマンスが
高い。ASPやJSP、Perlに比べてね。

PHPの限界を知ってこそプロ。妄信するなよ。

>>21
そだね。あくまでPHPはロー〜ミドルレンジ向けのソリューション。
ハイエンドでお金に糸目をつけなければサーバサイドJava。

>>11
Perl の用途、CGI が全てだなんて思ってるんじゃねーの？
そもそも C と Perl を同じ土俵で比べてることが痛いけどさ。（ｗ

もともと 10 のあほな書き込みが発端みたいだな。
PHP も Perl も C もみんなプロも使ってる。適材適所でな。
なんでもかんでもこれだって変なこだわりを捨てきれないやつが素人なだけだ。

サラシトコウ