5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Perl VS PHP

1 :名無しさん@お腹いっぱい。 : 2001/02/19(月) 23:04 ID:VMbn6RF2
どっちがいいでしょう?
お好きにバトルしてね

2 :名無しさん@お腹いっぱい。 : 2001/02/19(月) 23:20 ID:VMbn6RF2
Perl=他人のスクリプトがたくさんある メジャー
PHP =動くレンタルが少ない      マイナー

3 :個人的には : 2001/02/20(火) 01:58 ID:224yF/Gw
Perl=今OK、今後不明
PHP=今ダメ、今後期待


4 :とあるひと : 2001/02/21(水) 01:39 ID:IWbfCh2w
PHP最高、軽いし。
Perlの掲示板と同じのなんてつくれますー。perl見て。

5 :名無し : 2001/02/21(水) 22:40 ID:pYxSFApQ
自分でサーバたてるなら、PHPが良いのでは?
Perlなんて、嫌いだ!
でも、セキュリティーに問題あるらしいが、どうなんだろう。

6 :名無しさん : 2001/02/21(水) 22:57 ID:goNj.N7U
Perlやり始めたけど、
3ヵ月後にはPHPに乗り換えちゃったさ。
PHPまんせー!

7 :名無しさん@お腹いっぱい。 : 2001/02/22(木) 00:34 ID:xF5DaCYQ
>5
そうなのか?
特に目立った問題は聞かないが。
まぁ生産性から考えたら考えたらPHPの方が上だろうな。
好みの問題もあるだろーけど。


8 :電動ナナシ : 2001/02/22(木) 02:18 ID:NiS.Wf9A
>>5
セキュリティホールは 3 ヶ月に一つくらい見つかっているね。
対応が早いのは救いだけど。
safe_mode = on にすればそれなりに安全でしょう。

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

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

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


9 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 00:23 ID:rp4JJx..
パールに比べたらPHPは本当にラクだ。
体感生産性は3倍以上。

10 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 04:00 ID:/dSWLOBk
Perl = プロが使う
PHP = 素人が使う
ダゼ

11 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 11:44 ID:hcsqrtx2
>>10 と同じ事を昔
C = プロが使う
Perl = 素人が使う

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

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

12 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 15:07 ID:bPbixCBU
ASP はもう死に体。未来なし。
JSP はマニアのおもちゃ。PHP もだけどな。

13 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 16:28 ID:er8hDHwc
JSP+アプリケーションサーバはあなどり難いよ。
PHPはエンタープライズ向けのソリューションを提供しないと
未来はないと思うなー。取りあえず、今度ZendCache使ってみます。

14 :名無しさん : 2001/02/23(金) 16:47 ID:yOTU8WhU
>>C = プロが使う
>>Perl = 素人が使う

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


15 :電動ナナシ : 2001/02/23(金) 22:53 ID:k2L6EyCM
>>12
信頼性もセキュリティにも問題がありすぎるからね・・・

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

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


16 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 23:36 ID:3CcBfQsU
>>14
いや、CGI と言っている段階で素人丸出しだ。
CGI/1.1 など遅くて使い物にならんよ。

17 :14 : 2001/02/24(土) 05:35 ID:EHQ69qNY
>>16
CGI使わないで何使うの?
素人にもわかるように説明してくれ。

18 :SystemAgent : 2001/02/24(土) 05:58 ID:???
>>17
CGI を書くって表現を見ると、Web Server の CGI Handler を書くのかと
思うぞ。

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

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


19 :14 : 2001/02/24(土) 07:14 ID:EHQ69qNY
>>「プロなら、予算と目的に応じて適切な道具を選ぶ」
>>んじゃないかと思うぞ。違うか?
まさに、おっしゃるとおり。
Cで書くなんて冗談だよ、はは。

20 :13 : 2001/02/24(土) 11:32 ID:TMAe/vso
>18
たしかに!その意味でPHPはいろんな意味でコストパフォーマンスが
高い。ASPやJSP、Perlに比べてね。

21 :名無しさん@お腹いっぱい。 : 2001/02/24(土) 13:59 ID:yhWztcFE
PHPの限界を知ってこそプロ。妄信するなよ。

22 :13 : 2001/02/24(土) 17:21 ID:TMAe/vso
>>21
そだね。あくまでPHPはロー〜ミドルレンジ向けのソリューション。
ハイエンドでお金に糸目をつけなければサーバサイドJava。

