Perl VS PHP (593ﾚｽ)
上下前次1-新
31: 名無しさん＠お腹いっぱい。 ID:22(4/5) AAS
趣味プログラマならPHPおすすめするよ。プロ目指すならCから始めた方がいい。最終的にPHPを選ぶことになってもね。
32: 名無しさん＠お腹いっぱい。 [0] ID:11(3/7) AAS
>>18
腹痛が痛いね。
33: 電動ナナシ ID:17(2/5) AAS
>>27
マーフィーの法則（アスキー）シリーズのどれかで
『「そんなの C で書ける」と言う人間は C でプログラムを書けない』
というのがあったね。
34: よしもと ID:15(2/5) AAS
JSPとPHPはどっちがどういう風に優れているのでしょうか。
この部分ではPHPが勝っていて、JSPはこの部分が勝っているみたいな。
35: 電動ナナシ [0] ID:12(2/3) AAS
JSP 単体と PHP を比較する意味はほとんどない。強いて言えば Java を作っている
Sun 純正だから Java との親和性が保証されている程度。PHP から Java の
プログラムを使うこともできるけど、一人で両方こなすのは面倒くさい。
好きなほうを使えばいいじゃん。
36: 名無しさん＠お腹いっぱい。 ID:09(1/2) AAS
将来的にロジックを切り離して再利用したり、大量のアクセスが
きたときにスケールアップさせたければJSP+AS
初期の生産性・開発スピードを優先するならPHP
37(1): よしもと ID:11(4/7) AAS
お返事ありがとうございます。
結局好きなほうを使えばいいんだなーとは思うのですけれど、興味として聞いてみました。すみません。
PHPの本を読んだときに、予算があって、時間もとれるのならばJSPでやるけれど、そうじゃないときは
PHPで著者は仕事をしている、という下りがあって、「そうするとPHPはCGIとしてのPerlのリプレース
にしかすぎず、最終的にはJAVAに駆逐されるのかなあ」と思ったので。
どうなんでしょう。
38: PHPLIB ID:11(5/7) AAS
PHP4でPHPLIBは使えますかね？？
誰かお願いします。
39: 名無しさん＠お腹いっぱい。 ID:17(3/5) AAS
使えますよ。
40(1): 名無しさん＠お腹いっぱい。 ID:03(4/12) AAS
>>37
ジャンボジェットとセスナは別なのりものでしょう？
どっちかだけが生き残る、なんてもんじゃない。
小回りは聞かないが圧倒的な乗り心地、でも高いジャンボ(JSP)と、
軽快にスイスイと飛び回るセスナ(PHP)
41(1): 名無しさん＠お腹いっぱい。 ID:10(1/2) AAS
>>40
その比喩は無理があるぞ。
42: 名無しさん＠お腹いっぱい。 ID:17(4/5) AAS
>>41
そいじゃ、どういう比喩が？
43: 名無しさん＠お腹いっぱい。 ID:22(5/5) AAS
さぁ？
44: 名無しさん＠お腹いっぱい。 ID:01(3/4) AAS
PerlやPHPのお手軽さを知ると、
JavaServletやJSPで書くなんてバカバカしくてやってらんない。
Java好きだけどね、たいがいの場合、手間くってめんどくさいだけ。
よっぽと巨大なWebアプリでも開発するんなら、わからんでもないが。
45: 名無しさん＠お腹いっぱい。 ID:02(3/7) AAS
車とバイク程度かな。
高速道路使って長距離ドライブは車が楽だが、
近所のコンビニにはバイクが便利。
やれることはどっちでも無理すりゃできるが、イージーさ
が違う。
46(2): 名無しさん＠お腹いっぱい。 ID:13(2/6) AAS
Perlはバイク、
PHPは電動自転車、
JSPは非オートマ車
Servletは二階建て大型観光バス
47: 名無しさん＠お腹いっぱい。 ID:15(3/5) AAS
>>46
おぉ！ 良いっ! （・∀・）
48: 名無しさん＠お腹いっぱい。 ID:16(4/4) AAS
どうも違和感があるな。
その「何か大きなすごいモノ」って、アプリケーションサーバを指してないかい？
JSPもServletも本来は手軽なものだよ。
49: 名無しさん＠お腹いっぱい。 ID:18(2/5) AAS
でかいもの作るには手軽なだけだろ
50: 名無しさん＠お腹いっぱい。 ID:23(4/7) AAS
JSPはともかく、Servletはちょっと面倒でない？
51: 名無しさん＠お腹いっぱい。 ID:03(5/12) AAS
Servletはコンパイルが必要という時点で、もう手軽とはいえないでしょう。
場合によっては、つーか、たいがいは一本のサーブレットに対して、
クラスファイルが沢山できる事になるし、jarでパックすりゃ一つに
なるといっても、それだって一手間よけいにかかる事にかわりない
し。とかいいながら、サーブレット使ってるんだけどさ。
サーブレットからPerlやPHPのモードになると、それまで大リーグ
ボール養成ギブスでもつけてたんかみたいな開放感を感じるのは
省1
52: 初期不良 ID:03(6/12) AAS
suExec がかかるかどうかの違いが一番大きくない？
掲示板の場合書き込みに Perl CGI、
表示に PHP って感じにしないと
権限の管理ができないような気がするんだけど。
何かいい方法あるんですか？
53(2): 名無しさん＠お腹いっぱい。 ID:03(7/12) AAS
その ギブスで 養成されたか知りたい
54: 電動ナナシ [0] ID:12(3/3) AAS
>>53
Servlet を使おうとすると、それなりにオブジェクト指向設計・実装技法を
身に付ける必要があるから、アプリケーションの設計能力は若干高まるんじゃ
ないかな。
まあ Java プログラマー自称していても巨大な main() 作る人もいるから、
「常にそうなる」わけではないけど、少なくともそういう機会は与えられる
よね。
省9
55: 51 ID:18(3/5) AAS
>>53
大リーグボール的魔球のようなプログラムが書けるようになったとは思わんさ(藁
開発にかかる労力としての比喩だよ。でもJavaって悪くない言語仕様だとは思う。
56: 名無しさん＠お腹いっぱい。 ID:03(8/12) AAS
意外と素人が多いな、ここ。（もちろん全員ではないが）
適材適所はプロの現場、趣味を含めて当然だと思う。
とりあえず企業のサイト（コンテンツ）でPHPはちょっと痛いと思う。
JSPのアプリケーションサーバーだって安いんだからさぁ。
自分は自宅で趣味でやるからPHP使うけど。
57: 56 ID:03(9/12) AAS
つうかPerl VS PHPだったっけ。
個人的にはWebのアプリケーションとして使うなら
PerlよりPHPの方が生産性が高い（特に小規模なら）と思う。
たとえば、よーいドンで作ったら勝つのはPHPでしょう。
（同等のスキルの人間が作ったとして）
Perlは今後、コマンドラインから使うことにしよう（藁
それはそれで便利。覚えておいて損はないよね。
58(1): 名無しさん＠お腹いっぱい。 ID:14(2/2) AAS
PHPってPerlより生産性高い?
PHP3はデバッガがなくて苦労したけれどな。
データベースにしてもDBI使えば変わらないし。
Perlのほうがライブラリが充実しているし、いろんなことが出来ると
思うんだけれどなー
59(2): 名無しさん＠お腹いっぱい。 ID:18(4/5) AAS
ツール，参考書籍等においては当然Perlだけど、
それをふまえても生産性はPHPに軍配上がると思う。
PHPが枯れてくればさらに差は広がるであろう。
60(1): 名無しさん＠お腹いっぱい。 ID:19(1) AAS
>>59
>それをふまえても生産性はPHPに軍配上がると思う。
なんで？
理由は？
61: 電動ナナシ ID:20(1/2) AAS
>>58
デバッガについては Zend Debugger がある。有償になるけど。
VB のようなステップ実行とかブレークポイントの設定とか可能みたい。
ただまだ使った経験がないので、どこまでカタログスペック通りかは不明。
>>59-60
そういう議論は定量的な数字を示さない限り「そう思う」「いや思わない」
という水掛け論になりがち。もっとも数字を出しても、その数字をどう評価
省9
62: 電動ナナシ ID:21(1/3) AAS
ちなみに生産性は、言語仕様よりも
・再利用・メンテナンスを意識したコーディングをしているか
（コーディングスタイル）
・きちんと設計できているか（特にビジネスロジック層と永続化データ層）
の影響を大きく受けると思うので、Perl だろうが PHP だろうが違いがあっても
誤差程度というのが自分の考え。
Perl は write-once な言語だと揶揄されることが多いが、PHP にも同じ傾向が
省3
63: 電動ナナシ ID:21(2/3) AAS
s/write-once/write-only/
鬱だし脳
64: 名無しさん＠お腹いっぱい。 ID:02(4/7) AAS
電動ナナシ氏はかなりもっともなことを言うなぁ。
生産性についてはどう捕らえるか、色々あるけど、
HTMLのデザインを先にデザイナーに作ってもらって、
それをそのまま流用できるのは大きな差だと思う。
もちろんPerlだってそうすると思うけど、PHPの方がそこが楽だと思う。
修正が入ったときでも、ソースを書いた本人以外が見ても
デザイン程度の変更だったら割と楽だと思うし。
省3
65(1): 64 ID:02(5/7) AAS
あと、メンテナンスを考慮した云々の話しでコーディングしているか
って話しだと、Webの仕事だといわゆる「やっつけ」に近い形で
来ることが多いので（自分の経験に限り）、ちゃんと設計している
暇がないことが多い。
Perlなどの言語主体の作りをする場合は、どちらかと
言うと共通して使えるようなモジュールになってくることが多かった。
66(1): 名無しさん＠お腹いっぱい。 ID:03(10/12) AAS
>65
っつーか、自分がそーゆーことになってます。
ホントは俺だって再利用したいんだよ。いろいろ。
でも、結構アクセスがあるんで、requireとかincludeにかかるコスト＆
納期を考えると、だらだらとよだれ垂れ流し型のみっともないコードを
かかざるを得ない。んで、クライアントから「前つくったのと同じだから
半分の納期でできるでしょ？」とか言われちゃって・・・。
省1
67(1): 電動ナナシ ID:13(3/6) AAS
>>66
んまあ、それが現実だよねえ。自分も納期間際になって「あーゼロからやり直したい！」と
いう衝動によくかられる。
> クライアントから「前つくったのと同じだから
> 半分の納期でできるでしょ？」とか言われちゃって・
あーそれはよくあるねえ。再利用が完全な形で利用できるなら確かにクライアントの
言う通りだけど、実際には「作り直し」に近い事態になりがちなんだよね。
省15
68(1): 名無しさん＠お腹いっぱい。 ID:23(5/7) AAS
Perlでもヒアドキュメントを使えば、PHPライクに書けるぞなもし。
69: 名無しさん＠お腹いっぱい。 ID:00(3/5) AAS
>>68
Text::Template を使ったりしてた
70: 名無しさん＠お腹いっぱい。 ID:03(11/12) AAS
>>67
>朝令暮改というのは本当に困る。
同意。
顧客のニーズを察して汲み上げて・・
顧客本位の姿勢て大切だけど何かと大変ですね。
私は優柔不断な顧客をねじ伏せる力技・小技・裏技を日々駆使してますよ。
楽したいからじゃなくって、最後に顧客に満足してもらいたからこそ。マジで。
71: 一日目 ID:03(12/12) AAS
Perlと比べて…。
正規表現めんどい。
リファレンス（=&）わかりにくい。
いちいち array とか list とか面倒くさい。
array_* とか関数名が無駄に長い。何故だ？
72: 66 ID:00(4/5) AAS
電動ナナシ氏って、所謂「判っている技術者」って感じですよね。
「わかってる」ってのは、技術云々もそうだけど、技術者に仕事を
出す側の論理とかクライアントの要求とかをちゃんと見てる、という
意味で・・・。
一番の疑問は、何故こんな優れた技術者が2chにこんなに頻繁に
書き込んでるのか？ってこと。こんな人をほっといていいのか？
＞電動ナナシ氏の会社
73: 電動ナナシ ID:00(5/5) AAS
現実逃避だよ・・・。
# まだハマっています。X-(
会社にばれたらやばいだろうな・・・。
74: 名無しさん＠お腹いっぱい。 ID:15(4/5) AAS
>>1-
75: 名無しさん＠お腹いっぱい。 ID:15(5/5) AAS
>>1-ああああ
76: 64 ID:08(1) AAS
今回の仕事は某N○○系列の仕事だったんだが、向こうのSEがしっかりしているので、
珍しく仕様がカッチリ固まっていて良い感じ。
ドキュメントも先に書いているしね。
やっぱり大手は違うんすかね。
PerlでもPHPでもないんですけどね:)
これまた某N○○関係のアプリ。
77(1): 名無しさん＠お腹いっぱい。 ID:01(4/4) AAS
私、仕事でJSP+Java。趣味でPHP使ってます。
Java系はクラス設計からしっかり作れるから、自分の知的財産として高く売りやすいですね。
通常画面周りをJSPで作って処理自体をクラスとかBean(use Bean)で作るので、
JSP部分をWebデザイナーに流せるのもチームな仕事向きですね
でも、PHPはWebプログラムで欲しい機能が一通り入ってるので好きです。
画像生成だけでなく、PDFやShockwaveFlashまでさっくり作れるのはうれしいですね。
デバッガ無いとか言われてますけど、
省4
78(1): 名無しさん＠お腹いっぱい。 ID:07(2/3) AAS
どうしてもPHPでなきゃいけない理由がない。
となると枯れてるとか、どこの鯖でもたいがい動くとか、
「ぺっぷ〜？なんだねそりゃ」なんていわれて説明する手間も
いらないってわけでPerlにおちつくな。
79(1): 電動ナナシ [0] ID:07(3/3) AAS
むしろ「この言語じゃないと」って必然性があるほうが珍しいだろうね。
80(1): 名無しさん＠お腹いっぱい。 ID:09(2/2) AAS
>>78
はう？ 「ぺっぷ」って呼ぶの？
「ぴいえいちぴい」だと思ってた....。
81: 電動ナナシ ID:20(2/2) AAS
>>80
そっちが正解。
でも HTML を「はとまる」って読む人もいるご時世だからね。
世の中にそういう読み方をする人がいても不思議はないような・・。
82: 77 ID:02(6/7) AAS
「○○言語じゃなきゃいけない」とか言ってるのは一部の風潮であって
TPOではないでしょうか？
会員ページを作るとき、セッションにデータを格納できないPerlではさすがにきついです。
メールアドレスの整合性チェックはCやJavaだと面倒だけど、正規表現が使える言語だと1行だし。
結局自分の持ちネタが多い言語に落ち着くかな。
83(2): 77 ID:02(7/7) AAS
あぁ、TPOは私の個人的意見。
仕事では許してくれません。
コールドフュージョン使ってみたい
ところでPerlで画像ライブラリってあるんでしたっけ？
84(1): 名無しさん＠お腹いっぱい。 ID:06(1) AAS
>>83
GD とか PerlMagick のこと？
85: 77 ID:13(4/6) AAS
>>84
GDはPHPで動作する奴ですよね？
PerlMagic・・・ImageMagicと言うものを見つけました。
X用のイメージビュアーのようですけど、それを操作して画像処理するのでしょうか？
86(1): 名無しさん＠お腹いっぱい。 ID:13(5/6) AAS
>>83
URLキボンヌ。
87: 名無しさん＠お腹いっぱい。 ID:21(3/3) AAS
GD::Imageとか、Image::Magickとかモジュールがあります。
もちろんそれぞれライブラリが必要。
『WEB+DB Press Vol.1』技術評論社 に記事が載ってたよ。
perlって見た目が嫌いで敬遠してるけど、その膨大な資産は魅力的かも。
88: 名無しさん＠お腹いっぱい。 ID:04(2/2) AAS
GD
外部ﾘﾝｸ:search.cpan.org
PerlMagick
外部ﾘﾝｸ:search.cpan.org
それぞれGDライブラリ、ImageMagickライブラリをPerlから
使うモジュールね。
89(1): 77 ID:13(6/6) AAS
修正
GDはPHPで動作する
↓
GDはPHPでも動作する
PHPのマニュアルにもGDライブラリが必要と書いてました。
ライブラリを呼び出す仕組みがあれば、Javaでも動作しそうですね。
>>86
省3
90(1): 名無しさん＠お腹いっぱい。 ID:11(6/7) AAS
>>79
言語仕様や性能に言語選択の必然性がある場合は少ないが、
それを使う側の事情に言語選択の必然性がある場合は非常に多い。
91: 名無しさん＠お腹いっぱい。 ID:17(5/5) AAS
>>89
GD は知らないけど、ImageMagickはJavaインターフェイスあるよ。
外部ﾘﾝｸ:www.imagemagick.org
外部ﾘﾝｸ:ftp.imagemagick.org
92: 名無しさん＠お腹いっぱい。 ID:18(5/5) AAS
age
93(1): 名無しさん＠お腹いっぱい。 ID:23(6/7) AAS
245 CGI、Perl 5
305 PHP 1
このアクセスの少なさ、なんとかならんのか・・・
このアクセス１って、俺のことだ。
94: 名無しさん＠お腹いっぱい。 ID:23(7/7) AAS
>このアクセス１って、俺のことだ。
俺の１は何処？？
95: 電動ナナシ [0] ID:10(2/2) AAS
>>93
これって書き込み数なんじゃないの？
>>90
「トンカチを持つと、問題がすべて釘に見える」ってやつだね。
96: 93 ID:11(7/7) AAS
鬱だし脳
97(2): 名無しさん＠お腹いっぱい。 2001/04/20(金)14:56 ID:c/XvRP6o(1) AAS
PHPだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。
98(2): 名無しさん＠お腹いっぱい。 2001/04/20(金)15:48 ID:5Li3PYXE(1) AAS
Perlだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。
99: 名無しさん＠お腹いっぱい。 2001/04/20(金)16:16 ID:S///PKIM(1/2) AAS
>>97-98
JSPのTagLibはいいらしい。詳しく知らないけど。
100: 名無しさん＠お腹いっぱい。 2001/04/20(金)16:24 ID:??? AAS
>>97-98
どっちもやり方次第だと思うんだけど。
101(1): 名無しさん＠お腹いっぱい。 2001/04/20(金)17:59 ID:S///PKIM(2/2) AAS
Perlは埋め込めないから（Enbeddedじゃないから）負け。
102(1): 名無しさん＠お腹いっぱい。 2001/04/20(金)18:12 ID:6.xifOUs(1) AAS
ﾊｧ?パールなら俺は3個埋め込んでるぞ。
103: 名無しさん＠お腹いっぱい。 2001/04/20(金)18:47 ID:??? AAS
:102d
104: 77 2001/04/26(木)14:17 ID:8jbNnp4w(1) AAS
＞99
TagLibは簡単でもないです。
拡張タグの実体はTagSupport系のサブクラスを作って、
それをWebサーバー（サーブレットコンテナ）に登録しなくてはいけないので、
あまりマメに変更はできないです。
汎用的なタグ拡張くらいしか使えませんでしたね。
仕組み上JSPの変数を拡張タグに渡しにくいし・・・
105: 名無しさん＠お腹いっぱい。 2001/04/26(木)17:46 ID:bPccmG/I(1) AAS
>>102
おもしろい
106: 名無しさん＠お腹いっぱい。 2001/04/27(金)16:53 ID:??? AAS
>>101
ePerl を知らんのか...
外部ﾘﾝｸ:www.engelschall.com
mod_perl でも動くしな。
107: 名無しさん＠お腹いっぱい。 2001/04/28(土)16:25 ID:??? AAS
ePerl と eRuby はダメダメ。
108(4): 名無しさん＠お腹いっぱい。 2001/04/30(月)20:35 ID:Jt/ljeX2(1) AAS
プログラム暦なしでPerl勉強中で少し分り掛けなんですが
ココ読むとスゴイPHPはスゴク良いみたいなので流されてます
Perlの勉強やめてPHPの勉強がいいですか？
それともPerlが勉強してからPHPの勉強がいいですか？
両方いっぺんには無理なので、マジレスでアドバイスお願いします
109(1): 名無しさん＠お腹いっぱい。 2001/04/30(月)21:49 ID:G62GAJRM(1) AAS
>108
別にどっちを勉強してもいいが、勉強効率（勉強にかけた時間に対する、
できるようになることの割合）はPHPの方が高いと思うぞ。
少ない勉強でいろいろできるようになる。
110: 名無しさん＠お腹いっぱい。 [0] 2001/04/30(月)22:05 ID:??? AAS
外部ﾘﾝｸ:www.geocities.co.jp
111(2): 電動ナナシ [0] 2001/05/01(火)05:05 ID:??? AAS
>>108
何をメインでやるかによる。
Web アプリなら賛否両論あるけど、個人的には PHP の方が習得が速いような
気がする。最初に HTML を書いて、それを徐々に PHP 化するという順番で
学習できるという点が効果的であることは経験から確認できている。エラーが
HTML の中に自動的に出力されるのも初心者にはやさしい。
Web アプリ以外（メールの自動処理とかシステム管理とか）をやりたいなら
省2
上下前次1-新書関写板覧索設栞歴
あと 482 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s