Perl VS PHP

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

>>41

そいじゃ、どういう比喩が？

さぁ？

PerlやPHPのお手軽さを知ると、
JavaServletやJSPで書くなんてバカバカしくてやってらんない。
Java好きだけどね、たいがいの場合、手間くってめんどくさいだけ。
よっぽと巨大なWebアプリでも開発するんなら、わからんでもないが。

車とバイク程度かな。
高速道路使って長距離ドライブは車が楽だが、
近所のコンビニにはバイクが便利。
やれることはどっちでも無理すりゃできるが、イージーさ
が違う。

Perlはバイク、
PHPは電動自転車、
JSPは非オートマ車
Servletは二階建て大型観光バス

>>46
おぉ！　良いっ!　（・∀・）

どうも違和感があるな。
その「何か大きなすごいモノ」って、アプリケーションサーバを指してないかい？
JSPもServletも本来は手軽なものだよ。

でかいもの作るには手軽なだけだろ

JSPはともかく、Servletはちょっと面倒でない？

Servletはコンパイルが必要という時点で、もう手軽とはいえないでしょう。
場合によっては、つーか、たいがいは一本のサーブレットに対して、
クラスファイルが沢山できる事になるし、jarでパックすりゃ一つに
なるといっても、それだって一手間よけいにかかる事にかわりない
し。とかいいながら、サーブレット使ってるんだけどさ。
サーブレットからPerlやPHPのモードになると、それまで大リーグ
ボール養成ギブスでもつけてたんかみたいな開放感を感じるのは
おいらだけか？

suExec がかかるかどうかの違いが一番大きくない？
掲示板の場合書き込みに Perl CGI、
表示に PHP って感じにしないと
権限の管理ができないような気がするんだけど。
何かいい方法あるんですか？

その ギブスで 養成されたか知りたい

>>53
Servlet を使おうとすると、それなりにオブジェクト指向設計・実装技法を
身に付ける必要があるから、アプリケーションの設計能力は若干高まるんじゃ
ないかな。
まあ Java プログラマー自称していても巨大な main() 作る人もいるから、
「常にそうなる」わけではないけど、少なくともそういう機会は与えられる
よね。

PHP だけしか使っていないと、なかなかそういうやり方が身につかない。
そういう設計・実装が必須ではないし、オブジェクト指向的に書く問題点も
あるし（全体の見通しが悪くなる、書きなれていない、適切なサンプルがない）、
具体的なメリットが痛感できるわけでもないから、これは仕方が無いと思う。
# マンモス本のコードを見れば痛感できるでしょう・・・。

もちろん、そういうオブジェクト指向的な書き方ができるようになることの
是非はまた別だね。書けるようになるまでに必要な労力や、メリットを考えると
あらゆる場合にお勧めするわけではない。
議論がずれてきたのでこの辺はまた別の機会にでも。