23 :名無しさん@お腹いっぱい。 : 2001/02/25(日) 03:18 ID:???
>>11
Perl の用途、CGI が全てだなんて思ってるんじゃねーの?
そもそも C と Perl を同じ土俵で比べてることが痛いけどさ。(w

24 :23 : 2001/02/25(日) 03:25 ID:???
もともと 10 のあほな書き込みが発端みたいだな。
PHP も Perl も C もみんなプロも使ってる。適材適所でな。
なんでもかんでもこれだって変なこだわりを捨てきれないやつが素人なだけだ。

サラシトコウ

25 :名無しさん@お腹いっぱい。 : 2001/02/25(日) 03:58 ID:NviKLk8U
プロでもこだわりは必要だろ?
こだわりの無い奴はどれを使わせても中途ハンパな仕事しかできないぜ。
素人バリのアホなこだわりは勘弁だけどな。
極めれば極めるほどこだわりも出てくるって思うけどな。

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

27 :23 : 2001/02/26(月) 02:55 ID:TtxUPHq.
>>25
>プロでもこだわりは必要だろ?

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

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

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

28 :名無しさん@お腹いっぱい。 : 2001/02/26(月) 14:16 ID:CCJ2NkOs
こだわりで時間と金を使うのは
プロとはいえない・・。と思う俺。

29 :名無しさん@お腹いっぱい。 : 2001/02/26(月) 16:08 ID:dZniPDUM
それは近視眼的に考えるか長期的に考えるかで変わってくるな。


30 :名無しさん@お腹いっぱい。 : 2001/02/26(月) 18:50 ID:goQGp6Go
趣味プログラマで最近CGIを始めたものですが、
この用途だったら、デバッグのやりやすさだけでも、
PHPに軍配が上がるような気がするな

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

31 :名無しさん@お腹いっぱい。 : 2001/02/26(月) 22:50 ID:8JeIWn.k
趣味プログラマならPHPおすすめするよ。プロ目指すならCから始めた方がいい。最終的にPHPを選ぶことになってもね。

32 :名無しさん@お腹いっぱい。 : 2001/02/27(火) 11:52 ID:???
>>18
腹痛が痛いね。

33 :電動ナナシ : 2001/02/28(水) 17:16 ID:???
>>27
マーフィーの法則(アスキー)シリーズのどれかで
『「そんなの C で書ける」と言う人間は C でプログラムを書けない』
というのがあったね。


34 :よしもと : 2001/03/03(土) 15:58 ID:/xJivVgw

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



35 :電動ナナシ : 2001/03/04(日) 12:46 ID:???
JSP 単体と PHP を比較する意味はほとんどない。強いて言えば Java を作っている
Sun 純正だから Java との親和性が保証されている程度。PHP から Java の
プログラムを使うこともできるけど、一人で両方こなすのは面倒くさい。

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


36 :名無しさん@お腹いっぱい。 : 2001/03/06(火) 09:38 ID:xsgJkhQ.
将来的にロジックを切り離して再利用したり、大量のアクセスが
きたときにスケールアップさせたければJSP+AS
初期の生産性・開発スピードを優先するならPHP

37 :よしもと : 2001/03/06(火) 11:22 ID:t4d7nff2

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

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

どうなんでしょう。


38 :PHPLIB : 2001/03/06(火) 11:48 ID:gIQOXWz2
PHP4でPHPLIBは使えますかね??
誰かお願いします。

39 :名無しさん@お腹いっぱい。 : 2001/03/06(火) 17:26 ID:9icXiwVw
使えますよ。

40 :名無しさん@お腹いっぱい。 : 2001/03/07(水) 03:20 ID:/LPxFF6o
>>37
ジャンボジェットとセスナは別なのりものでしょう?
どっちかだけが生き残る、なんてもんじゃない。
小回りは聞かないが圧倒的な乗り心地、でも高いジャンボ(JSP)と、
軽快にスイスイと飛び回るセスナ(PHP)

41 :名無しさん@お腹いっぱい。 : 2001/03/07(水) 10:45 ID:???
>>40
その比喩は無理があるぞ。

42 :名無しさん@お腹いっぱい。 : 2001/03/07(水) 17:05 ID:.mfiOqmE
>>41

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

43 :名無しさん@お腹いっぱい。 : 2001/03/07(水) 22:14 ID:???
さぁ?

44 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 01:25 ID:0E6mJlmY
PerlやPHPのお手軽さを知ると、
JavaServletやJSPで書くなんてバカバカしくてやってらんない。
Java好きだけどね、たいがいの場合、手間くってめんどくさいだけ。
よっぽと巨大なWebアプリでも開発するんなら、わからんでもないが。


45 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 02:53 ID:ne58fVNo
車とバイク程度かな。
高速道路使って長距離ドライブは車が楽だが、
近所のコンビニにはバイクが便利。
やれることはどっちでも無理すりゃできるが、イージーさ
が違う。

46 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 13:54 ID:0E6mJlmY
Perlはバイク、
PHPは電動自転車、
JSPは非オートマ車
Servletは二階建て大型観光バス


47 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 15:29 ID:Jy2HHCN.
>>46
おぉ! 良いっ! (・∀・)


48 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 16:43 ID:???
どうも違和感があるな。
その「何か大きなすごいモノ」って、アプリケーションサーバを指してないかい?
JSPもServletも本来は手軽なものだよ。

49 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 18:25 ID:???
でかいもの作るには手軽なだけだろ

50 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 23:39 ID:???
JSPはともかく、Servletはちょっと面倒でない?

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


52 :初期不良 : 2001/03/10(土) 03:28 ID:qST3pRMc
suExec がかかるかどうかの違いが一番大きくない?
掲示板の場合書き込みに Perl CGI、
表示に PHP って感じにしないと
権限の管理ができないような気がするんだけど。
何かいい方法あるんですか?

53 :名無しさん@お腹いっぱい。 : 2001/03/10(土) 03:28 ID:QYRvbSDo
その ギブスで 養成されたか知りたい

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

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

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


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


56 :名無しさん@お腹いっぱい。 : 2001/03/11(日) 03:22 ID:HFbLYkiQ
意外と素人が多いな、ここ。(もちろん全員ではないが)
適材適所はプロの現場、趣味を含めて当然だと思う。
とりあえず企業のサイト(コンテンツ)でPHPはちょっと痛いと思う。
JSPのアプリケーションサーバーだって安いんだからさぁ。
自分は自宅で趣味でやるからPHP使うけど。

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

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

58 :名無しさん@お腹いっぱい。 : 2001/03/11(日) 14:09 ID:LewkJAXY
PHPってPerlより生産性高い?
PHP3はデバッガがなくて苦労したけれどな。
データベースにしてもDBI使えば変わらないし。
Perlのほうがライブラリが充実しているし、いろんなことが出来ると
思うんだけれどなー

59 :名無しさん@お腹いっぱい。 : 2001/03/11(日) 18:57 ID:4y17Q9S.
ツール,参考書籍等においては当然Perlだけど、
それをふまえても生産性はPHPに軍配上がると思う。
PHPが枯れてくればさらに差は広がるであろう。

60 :名無しさん@お腹いっぱい。 : 2001/03/11(日) 19:57 ID:kNxjfyY.
>>59
>それをふまえても生産性はPHPに軍配上がると思う。
なんで?
理由は?

61 :電動ナナシ : 2001/03/11(日) 20:53 ID:VmE8pWfs
>>58
デバッガについては Zend Debugger がある。有償になるけど。
VB のようなステップ実行とかブレークポイントの設定とか可能みたい。
ただまだ使った経験がないので、どこまでカタログスペック通りかは不明。

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

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

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

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

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


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

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


63 :電動ナナシ : 2001/03/11(日) 21:15 ID:???
s/write-once/write-only/
鬱だし脳

64 :名無しさん@お腹いっぱい。 : 2001/03/12(月) 02:40 ID:ofqv0Qok
電動ナナシ氏はかなりもっともなことを言うなぁ。

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

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

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


66 :名無しさん@お腹いっぱい。 : 2001/03/12(月) 03:25 ID:QhJjyrcM
>65
っつーか、自分がそーゆーことになってます。
ホントは俺だって再利用したいんだよ。いろいろ。
でも、結構アクセスがあるんで、requireとかincludeにかかるコスト&
納期を考えると、だらだらとよだれ垂れ流し型のみっともないコードを
かかざるを得ない。んで、クライアントから「前つくったのと同じだから
半分の納期でできるでしょ?」とか言われちゃって・・・。

すまん、グチった。

67 :電動ナナシ : 2001/03/13(火) 13:52 ID:???
>>66
んまあ、それが現実だよねえ。自分も納期間際になって「あーゼロからやり直したい!」と
いう衝動によくかられる。

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

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

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

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


68 :名無しさん@お腹いっぱい。 : 2001/03/13(火) 23:48 ID:dF7pXRjg
Perlでもヒアドキュメントを使えば、PHPライクに書けるぞなもし。


69 :名無しさん@お腹いっぱい。 : 2001/03/14(水) 00:45 ID:H6qlTVz.
>>68
Text::Template を使ったりしてた

70 :名無しさん@お腹いっぱい。 : 2001/03/14(水) 03:31 ID:PJgnA3kQ
>>67
>朝令暮改というのは本当に困る。

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

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


71 :一日目 : 2001/03/15(木) 03:25 ID:CjrUhPME
Perlと比べて…。

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


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

73 :電動ナナシ : 2001/03/16(金) 00:54 ID:???
現実逃避だよ・・・。
# まだハマっています。X-(

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


74 :名無しさん@お腹いっぱい。 : 2001/03/16(金) 15:28 ID:???
>>1-

75 :名無しさん@お腹いっぱい。 : 2001/03/16(金) 15:29 ID:???
>>1-ああああ

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

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

77 :名無しさん@お腹いっぱい。 : 2001/03/22(木) 01:28 ID:X1SALrtQ
私、仕事でJSP+Java。趣味でPHP使ってます。
Java系はクラス設計からしっかり作れるから、自分の知的財産として高く売りやすいですね。
通常画面周りをJSPで作って処理自体をクラスとかBean(use Bean)で作るので、
JSP部分をWebデザイナーに流せるのもチームな仕事向きですね

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

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

78 :名無しさん@お腹いっぱい。 : 2001/03/25(日) 07:08 ID:x2CQFSIQ
どうしてもPHPでなきゃいけない理由がない。
となると枯れてるとか、どこの鯖でもたいがい動くとか、
「ぺっぷ〜?なんだねそりゃ」なんていわれて説明する手間も
いらないってわけでPerlにおちつくな。

79 :電動ナナシ : 2001/03/25(日) 07:26 ID:???
むしろ「この言語じゃないと」って必然性があるほうが珍しいだろうね。


80 :名無しさん@お腹いっぱい。 : 2001/03/25(日) 09:01 ID:???
>>78
はう? 「ぺっぷ」って呼ぶの?
「ぴいえいちぴい」だと思ってた....。


81 :電動ナナシ : 2001/03/25(日) 20:52 ID:???
>>80
そっちが正解。
でも HTML を「はとまる」って読む人もいるご時世だからね。
世の中にそういう読み方をする人がいても不思議はないような・・。


82 :77 : 2001/03/26(月) 02:42 ID:HiLl6xMI
「○○言語じゃなきゃいけない」とか言ってるのは一部の風潮であって
TPOではないでしょうか?

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

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

83 :77 : 2001/03/26(月) 02:56 ID:HiLl6xMI
あぁ、TPOは私の個人的意見。
仕事では許してくれません。
コールドフュージョン使ってみたい

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

84 :名無しさん@お腹いっぱい。 : 2001/03/26(月) 06:35 ID:YxO9IxXk
>>83
GD とか PerlMagick のこと?


85 :77 : 2001/04/02(月) 13:31 ID:7AqVxt2U
>>84
GDはPHPで動作する奴ですよね?
PerlMagic・・・ImageMagicと言うものを見つけました。
X用のイメージビュアーのようですけど、それを操作して画像処理するのでしょうか?

86 :名無しさん@お腹いっぱい。 : 2001/04/02(月) 13:59 ID:/cxQA95w
>>83

URLキボンヌ。

87 :名無しさん@お腹いっぱい。 : 2001/04/03(火) 21:36 ID:4znLjLTQ
GD::Imageとか、Image::Magickとかモジュールがあります。
もちろんそれぞれライブラリが必要。
『WEB+DB Press Vol.1』技術評論社 に記事が載ってたよ。
perlって見た目が嫌いで敬遠してるけど、その膨大な資産は魅力的かも。

88 :名無しさん@お腹いっぱい。 : 2001/04/04(水) 04:34 ID:Q0cv1QSk
GD
http://search.cpan.org/search?dist=GD
PerlMagick
http://search.cpan.org/search?dist=PerlMagick

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


89 :77 : 2001/04/04(水) 13:47 ID:2nwHJnCw
修正
GDはPHPで動作する
  ↓
GDはPHPでも動作する
PHPのマニュアルにもGDライブラリが必要と書いてました。
ライブラリを呼び出す仕組みがあれば、Javaでも動作しそうですね。

>>86
URLって88が書いてくれた奴で良いんですよね?
それともコールドフュージョン?
http://cfusion.sirius.co.jp/products/cfbegin.cfm

90 :名無しさん@お腹いっぱい。 : 2001/04/05(木) 11:03 ID:hXH3.0ec
>>79
言語仕様や性能に言語選択の必然性がある場合は少ないが、
それを使う側の事情に言語選択の必然性がある場合は非常に多い。

91 :名無しさん@お腹いっぱい。 : 2001/04/05(木) 17:48 ID:m1pBSCs2
>>89
GD は知らないけど、ImageMagickはJavaインターフェイスあるよ。
http://www.imagemagick.org
ftp://ftp.imagemagick.org/pub/ImageMagick/java/


92 :名無しさん@お腹いっぱい。 : 2001/04/09(月) 18:46 ID:fq5CAeGU
age

93 :名無しさん@お腹いっぱい。 : 2001/04/09(月) 23:07 ID:QARI7VsU
245 CGI、Perl 5
305 PHP 1

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

94 :名無しさん@お腹いっぱい。 : 2001/04/09(月) 23:20 ID:???
>このアクセス1って、俺のことだ。
俺の1は何処??

95 :電動ナナシ : 2001/04/10(火) 10:52 ID:???
>>93
これって書き込み数なんじゃないの?

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


96 :93 : 2001/04/10(火) 11:55 ID:???
鬱だし脳

97 :名無しさん@お腹いっぱい。:2001/04/20(金) 14:56 ID:c/XvRP6o
PHPだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。

98 :名無しさん@お腹いっぱい。:2001/04/20(金) 15:48 ID:5Li3PYXE
Perlだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。

99 :名無しさん@お腹いっぱい。:2001/04/20(金) 16:16 ID:S///PKIM
>>97-98
JSPのTagLibはいいらしい。詳しく知らないけど。

100 :名無しさん@お腹いっぱい。:2001/04/20(金) 16:24 ID:???
>>97-98
どっちもやり方次第だと思うんだけど。

101 :名無しさん@お腹いっぱい。:2001/04/20(金) 17:59 ID:S///PKIM
Perlは埋め込めないから(Enbeddedじゃないから)負け。

102 :名無しさん@お腹いっぱい。:2001/04/20(金) 18:12 ID:6.xifOUs
ハァ?パールなら俺は3個埋め込んでるぞ。

103 :名無しさん@お腹いっぱい。:2001/04/20(金) 18:47 ID:???
:102d

104 :77:2001/04/26(木) 14:17 ID:8jbNnp4w
>99
TagLibは簡単でもないです。
拡張タグの実体はTagSupport系のサブクラスを作って、
それをWebサーバー(サーブレットコンテナ)に登録しなくてはいけないので、
あまりマメに変更はできないです。

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


105 :名無しさん@お腹いっぱい。:2001/04/26(木) 17:46 ID:bPccmG/I
>>102
おもしろい

106 :名無しさん@お腹いっぱい。:2001/04/27(金) 16:53 ID:???
>>101

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

mod_perl でも動くしな。


107 :名無しさん@お腹いっぱい。:2001/04/28(土) 16:25 ID:???
ePerl と eRuby はダメダメ。

108 :名無しさん@お腹いっぱい。:2001/04/30(月) 20:35 ID:Jt/ljeX2
プログラム暦なしでPerl勉強中で少し分り掛けなんですが
ココ読むとスゴイPHPはスゴク良いみたいなので流されてます
Perlの勉強やめてPHPの勉強がいいですか?
それともPerlが勉強してからPHPの勉強がいいですか?
両方いっぺんには無理なので、マジレスでアドバイスお願いします

109 :名無しさん@お腹いっぱい。:2001/04/30(月) 21:49 ID:G62GAJRM
>108
別にどっちを勉強してもいいが、勉強効率(勉強にかけた時間に対する、
できるようになることの割合)はPHPの方が高いと思うぞ。
少ない勉強でいろいろできるようになる。

110 :名無しさん@お腹いっぱい。:2001/04/30(月) 22:05 ID:???
http://www.geocities.co.jp/WallStreet-Bull/1617/

111 :電動ナナシ:2001/05/01(火) 05:05 ID:???
>>108
何をメインでやるかによる。

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

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


112 :108:2001/05/04(金) 17:08 ID:bCjGcmUQ
>>109 >>111
とても参考になりました。ありがとうございます。
Perlをもう少し理解できたらPHPを併用していこうと思います。

113 :名無しさん@お腹いっぱい。:2001/05/22(火) 19:48 ID:z2.3HxPs
Perlを勉強してもうすぐ1年だが
PHPに出会い,Perlに比べて簡単でしかも生産性が高いと感じたのだが
いままでPerlを勉強してきた自分を捨てきれずに
Perlをつかいつづけてる。

114 :名無しさん@お腹いっぱい。:2001/05/22(火) 20:14 ID:???
Apache for Win32を使ってローカルでスクリプト動かしているけど
PHPを動かすにはどこのプログラム入れればいい?だれか教えてよん

115 :名無しさん:2001/05/23(水) 00:16 ID:???
>>114
PHPを、CGIとして動かしたいのか、サーバプロセスで動かしたいのかどっち?

116 :名無しさん:2001/05/23(水) 00:28 ID:???
>>114
ここみれ
http://www.php.net/downloads.php

Win32 Binaries
     ・PHP 4.0.5 [4,590Kb] - 30 April 2001
      (CGI binary plus server API versions for Apache, AOLserver,
      ISAPI and NSAPI. MySQL support built-in, many extensions
      included, packaged as zip)
     ・PHP 4.0.5 [738Kb] - 30 April 2001
      (CGI only, MySQL support built-in, packaged as Windows installer
      to install and configure PHP, and automatically configure IIS, PWS
      and Xitami, with manual configuration for other servers.
      N.B. no external extensions included)

117 :名無しさん@お腹いっぱい。:2001/05/23(水) 14:45 ID:???
>>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...

となる

こんなもんか?

118 :電動ナナシ:2001/05/23(水) 19:15 ID:???
これ↓が抜けてる

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

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

119 :名無しさん@お腹いっぱい。:2001/05/29(火) 15:53 ID:zHsyJgmo
僕も>>108さんと同じような状況で悩んでいます。

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

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

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

120 :名無しさん@お腹いっぱい。:2001/05/29(火) 19:02 ID:oi4kyUtI
>>119
とりあえず、このスレ全部読んでみなよ。
>>111 を読んでもなおその質問をするの?
あなたが何をやりたいのかも分からないのに答えられるわけないよ。

121 :名無しさん@お腹いっぱい。:2001/05/29(火) 22:40 ID:mTARWmcU
むぎ茶さん出番だよ!

122 :名無しさん@お腹いっぱい。:2001/05/30(水) 02:39 ID:n7P1SKLk
Perlは用途が広いからねえ。一概にいえない。

123 :名無しさん@お腹いっぱい。:2001/05/30(水) 09:45 ID:???
>>119
PerlできりゃPHP理解できっしょPerlやっとけ
必要あらばPHPにうつれば

124 :名無しさん@お腹いっぱい。:2001/06/02(土) 00:44 ID:???
そうだ それがいひ

125 :名無しさん@お腹いっぱい。:2001/06/02(土) 02:15 ID:lEqnDGvE
メール、エディター、エクスプローラと自作でつくり
全部ブラウザ上で操作している今、こんな便利なものない。
もう頭はPerl。いまさらもう他にうつれない。

126 :名無しさん@お腹いっぱい。:2001/08/09(木) 06:46 ID:ESTpK3Ic
あげよっかな

127 :名無しさん@お腹いっぱい。:2001/08/12(日) 01:43 ID:TrSLsWVY
> PerlできりゃPHP理解できっしょPerlやっとけ
> 必要あらばPHPにうつれば
確かに、CができればPerlも簡単だし。
perlでCGIが出きればPHPも簡単だよ。
簡単なのが魅力だPHP。
でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。

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

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

128 :名無しさん@お腹いっぱい。:2001/08/17(金) 14:35 ID:???
【暫定カウントダウン】
あと136日。
http://mentai.2ch.net/test/read.cgi?bbs=tv2&key=978803308&st=266&to=266&nofirst=true

129 :名無しさん@お腹いっぱい。:01/09/26 19:45 ID:q0y9qkoo
>でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。

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

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

130 :129:01/09/26 19:46 ID:???
つまんないので age

38 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)