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 もみんなプロも使ってる。適材適所でな。
なんでもかんでもこれだって変なこだわりを捨てきれないやつが素人なだけだ。

サラシトコウ

プロでもこだわりは必要だろ？
こだわりの無い奴はどれを使わせても中途ハンパな仕事しかできないぜ。
素人バリのアホなこだわりは勘弁だけどな。
極めれば極めるほどこだわりも出てくるって思うけどな。

24も25もどっちも正しい。
適材適所で、ベストソリューションを選ぶのがプロ。
ある道にこだわるのもプロ。でもこだわってばかりで、周りが見えないのはガキ。
この前PostgresのMLで、糞アニオタが"Oracleは糞だ。RMDBSならPostgres"
とかほざいて突っ込みを受けて、後から分ったんだが、そのアニオタはOracle
を使ったことがないらしい・・・ここまでくるとビョーキだな。
PHP vs Perlの不毛な議論も、こんなやつらがやってるから結論がでない。

>>25
>プロでもこだわりは必要だろ？

こだわりは必要だと思う。

例えば、テキストから正規表現使って文字を抜き出す処理だけをしたい時に、
「Cでやるんだ！」って主張する奴と、
「Perl か Awk か Sed でやろうよ」って主張する奴がいるとする。

俺が言いたかったのは、この場合の前者はただの言語羽化だってこと。

こだわりで時間と金を使うのは
プロとはいえない・・。と思う俺。

それは近視眼的に考えるか長期的に考えるかで変わってくるな。

趣味プログラマで最近CGIを始めたものですが、
この用途だったら、デバッグのやりやすさだけでも、
PHPに軍配が上がるような気がするな

データベースとかはよくわかりません

趣味プログラマならPHPおすすめするよ。プロ目指すならCから始めた方がいい。最終的にPHPを選ぶことになってもね。

>>18
腹痛が痛いね。

>>27
マーフィーの法則（アスキー）シリーズのどれかで
『「そんなの C で書ける」と言う人間は C でプログラムを書けない』
というのがあったね。

　JSPとPHPはどっちがどういう風に優れているのでしょうか。
　この部分ではPHPが勝っていて、JSPはこの部分が勝っているみたいな。

JSP 単体と PHP を比較する意味はほとんどない。強いて言えば Java を作っている
Sun 純正だから Java との親和性が保証されている程度。PHP から Java の
プログラムを使うこともできるけど、一人で両方こなすのは面倒くさい。

好きなほうを使えばいいじゃん。

将来的にロジックを切り離して再利用したり、大量のアクセスが
きたときにスケールアップさせたければJSP+AS
初期の生産性・開発スピードを優先するならPHP

お返事ありがとうございます。

結局好きなほうを使えばいいんだなーとは思うのですけれど、興味として聞いてみました。すみません。
PHPの本を読んだときに、予算があって、時間もとれるのならばJSPでやるけれど、そうじゃないときは
PHPで著者は仕事をしている、という下りがあって、「そうするとPHPはCGIとしてのPerlのリプレース
にしかすぎず、最終的にはJAVAに駆逐されるのかなあ」と思ったので。

どうなんでしょう。

PHP4でPHPLIBは使えますかね？？
誰かお願いします。

使えますよ。

>>37
ジャンボジェットとセスナは別なのりものでしょう？
どっちかだけが生き残る、なんてもんじゃない。
小回りは聞かないが圧倒的な乗り心地、でも高いジャンボ(JSP)と、
軽快にスイスイと飛び回るセスナ(PHP)

>>40
その比喩は無理があるぞ。