>>53
大リーグボール的魔球のようなプログラムが書けるようになったとは思わんさ(藁
開発にかかる労力としての比喩だよ。でもJavaって悪くない言語仕様だとは思う。

意外と素人が多いな、ここ。（もちろん全員ではないが）
適材適所はプロの現場、趣味を含めて当然だと思う。
とりあえず企業のサイト（コンテンツ）でPHPはちょっと痛いと思う。
JSPのアプリケーションサーバーだって安いんだからさぁ。
自分は自宅で趣味でやるからPHP使うけど。

つうかPerl VS PHPだったっけ。
個人的にはWebのアプリケーションとして使うなら
PerlよりPHPの方が生産性が高い（特に小規模なら）と思う。
たとえば、よーいドンで作ったら勝つのはPHPでしょう。
（同等のスキルの人間が作ったとして）

Perlは今後、コマンドラインから使うことにしよう（藁
それはそれで便利。覚えておいて損はないよね。

PHPってPerlより生産性高い?
PHP3はデバッガがなくて苦労したけれどな。
データベースにしてもDBI使えば変わらないし。
Perlのほうがライブラリが充実しているし、いろんなことが出来ると
思うんだけれどなー

ツール，参考書籍等においては当然Perlだけど、
それをふまえても生産性はPHPに軍配上がると思う。
PHPが枯れてくればさらに差は広がるであろう。

>>59
>それをふまえても生産性はPHPに軍配上がると思う。
なんで？
理由は？

>>58
デバッガについては Zend Debugger がある。有償になるけど。
VB のようなステップ実行とかブレークポイントの設定とか可能みたい。
ただまだ使った経験がないので、どこまでカタログスペック通りかは不明。

>>59-60
そういう議論は定量的な数字を示さない限り「そう思う」「いや思わない」
という水掛け論になりがち。もっとも数字を出しても、その数字をどう評価
するかという別の問題が出てくるので、これが決定的ではないが。

ちなみに会社でプログラミング初心者にやらせてみた感じでは、PHP の方が
受けがよかった。

PHP の場合、HTML 埋め込みになるため、まず素の HTML で書いてみて、
そこにだんだん PHP のコードを入れるという形で徐々に試すことが出来る。
その点がとっつきやすそうに見えるらしい。

Perl だとどうしても最初から Perl 「プログラム」から書くことになり、
その辺の心理的抵抗が大きい模様。

そういう事例もある、程度に読んでほしい。

ちなみに生産性は、言語仕様よりも
・再利用・メンテナンスを意識したコーディングをしているか
　（コーディングスタイル）
・きちんと設計できているか（特にビジネスロジック層と永続化データ層）
の影響を大きく受けると思うので、Perl だろうが PHP だろうが違いがあっても
誤差程度というのが自分の考え。

Perl は write-once な言語だと揶揄されることが多いが、PHP にも同じ傾向が
見られるような気がする。そうだとすると、どちらもそのままでは生産性は低い、
が正解では？。で、どうやったら生産性が高まるか？という話になるのでは
ないかと思う。

s/write-once/write-only/
鬱だし脳

電動ナナシ氏はかなりもっともなことを言うなぁ。

生産性についてはどう捕らえるか、色々あるけど、
HTMLのデザインを先にデザイナーに作ってもらって、
それをそのまま流用できるのは大きな差だと思う。
もちろんPerlだってそうすると思うけど、PHPの方がそこが楽だと思う。
修正が入ったときでも、ソースを書いた本人以外が見ても
デザイン程度の変更だったら割と楽だと思うし。

これに関してはPerlとPHPというよりは、
スクリプト（もしくは言語）にHTMLを吐かせるタイプか、
HTMLにスクリプトを埋め込むタイプかという比較ですけどね。

あと、メンテナンスを考慮した云々の話しでコーディングしているか
って話しだと、Webの仕事だといわゆる「やっつけ」に近い形で
来ることが多いので（自分の経験に限り）、ちゃんと設計している
暇がないことが多い。
Perlなどの言語主体の作りをする場合は、どちらかと
言うと共通して使えるようなモジュールになってくることが多かった。

>65
っつーか、自分がそーゆーことになってます。
ホントは俺だって再利用したいんだよ。いろいろ。
でも、結構アクセスがあるんで、requireとかincludeにかかるコスト＆
納期を考えると、だらだらとよだれ垂れ流し型のみっともないコードを
かかざるを得ない。んで、クライアントから「前つくったのと同じだから
半分の納期でできるでしょ？」とか言われちゃって・・・。

すまん、グチった。

>>66
んまあ、それが現実だよねえ。自分も納期間際になって「あーゼロからやり直したい！」と
いう衝動によくかられる。

> クライアントから「前つくったのと同じだから
> 半分の納期でできるでしょ？」とか言われちゃって・
あーそれはよくあるねえ。再利用が完全な形で利用できるなら確かにクライアントの
言う通りだけど、実際には「作り直し」に近い事態になりがちなんだよね。
実際の統計データとして、
・企業が新規開発に投入するコスト
・新規開発にあたり企業が既存のシステムの解析・デバッグに要するコスト
がほぼイコールだっていう話もあるしね。再利用が完全なら前者のコストだけですむはず
なんだけど、実際にはレガシーコードが足を引っ張って倍以上のコストになるという
お話だった。

あと、PHP 使った小規模案件だと、発注者も要求仕様をきちんと詰めないで「こんな感じ」を
連発した非常によく分からない発注の仕方をするから、仕様が確定するのはいつも
納品時ということになりがち（いや仕様は最後まで確定しないで、とりあえず納品する
という方が正確か）。このために再利用性を高めるべく事前に設計をしようと思っても
できないことが多い。これがさらに状況を悪化させると思う。

もちろん、この曖昧な顧客の要望を仕様にまとめあげるのが技術者の能力の一つである
ことは間違いないんだけど、朝令暮改というのは本当に困る。

みんなはどうよ。
# 愚痴スレになってきたかな・・。

Perlでもヒアドキュメントを使えば、PHPライクに書けるぞなもし。

>>68
Text::Template を使ったりしてた

>>67
>朝令暮改というのは本当に困る。

同意。
顧客のニーズを察して汲み上げて・・
顧客本位の姿勢て大切だけど何かと大変ですね。
私は優柔不断な顧客をねじ伏せる力技・小技・裏技を日々駆使してますよ。

楽したいからじゃなくって、最後に顧客に満足してもらいたからこそ。マジで。

Perlと比べて…。

正規表現めんどい。
リファレンス（=&）わかりにくい。
いちいち array とか list とか面倒くさい。
array_* とか関数名が無駄に長い。何故だ？

電動ナナシ氏って、所謂「判っている技術者」って感じですよね。
「わかってる」ってのは、技術云々もそうだけど、技術者に仕事を
出す側の論理とかクライアントの要求とかをちゃんと見てる、という
意味で・・・。
一番の疑問は、何故こんな優れた技術者が2chにこんなに頻繁に
書き込んでるのか？ってこと。こんな人をほっといていいのか？
＞電動ナナシ氏の会社

現実逃避だよ・・・。
# まだハマっています。X-(

会社にばれたらやばいだろうな・・・。

>>1-

>>1-ああああ

今回の仕事は某N○○系列の仕事だったんだが、向こうのSEがしっかりしているので、
珍しく仕様がカッチリ固まっていて良い感じ。
ドキュメントも先に書いているしね。
やっぱり大手は違うんすかね。

PerlでもPHPでもないんですけどね:)
これまた某N○○関係のアプリ。

