Perlはもう時代遅れPHPの時代
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
02/11/10 17:03ID:4QgJjHBpPHP最高!!!!
0792nobodyさん
03/01/13 17:07ID:wbuZTk4G0794nobodyさん
03/01/14 01:36ID:???どうも好かないのはそのせいか。
ようPHPさんや、PHP::Include はどうよ?とか宣うのが Perl らしさかな。(わら
0795nobodyさん
03/01/14 02:12ID:???モジュール開発を分担した場合、結合テストまでエラーが出ないという罠。
個人的にはPHPもPerlもJavaと比較したら「一人乗りプログラム言語」という
気がするがいかが?
0796nobodyさん
03/01/14 12:18ID:???0797nobodyさん
03/01/14 14:08ID:???0798nobodyさん
03/01/14 15:03ID:???0799nobodyさん
03/01/14 17:45ID:???Perl=時代遅れだけど結構好き。ちょっとくらいなら規模がでかくなっても平気。
(JAVA=金になるから好き。)
0801nobodyさん
03/01/14 21:20ID:0lSlOBnCポリモーフィズムさえできれば OOP は文句無くできる。Perl も PHP も一応はそれはできる。問題は書きやすいか否か。なんだけども。
0802nobodyさん
03/01/15 00:34ID:???ホントにPerlで大きいプログラム書きたいと思えるか? Perl で書かれたアプリケーション
(俺が使っているのは bugzilla, htmllint, cvsweb くらいだけど) は全て混沌、カオス、
力技で書かれたコードに見える。
0803nobodyさん
03/01/15 02:35ID:???中には巨大な割にちゃんとしたコードもあるよ
問題はそういう人たちをきちんと育てようとしなかった
perlのコミュニティにあると思う
0805山崎渉
03/01/15 13:31ID:???0806nobodyさん
03/01/16 14:31ID:iCG+fQtuone liner だからなぁ。。。
0809nobodyさん
03/01/18 23:42ID:???明らかに長期的に、極端な話オープンソースのプロダクトみたく多くの人使われるモノなら
PHPは向いていない。
大きいプログラムでも(ちょっとしたウェブシステムとかで、あまり長いことは使われそうにない
もの)使い捨てコードみたいなものは、PHPはまぁまぁいいかもしれない。
(ただ、再三言われているように、使い捨てのようなコード書くにもPythonやRubyといった言語が
あるので、元からPHPに存在意義は無いのだが)
0811nobodyさん
03/01/19 00:36ID:CnBUsBr4自明なことでも説明しなきゃならんのですか。この板は
0812nobodyさん
03/01/19 00:40ID:ZcFFkCZZ0813nobodyさん
03/01/19 02:12ID:???中規模なものを書くのには適してると思うよ。
ただしあくまで開発者はひとりまたはふたりまで。
それ以上のことをやる必要がある規模なら
PHPは選択肢に入らないかと。
0814nobodyさん
03/01/19 02:18ID:78Cs+k+Yも前のすきなもので書けばいい。
こんなもんわかってる香具師はPHPかPerlでかたずけるだろ。
0819nobodyさん
03/01/19 11:49ID:???いちいち指摘する奴って小学生の時クラスに一人はいたよね。
でも高学年から中学生くらいになると全然いなくなるよね。
彼は貴重な人材なんだよ。
0821nobodyさん
03/01/19 12:03ID:???0822nobodyさん
03/01/19 12:59ID:???ちょっとしたタイプミスを見つけてはここぞとばかりに吠えて
肝心な設計やアルゴリズムのミスについては何も言えない。そんな役立たずはいらね。
彼は確かに不要な人材だな。
0824nobodyさん
03/01/19 13:12ID:???実は自分だけの教養や知識なんて微々たりゅも
のだったりしゅりゅでしゅね。
1人より2人、2人より3人。。。
しょうやっていろんな事知りゅ窓がいっぱいに
なっていくでしゅね。d(゜-゜;)
しょして、気がちゅいたら引き出しもいっぱい
になってりゅでしゅよ。
(゜゜)(。。)(゜゜)(。。)うんうん。
知識だの教養だの言う前に日本語を書ける様になってから来い
他の板でこんな書き込見つけたよ。
0825nobodyさん
03/01/19 15:31ID:IQEchEeYWindows用ゲームに特化したHSPなんてのもある。位置付けとしてはそれと同じで、
Webプログラミングに特化したのがPHP。
プログラミング言語レベルで機能の実装のための機能を抽象化するか、
言語仕様レベルで抽象化するか。
PerlかPHPを選択する人はどちらがよいかと考えると思う。
後者の考え方も尊重したいし、いい面もあるんだけど、大抵の
プログラマは一つのプログラミング言語でいろんなことをやり
たいだろうから前者を選択したくなるのでは。
0826nobodyさん
03/01/19 21:15ID:???>Macromedia Directory専用のスクリプト言語
Directorのことか?LINGOってどうして言わないんだ?
常識的な用語普通に間違う奴の言い分はえてしてしょうもないと言うことだよ。
0827nobodyさん
03/01/21 02:15ID:???0828nobodyさん
03/01/21 02:36ID:???そうなのか?漏れは仕様に適したいろいろな言語を使って最善の方法で実装したいのだが。
0829nobodyさん
03/01/21 08:16ID:???同意。
テキスト処理するならCよりPerlだし。
WindowsでGUI作りたいならPerlよりDelphiだし。
DOSでCしか知らなかった時代はそう言うことやってたけどね。
0830nobodyさん
03/01/22 01:19ID:bGiXpXzj0831nobodyさん
03/01/22 06:57ID:???0832nobodyさん
03/01/22 07:00ID:yu+hsdDF0833perlの中の人
03/01/23 05:29ID:???0835というか
03/01/28 00:46ID:L7uTESp+日本語と英語どっちが優れてるとか言ってるような感じだな。
そりゃ、使われてる頻度で言ったら英語のほうが汎用性あるだろうし。
かといって俳句を英語でやれと言ったらやろうと思えばやれるだろうが日本語のほうがしっくりくる。
結局、用途次第なわけだ。どの言語がすぐれてるとかでなくて、どの言語がどの用途に向いてるかのほうが重要だと思われ。
0838nobodyさん
03/01/28 09:49ID:???やはりPHPに乗り換えたほうがいいんでしょうか。。
Linuxを古いPCにぶちこんで自宅サーバもやろうと思ってたりするんで、
perlのほうがいいかな、となんとなく思ってましたが。
0839nobodyさん
03/01/28 15:38ID:kRPl3+8lhttp://pc.2ch.net/test/read.cgi/esite/1031482990/413
0840nobodyさん
03/01/28 19:34ID:6ZJNal1H噂だとオブジェクト指向が大幅に強化されるとか。
これで唯一の欠点も無くなってPHPの本格的な時代が来ると思います。
0841nobodyさん
03/01/28 19:58ID:???英語と日本語で比較は無理があるだろ、古文と現日みたいな感じだろが。
Perl6あーあ。今後のPerl必要性は皆無だな。
Perlにいい加減いらいらしてきたんで今年からPHPに移行してるべ。
>>840
PHP5みたみた。すげーな。
0842nobodyさん
03/01/28 22:36ID:???やはりPerlの時代は終わりなのかな?
0843nobodyさん
03/01/30 14:01ID:???0844nobodyさん
03/01/30 21:38ID:TJvN0lcfがPHPを学ぶメリットはあるのだろうか?
perl CGIと同じ機能をPHPで書き直すと,プログラムの長さが
何パーセント程度,短くなるのでしょうか?
0847nobodyさん
03/01/30 22:35ID:???Telnetで中身見られたりしないの?
0849nobodyさん
03/01/30 23:13ID:TJvN0lcf> 長さなんて大した問題じゃない
要するに,PHPではプログラムがperlに比べて短くならない,
ということですね?
0851nobodyさん
03/01/31 02:15ID:???0853nobodyさん
03/01/31 17:32ID:???0854nobodyさん
03/01/31 17:36ID:???./ 〜
〜 ./ 〜 〜
" /
〜 ┃ 〜
〜 ┃" / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ 〜
∧∧ < 思った以上の大物が!
( ) .\
 ̄ ̄ ̄ ̄(__) ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| ̄ ミカン  ̄| U
0855nobodyさん
03/01/31 21:20ID:???エラーメッセージがBoldになるのが気に入らん。
0856nobodyさん
03/01/31 21:29ID:TMvZpvlmスクリプトを書く場合には、perlを使いますか?
perlとPHPはかなり近い言語なので、rubyや
pythonを覚えるよりは楽なのでは?
perlユーザーは、コマンドライン用スクリプトを当然、
perlで書いており、わざわざcgiの場合だけPHPを使う
必然性がないような気がする。
0860nobodyさん
03/01/31 23:52ID:TMvZpvlm鯖管やってるヤシは、shと同時にperlも使うが、必ずしもruby、
python、PHPは使わない。awkでは守備範囲が狭すぎる。
>859
Cと関数互換が多くても、Cはスクリプトのように簡単には
プログラミングがしにくい。
PHPユーザーは、コマンドラインのスクリプトにどの言語を使うの
だろうか? はやりperlか?
0861nobodyさん
03/02/01 00:06ID:???俺は別にCもPerlもPHPもPASCALも書けるから適材適所で使うけれど。
一つの言語に必要以上に固執するのってくだらないと思うよ。
0862nobodyさん
03/02/01 10:44ID:f5lVr8ij現状、個人のホームページで使われている
掲示板、チャットなどのほとんど(9割ぐらい)がperl/CGIなわけだけど、
それが今より負荷が軽くなるmod_phpに変わるだろう。
という意味だと思うのだがそれについてはどうよ?
0864nobodyさん
03/02/01 11:01ID:???共用鯖なら負荷より安全性の方が重要、つまりCGI有利。
専用鯖でCPU負荷を減らしたいという環境なら、mod_phpマンセーでしょうが。
0865nobodyさん
03/02/01 11:03ID:???雑誌の名前がまず頭に浮かぶんだけど。
Perlは昔からずっとある言語だから分かるよ。
HTML言語とは違うんの?
0866nobodyさん
03/02/01 11:07ID:???大きく分けるとASPとかJSPとかの仲間だな。
htmlの中にコードを書き込んでリクエストがあるとそのコードを処理した結果を返す。
0867nobodyさん
03/02/01 13:38ID:???JavaとPerlを使っていろいろ仕事してきたけどさ、個人的には、
コード埋め込み式=明らかに大規模化に向かないアーキティクチャ
っていう認識なんだけど。
俺はJSPにJavaのコード書くのは激しく却下。
嬉々としてそんなことする奴の気が知れない。
PHPでは、JavaのBeanみたいにロジックをプロトコルと分離できるの?
そもそも、text/xmlを返すように書いたりとか出来るの?
0868nobodyさん
03/02/01 13:44ID:???>コード埋め込み式=明らかに大規模化に向かないアーキティクチャ
素人発想だな。
コード埋め込み方式は柔軟にビューを描画するのとモデルとの通信などに非常に適している。
逆に言うと、それ以上の使い方はすべきではない。
Sunもその辺を理解していて処理はServeletやEJBを使うことを想定している。
>そもそも、text/xmlを返すように書いたりとか出来るの?
出来る。SOAPエンジン書いたし。
0869nobodyさん
03/02/02 02:52ID:???PHPマニュアルページにはflock関数がサポートされていないサーバだとダメって書いてあるのに。
0870nobodyさん
03/02/02 03:34ID:???Win98サーバくらい?
0871nobodyさん
03/02/02 10:08ID:???いや、WIndows98SEでもノーエラーだぞ。
もし使えないとしてもディレクトリのあるなしで判別してね♪なんて言われたら俺はブチギレますが。
0872nobodyさん
03/02/02 17:19ID:???マジっすか。Win98SE+apache+ActivePerl(ver不明)でflockするとエラーがでてプチ切れした記憶があるんだが。
で、ディレクトリを使ってロックするようにした...
どのOSでも大丈夫そうって結論になるのかな。
0875nobodyさん
03/02/02 22:02ID:XV2WZ6juディレクトリのロックなら、体感速度はPerlCGIと変わんなかったよ。
ベンチとった訳じゃないけど。
0876nobodyさん
03/02/02 22:28ID:???0877nobodyさん
03/02/02 22:29ID:nv4brzgK★☆★幸福になりたーい!!★☆★
0879nobodyさん
03/02/03 03:37ID:???0880nobodyさん
03/02/03 04:09ID:???ロックンロールの精神はどこへやら、だ。
0881nobodyさん
03/02/03 04:44ID:???0882nobodyさん
03/02/03 04:54ID:???SUMSはいいよな
0884nobodyさん
03/02/03 15:15ID:???Perlのほうはmod_perlで比較しろよ・・・
俺はもともとPerl厨だったから
今はmod_perl環境だよ
PHPはHTMLに埋められるから楽だが
どうもちょっとでも重い処理させると
CGIPerlより効率悪くなっちゃうね
0886nobodyさん
03/02/03 18:05ID:???CGIPerlより効率悪くなっちゃうね
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
これの意味がわからんか?
0888886
03/02/03 18:34ID:???CGIより効率が良いmod_perlなら、mod_phpに勝つことは間違いない。
0889nobodyさん
03/02/03 19:57ID:DCt+S6wd>PHPはHTMLに埋められるから楽だが
>どうもちょっとでも重い処理させると
>CGIPerlより効率悪くなっちゃうね
『効率』の解釈がよくわからんが
負荷という意味ならmod_phpがCGIPerlより良いのは当然。>>888は意味不明。
ちなみにCGIでのPHPはする奴がまずいないから検討の必要はない。
まあ、mod_perlとmod_phpならば速度の面で(スクリプトのないようにも因るが)
mod_perlの方が若干良いと思われる。
しかし、問題点としては
・mod_phpよりも導入している場所が少ない。
・CGI/Perlで書いたスクリプトをそのまま移行できないため
事実上、既存の掲示板などの大半を占めているCGI/Perlとは『違うもの』として考えなければならない。
スレタイは正確には「CGIPerlはもう時代遅れPHPの時代」とすべきであろう。
導入例が少ないmod_perlと比較するのはここでは『スレ違い』。
0890nobodyさん
03/02/03 22:27ID:???mod_phpのようなセーフモードが存在しないからじゃないの?
mod_phpだって、専用鯖でもない限り、セーフモード無しでは動かさないでしょ。
CGIのPHPだって、
suEXECでセキュリティーを高めたい(データファイルなどを600にしたい)、
セーフモード無しでないと動かないが、mod_phpをセーフモード無しで動かせる環境ではない
などの理由があれば使うんだから、
全く検討する必要ないというのは違うんじゃない?
まあ、ここのスレタイは
「CGIPerlはもう時代遅れmod_phpの時代」とすべきだとは思うけど…。
0891nobodyさん
03/02/04 00:52ID:???いたとしても極極少数派だと思う。
やっぱ普通に考えてPerlは時代遅れだと思う。
■ このスレッドは過去ログ倉庫に格納されています