私、仕事でJSP+Java。趣味でPHP使ってます。
Java系はクラス設計からしっかり作れるから、自分の知的財産として高く売りやすいですね。
通常画面周りをJSPで作って処理自体をクラスとかBean(use Bean)で作るので、
JSP部分をWebデザイナーに流せるのもチームな仕事向きですね

でも、PHPはWebプログラムで欲しい機能が一通り入ってるので好きです。
画像生成だけでなく、PDFやShockwaveFlashまでさっくり作れるのはうれしいですね。
デバッガ無いとか言われてますけど、
ほとんどの趣味Perlプログラマがデバッガ無しで作っている状況で、
エラーメッセージが画面に出るだけ幸せに感じてるのは私だけ？

Perlも一応使えるんですが、C言語から育った世代なので、Java PHPの方が忘れにくいですね。
複数言語使ってると混乱するもので（＾＾；

どうしてもPHPでなきゃいけない理由がない。
となると枯れてるとか、どこの鯖でもたいがい動くとか、
「ぺっぷ〜？なんだねそりゃ」なんていわれて説明する手間も
いらないってわけでPerlにおちつくな。

むしろ「この言語じゃないと」って必然性があるほうが珍しいだろうね。

>>78
はう？　「ぺっぷ」って呼ぶの？
「ぴいえいちぴい」だと思ってた....。

>>80
そっちが正解。
でも HTML を「はとまる」って読む人もいるご時世だからね。
世の中にそういう読み方をする人がいても不思議はないような・・。

「○○言語じゃなきゃいけない」とか言ってるのは一部の風潮であって
TPOではないでしょうか？

会員ページを作るとき、セッションにデータを格納できないPerlではさすがにきついです。
メールアドレスの整合性チェックはCやJavaだと面倒だけど、正規表現が使える言語だと1行だし。

結局自分の持ちネタが多い言語に落ち着くかな。

あぁ、TPOは私の個人的意見。
仕事では許してくれません。
コールドフュージョン使ってみたい

ところでPerlで画像ライブラリってあるんでしたっけ？

>>83
GD とか PerlMagick のこと？

>>84
GDはPHPで動作する奴ですよね？
PerlMagic・・・ImageMagicと言うものを見つけました。
X用のイメージビュアーのようですけど、それを操作して画像処理するのでしょうか？

>>83

URLキボンヌ。

GD::Imageとか、Image::Magickとかモジュールがあります。
もちろんそれぞれライブラリが必要。
『WEB+DB Press Vol.1』技術評論社　に記事が載ってたよ。
perlって見た目が嫌いで敬遠してるけど、その膨大な資産は魅力的かも。

GD
http://search.cpan.org/search?dist=GD
PerlMagick
http://search.cpan.org/search?dist=PerlMagick

それぞれGDライブラリ、ImageMagickライブラリをPerlから
使うモジュールね。

>>79
言語仕様や性能に言語選択の必然性がある場合は少ないが、
それを使う側の事情に言語選択の必然性がある場合は非常に多い。

>>89
GD は知らないけど、ImageMagickはJavaインターフェイスあるよ。
http://www.imagemagick.org
ftp://ftp.imagemagick.org/pub/ImageMagick/java/

age

245 CGI、Perl 5
305 PHP 1

このアクセスの少なさ、なんとかならんのか・・・
このアクセス１って、俺のことだ。

>このアクセス１って、俺のことだ。
俺の１は何処？？

>>93
これって書き込み数なんじゃないの？

>>90
「トンカチを持つと、問題がすべて釘に見える」ってやつだね。

鬱だし脳

PHPだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。

Perlだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。

>>97-98
JSPのTagLibはいいらしい。詳しく知らないけど。

>>97-98
どっちもやり方次第だと思うんだけど。

Perlは埋め込めないから（Enbeddedじゃないから）負け。

ﾊｧ?パールなら俺は3個埋め込んでるぞ。

:102d

＞99
TagLibは簡単でもないです。
拡張タグの実体はTagSupport系のサブクラスを作って、
それをWebサーバー（サーブレットコンテナ）に登録しなくてはいけないので、
あまりマメに変更はできないです。

汎用的なタグ拡張くらいしか使えませんでしたね。
仕組み上JSPの変数を拡張タグに渡しにくいし・・・

>>102
おもしろい

>>101

ePerl を知らんのか...
http://www.engelschall.com/sw/eperl/

mod_perl でも動くしな。

ePerl と eRuby はダメダメ。

プログラム暦なしでPerl勉強中で少し分り掛けなんですが
ココ読むとスゴイPHPはスゴク良いみたいなので流されてます
Perlの勉強やめてPHPの勉強がいいですか？
それともPerlが勉強してからPHPの勉強がいいですか？
両方いっぺんには無理なので、マジレスでアドバイスお願いします

>108
別にどっちを勉強してもいいが、勉強効率（勉強にかけた時間に対する、
できるようになることの割合）はPHPの方が高いと思うぞ。
少ない勉強でいろいろできるようになる。

http://www.geocities.co.jp/WallStreet-Bull/1617/

>>108
何をメインでやるかによる。

Web アプリなら賛否両論あるけど、個人的には PHP の方が習得が速いような
気がする。最初に HTML を書いて、それを徐々に PHP 化するという順番で
学習できるという点が効果的であることは経験から確認できている。エラーが
HTML の中に自動的に出力されるのも初心者にはやさしい。

Web アプリ以外（メールの自動処理とかシステム管理とか）をやりたいなら
Perl がいいと思う。今のところ Web アプリ以外の仕事は PHP には向かない。
標準出力にエラーが出ない時点で結構つらいと思う。

>>109 >>111
とても参考になりました。ありがとうございます。
Perlをもう少し理解できたらPHPを併用していこうと思います。

Perlを勉強してもうすぐ1年だが
PHPに出会い,Perlに比べて簡単でしかも生産性が高いと感じたのだが
いままでPerlを勉強してきた自分を捨てきれずに
Perlをつかいつづけてる。

Apache for Win32を使ってローカルでスクリプト動かしているけど
PHPを動かすにはどこのプログラム入れればいい？だれか教えてよん

>>114
PHPを、CGIとして動かしたいのか、サーバプロセスで動かしたいのかどっち？

>>116の
PHP 4.0.5 [4,590Kb] - 30 April 2001
の方を落としてc:\phpとかに解凍。
php4ts.dllをSYSTEM（SYSTEM32）にコピー

httpd.confに
LoadModule php4_module C:/usr/php4/sapi/php4apache.dll

AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .php4

Apacheを再起動

Apache/1.3.20 (Win32) PHP/4.0.5 running...

となる

こんなもんか？

これ↓が抜けてる

php.ini-dist を c:\windows (c:\winnt とか適当に自分の環境に
合わせて読み替える) に php.ini としてコピー

まあなくてもよいが、その場合デフォルトが適用される。

僕も>>108さんと同じような状況で悩んでいます。

Perlのレベルは、最近になってモジュールの使い方を勉強しはじめた程度です。
将来的には、Perl+MySQLをやってみたいと思っていたのですが、
本屋に行ったり、Webを見たりすると、PHP+MySQLっていうのが
よく目について、「あれ、そっちの方が良いの？」と心がかなり
揺れ動いています。
ちなみにMySQL、PHPともにまだ何も手をつけていない状態です。

大したレベルではないと言っても、これまで勉強してきたPerlを捨てて
PHPに移った方がいいのか、それともPerlでがんばり続けた方がいいのでしょうか？

ヘタレな質問ですが、レスをよろしくお願いします。

>>119
とりあえず、このスレ全部読んでみなよ。
>>111 を読んでもなおその質問をするの？
あなたが何をやりたいのかも分からないのに答えられるわけないよ。

むぎ茶さん出番だよ!

Perlは用途が広いからねえ。一概にいえない。

>>119
PerlできりゃPHP理解できっしょPerlやっとけ
必要あらばPHPにうつれば

そうだ　それがいひ

メール、エディター、エクスプローラと自作でつくり
全部ブラウザ上で操作している今、こんな便利なものない。
もう頭はPerl。いまさらもう他にうつれない。

あげよっかな

> PerlできりゃPHP理解できっしょPerlやっとけ
> 必要あらばPHPにうつれば
確かに、CができればPerlも簡単だし。
perlでCGIが出きればPHPも簡単だよ。
簡単なのが魅力だPHP。
でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。

JSP+サーブレットがこれから普及してくれると楽しそう。
そんなサーバが一般に広まるとよいなぁ。

まぁ、対決するとサーバがリボンとかしかないということでPHPの評価は無し。
使えないとね・・・。

【暫定カウントダウン】
あと１３６日。
http://mentai.2ch.net/test/read.cgi?bbs=tv2&key=978803308&st=266&to=266&nofirst=true

>でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。

PHP4 を普通のスクリプト言語としてつかってもいいですか？

$ cat myscript.php
#!/usr/local/bin/php4 -q
.....

つまんないので age

Perl始めて半年くらいの初心者です、
はっきりいってPerl以外は全くわからないです。
スレを読んでると、PerlやPHPやCなどのそれぞれの
言語に賛否両論あるようですが、
それぞれ、どのようなことができて、どのようなことができないのか
具体的に教えて頂けると嬉しいです。

perlでCGI書こうとするとプログラム内でHTML吐き出さなきゃならないが
PHPとかASPだと逆にHTML内にプログラムを埋め込められるワケ.
だから開発効率がめちゃくちゃ上がる.perlと同じようにコンパイルの必要もないしね.
Cはperlと同じようにHTMLまで出力する必要があるし、コンパイルも必要だが、
"どんなことでもできる"ってメリットがある.
そりゃーメモリでもなんでも直接アクセスできるんだから.
ちなむとASPはIISでしか動かないのでやめといたほうがいいと思われる.

UnixでもASPは動くよぅ･･･
と言うのは良いとして、Perlと比べると
phpはWEBに特化した便利さが有る(規模小〜中くらい)
Javaは膨大なライブラリを利用した大規模なPRJで(規模中〜超大きめ)
まだまだ言語は有るけど、ここには書ききれない
勉強するならPerl,Java,Cはネットで膨大な資料が有ってお徳,phpはちょっと少なめ

う ASPって移植されてたか・・・
俺は最初にC,C++学んで(これは時間かかった)
あとはほとんど勉強せずにPerl,ASP(JScript),PHPを使ってきた.
Perlを使えるならPHPはすぐ使えると思うよ.Cはちょっと勉強いるかもしれないが.
とりえあず今はPHPとPerlで落ち着いてる.
やっぱりコンパイルのいらない手軽さと資料の多さがいいね.
(PHPは本家(http://www.php.net/)のマニュアルが簡潔でしっかりしてるし.)
PHPは画像の扱いも楽でいいデス.

ごめん、JAVAの資料ってそんなに多かったけ？
最近増えたのかな？
去年俺がはじめたとき、資料が少なくて泣いた気がするのだが。
PHPの方が楽だったよ。

俺が英語嫌いな脳障害だからか？

Perlは簡単なテキスト処理する時に重宝してますが、
PHPってCGI以外にどういった用途で使えるんですか？
便利なら覚えたいのですが。

うーん PHPはWebに特化したものだから
他の用途に用いるならPerlのほうが便利だよ
テキスト処理も正規表現を使っているていう点では一緒だしね

ヤフーオークションで、幻の人気商品、発見！！！

今は無き「コピーガードキャンセラー」↓
http://page5.auctions.yahoo.co.jp/jp/auction/e5292701

ヤフーオークション内では、現在、このオークション
の話題で、持ちきりです。

動的なWEB作るんだったらPHPが便利だよね。
でも、テキスト整形とかデータ抽出->整形->出力
とかは圧倒的にPerlが使えるな。
>>137のいうとおりです。

WEBベースのコンテンツで提供する場合だったら、
PHPは「HTMLの中に動的なスクリプトがある」
というイメージでいけるのがとても簡素でいいよね。
Perlだと、htmlヘッダの生成からやらないとinternal server error
になるし。あと、クエリーを必ず
if ($ENV{'REQUEST_METHOD'} eq "POST") {
read(STDIN, $buffer, $ENV{'CONTENT_LENGTH'});
} else {
$buffer = $ENV{'QUERY_STRING'};
}
で始まるようなデコード作業をやらないとならないわけだけど、
PHPだと、いきなり指定出来るのが便利だよね。

最新版(たしかPHP4.1.1)は/usr/local/lib/php.iniの
register_globalsがOFFになってるので、デフォルトでは
自動変数登録はされないようになったような。。
まぁONにすりゃいいんだが。

PHPはWEBに関わる仕事をしてる場合は覚えていた方が得なんですかね。
まだあんま必要になりそうにないけど、手を出さなきゃな...