トップページ⇒php
1001コメント296KB

Perlはもう時代遅れPHPの時代

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん02/11/10 17:03ID:4QgJjHBp
Perlはもう糞！
PHP最高！！！！
0604nobodyさん02/12/25 21:21ID:???
PerlもPHPも糞じゃないだろ。
手軽にプログラミングできるから便利だよ。
漏れのマシンしょぼいから、JavaもCもイライラする。
0605nobodyさん02/12/25 22:28ID:???
MYSQLはどれくらいつかえる？
0606nobodyさん02/12/25 23:12ID:bVZZjEf6


メリークリスマス。。★彡
パートナーは見つかりました？(o^.^o)

http://abba.hp.infoseek.co.jp/1/

0607nobodyさん02/12/25 23:40ID:u6jRpFp7
>>604
いい事を言った！
0608nobodyさん02/12/26 07:04ID:???
phpの言語仕様はいい加減だけど、perlやrubyなんかより
使える場面は沢山ある。Javaサブレはエンジン重いし。
中途半端さが好きだな(笑）配列がハッシュだったり。
php5のOO志向はどうなんだろう...

>Servletのメリットはユーザがアクセスするたびにユーザ一人毎にプロセス一起動する必要がなくなり、
>ユーザが何人いてもプロセス一つで済むということである。

代わりにスレッドが動くけどね。
apache2はスレッドで動くから、phpモジュールも効率よくなんでねーの？
今まではサーバプロセス内で動作だよな。

そんな漏れは最近は仕事でC使い。ユーザアプリとかではないので。
最近はglibとかライブラリもあって、Cも悪くないね。

PHP,Java(Pythonもちょっと）あたりは経験ありで、それぞれによい所はあると思うな。

Rubyは純粋にオブジェクト指向言語としてはよいかもしれんが、
実行速度遅すぎだし、ruby使おうかって場面ではjavaで済んでしまう。

perlはたまに正規表現の機能使いたい時、shellscript代わり程度には
使い道あり。でも、rubyはないなぁ。rubyってどういう場面で使うの？
0609nobodyさん02/12/26 07:36ID:???
>>608
またそうやってRuby厨を煽る…。
「Ruby最高!!」って書いとけばいいんですよ。
0610nobodyさん02/12/26 08:11ID:???
LISPでCGIしてる人いる?
0611nobodyさん02/12/26 08:50ID:???
PHPばかり書いてるとperlなんかに比べて簡単すぎてperl忘れちゃいそうだ。
忘れていいのか？
0612nobodyさん02/12/26 09:11ID:???
>>611
WebOnlyなら忘れていいんじゃない？
0613nobodyさん02/12/26 09:21ID:???
Web以外に使える用途があるとか必死にPerlを弁護している奴がいるけどさ、
具体的に何なのさ？バッチ処理ならC言語とかで十分だろ。
PHPとの互換性があるわけだし。Perlみたいな独自仕様だと役に立たないのだよ。
もうPerlだけ枠から外れた仲間はずれって感じだよなｗ
まあ、仲間はずれって言ったらPerlだけじゃなく、pythonとかもだけど。
0614パパイヤ02/12/26 09:22ID:???
忘れぇないでぇ〜
0615nobodyさん02/12/26 09:50ID:???
>>613=awk・sedを知らない人
0616nobodyさん02/12/26 10:57ID:ptUaC7sH
bashでもcgiは作れるしな。
0617nobodyさん02/12/26 11:21ID:8FVPRzIE
PerlとかPythonなんか仲間外れさ。
やっぱRubyだよ。これからの時代はさ。
パクった仕様だけでできているから仲間外れなんて言わせないよ。
とりあえずPerlの足を引っ張ってみるけどさ。
すぐにメジャーになるから。
あの朝日新聞にもとりあげられたしね。
0618nobodyさん02/12/26 11:49ID:PjYEXEsa
perlもpythonも糞。
ruby マンセーーーーーッッッッッ!!!
0619nobodyさん02/12/26 12:49ID:???
Perlってセッションが標準装備されてないんだって？ダメじゃん。
PHP4だねやっぱ。
0620nobodyさん02/12/26 12:56ID:???
厨房のPHPerは自分がよく知らない言語を叩いてる暇があったら
もっと広い範囲でPHPの知名度が上がるように努力した方がいいんじゃないか？
0621nobodyさん02/12/26 15:44ID:???
ちゃんと使えるスクリプトを書くとか。
0622nobodyさん02/12/26 15:47ID:ODLR2vri
C言語でバッチ処理ってなぁ・・

一生懸命コンパイルですか。
0623nobodyさん02/12/26 21:39ID:???
Perl信者なんて、PHP使いたいけど
PHPのインストールができない香具師だけだろｗ
0624nobodyさん02/12/26 21:46ID:???
Windowsへのインストールの難易度なんて
どっちも変わらないだろ？
0625nobodyさん02/12/26 21:51ID:???
>>623
ちゃうちゃう、それはWEBプログラミング厨です。
Perl信者はPHPを使うスキルも充分ありPHPの良さも知っています。
ただ流行らせたくないだけです。
なぜならPerl信者は今まで築きあげたスキルを捨てたくないからです。


　　　　　　　理解できるPerl信者さんPHPを使ってみてください。
0626nobodyさん02/12/26 23:03ID:???
バッチ処理　　bash
ウェブ　　PHP
趣味　　LISP
体面　　Java
教養　　C
煽るための知識　Ruby
0627nobodyさん02/12/27 01:04ID:???
>ただ流行らせたくないだけです。
Yes

>なぜならPerl信者は今まで築きあげたスキルを捨てたくないからです。
No

忌々しいPerlなど光速で捨てるから
2倍の案件をこなせるようにしてくらさい。

PHPて本当に開発効率いいか？
大丈夫なのかよ。。。」と思うようなの書く
香具師しか見ないので不安になるのだが。
PHPﾊｶｰのコードてどんなか教えてほしいです。
0628nobodyさん02/12/27 01:07ID:???
>>627
> PHPﾊｶｰのコードてどんなか教えてほしいです。
ﾚｯﾂPHP! (w
0629nobodyさん02/12/27 01:07ID:???
>>627
Perlだってソースの上では合理的な処理に見えるかもしれんが裏ではものすごい処理が動いているわけで。

まぁ、PHPにも同じことが言えるわけだが。

じゃあ結論はアセンブル済みアセンブラなのか・・・？むぅ。
0630nobodyさん02/12/27 02:48ID:???
>>627
おまえはただのPHP厨。Perl信者はPerlを捨てはしない。
0631nobodyさん02/12/27 02:51ID:???
>>628
PHPやれってことか？
やったけど効率上がらない。。。
検索でひっかっかるサイトが日本のPHPﾊｶｰなのか。。。

>>629
とんでもない処理してても確実に動けばいいっす。
処理が冗長でもわかりやすい&修正しやすい事が大事で
スクリプトで書くWebに重要なのは開発効率だと思うのよ。

PHPのがいい場合は沢山ある、確かにあるのだけど
ぶっちゃけどっちでもいいようなケースばかりだし、
Perlのスケーラビリティ(mod化, CPANモジュール)
考えたら今はとりあえずPerl使っとくのが安心。
0632nobodyさん02/12/27 06:15ID:???
>>627
http://allabout.co.jp/computer/database/closeup/CU20020808/index.htm
0633nobodyさん02/12/27 07:55ID:???
>>631
Perlの後から取って付けたオブジェクト指向が嫌い。
0634nobodyさん02/12/27 12:43ID:???
>631

mod_phpもpearもあるやん。
後発だけに、cpanほど無節操に揃ってはいないけど。
0635nobodyさん02/12/27 13:00ID:DMrfDCZN
で、ISPのおまけサーバでPHPが普及しそうですか？
PerlとPHPを比べるとそこばかり気になる。
0636nobodyさん02/12/27 14:15ID:???
>>635
ISPでサーバサイド言語を使わせてくれるところって少ないよ。
それって、どこのISPの事いってるの？

無料サーバスペースでいうと、
xreaみたいに、多言語とDBが使える無料、有料スペースは
今後で多数の企業が参入してくると思うよ。
んな事から、今後はPHPに限らず、PHP　Ruby　Python　C/C++　Perl
が普通に使えるようになるんじゃないかな？　気にしなくていいと思うよ。
0637nobodyさん02/12/27 14:16ID:???
>>636
Web広告モデルはとっくの昔に崩壊してるからなぁ。
0638nobodyさん02/12/27 15:21ID:???
>>637
ボッタグリ業者の崩壊といったほうがいいね。
そんなん薄利業者がでてくるって。
0639nobodyさん02/12/27 15:56ID:???
>>636
いまだに、

Ｑ．CGIは使えますか？
Ａ．はい、使えます。
　　パスは
　　#!/usr/local/bin/perl
　　です。

なんてFAQを載せいてる所がいっぱいあるんだけど。
0640nobodyさん02/12/27 15:57ID:???
>>639
数で言えば

サーバサイドプログラム不許可>>>>Perlのみ可能>>>>>PHPその他も可能

って感じじゃないの？
0641nobodyさん02/12/27 17:27ID:9Ethq9qq
○○言語は糞！
って言ってるﾔｼに限って途中で挫折してそうｗ
0642nobodyさん02/12/27 17:28ID:???
>>641
できる奴は言語選ばんからね。
0643nobodyさん02/12/27 20:00ID:???
>>642
できる奴ほど言語選ぶぞ。
Perlでやれと言われればするけどな。(w
0644nobodyさん02/12/27 20:02ID:???
>>643
勘違いがあるな。
できる奴は言語問わずやれと言われたら書く。
よって、その局面に合った言語をフレキシブルに選択できる。
0645nobodyさん02/12/27 20:27ID:???
>>644
なっ、できる奴は言語を選ぶだろ。(w
0646nobodyさん02/12/27 22:10ID:D8NRFcg2
書こうと思えば書ける、という前提があって初めて、選択することができる。
0647nobodyさん02/12/27 22:18ID:???
>>646
書こうと思えば書ける　なら誰でも妄想して選択できるな。(w
0648nobodyさん02/12/27 22:20ID:???
mod_phpとかmod_perlとかをサーバーで使うのって
なんかセキュリティ面とかで問題があるわけ？
未だにPerlでのCGIしか許可してないところの数
＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞
PHPやmod_perlを利用できるところの数
になっている理由がわからん。
0649nobodyさん02/12/27 23:21ID:D8NRFcg2
設定がよくわからんから、Perlのみ許可。とか。
0650nobodyさん02/12/27 23:24ID:???
>>648
mod_phpやmod_perlだとsuexecが使えない。
しかし、
Perlのみ>>mod_php>>>>>>>>>>>>>>>>>>suexec
になっているけどな。
0651nobodyさん02/12/28 04:10ID:???
栄華を極めたPerl
いったいどうなってしまうのか。
0652nobodyさん02/12/28 08:08ID:h2C7z8ia
>>651
それからは落ちていくしかない。
0653nobodyさん02/12/28 13:19ID:???
Perl今までありがとう！
0654nobodyさん02/12/28 13:24ID:???
PHPが(訳注：WEB専用ではなく)通常のスクリプト言語とし
て本格的に他の言語と渡り合うことになるリリースでもあります。

だって
0655nobodyさん02/12/28 13:31ID:???
PHPが通常のスクリプト言語に？ ありえねーよ・・・使いにくいだろ・・・
0656nobodyさん02/12/28 13:41ID:???
>>655
寝ぼけたこと言うなよPerl厨。
これでもうPerlもRubyもPythonもいらなくなるね。
065765502/12/28 14:13ID:???
>>656
悪い。オレPHP使いなんだけど、PHPをcgi（というか素のスクリプト）として
使うのは絶対効率が悪いと思ってる。
0658nobodyさん02/12/28 14:29ID:???
>>657
phpとして使ってください。
0659nobodyさん02/12/28 14:45ID:???
>>654
そのソースはどこ？
0660nobodyさん02/12/28 14:49ID:???
>>657
通常のスクリプト＝CGIって意味じゃないだろ
066165402/12/28 14:52ID:???
>>659
PHP-users ML の[PHP-users 12373] PHP 4.3.0 Release Announcement
0662nobodyさん02/12/28 15:20ID:???
>>654>>661
ありがとう。読みました。
現バージョン4.3から本格スタートじゃんか。スゲー。
PHPまだまだ成長するね。

PHP-users ML の[PHP-users 12373] PHP 4.3.0 Release Announcement
ttp://ns1.php.gr.jp/pipermail/php-users/2002-December/012379.html
0663nobodyさん02/12/28 17:46ID:XBm3iPwi
>>656

PHP は Ruby と Python と比べて何が勝っているのか。
0664nobodyさん02/12/28 17:47ID:???
>>663
知名度。
0665nobodyさん02/12/28 18:30ID:xgmRHFpa
信者数
0666nobodyさん02/12/28 18:35ID:???
WebProg板でのスレ数
0667nobodyさん02/12/28 19:49ID:???
>>663
おい、RubyとPythonだけかい？
Perlも入れてください。おながいします。
0668nobodyさん02/12/28 23:45ID:???
『Perlはもう時代遅れPHPの時代』
0669nobodyさん02/12/29 02:26ID:???
というか、別にphpをクライアントアプリには使いたいとは思わない
phpユーザ（´・ω・｀）。

けど、php5ならjavaっぽいし、お手軽なんかねー
0670nobodyさん02/12/29 03:09ID:???
>>669
PHP5はJAVAっぽいん？　詳教えてよ。
0671nobodyさん02/12/29 04:15ID:???
>670

http://www.php.net/source.php?url=/zend2_example.phps
0672nobodyさん02/12/29 09:05ID:???
>>669
そもそもそう言う使い方をする言語じゃないっしょ。
0673nobodyさん02/12/29 15:39ID:???
>>672
だよな。PHPはWEBをメインとした言語へと更に発展していくわけで。
今後が楽しみです。Perlの。
0674nobodyさん02/12/29 15:47ID:???
>>673
ん？ああ、大きい物はつぶれやすい。これ自然の摂理。
0675nobodyさん02/12/29 16:34ID:???
>>673
＞WEBをメイン
PHP5は普通のスクリプトとしても使われることを念頭においてるらしいが
そこんとこどうなのよ？ いい加減なことをいうと先生グーで殴りますよ？
0676nobodyさん02/12/29 16:51ID:???
なんかphp/gtkあったり、4.3.0からはコマンドライン本格対応になったりする
らしいが、今までどおりwebだけでいいのに、、、と思う1phpユーザ。
Java/Pythonがありますから。
0677nobodyさん02/12/29 18:03ID:???
PHPはいったいどうなってしまうのか？
0678nobodyさん02/12/29 19:00ID:???
ここは時代遅れのPerl使いが必死にあがいているスレですか？
0679堀江由衣 ◆M5/8/5dKZM 02/12/29 19:08ID:???
PHPもJavaもPythonも時代遅れ、これからは私の時代です。
0680大木和枝02/12/29 20:40ID:???
PHPもJavaもPythonも堀江由衣も時代遅れ、これからは私の時代です。
0681nobodyさん02/12/29 20:57ID:???
ほう、Qt/php出ないかね。
0682nobodyさん02/12/29 23:42ID:PV1jwO2m
やはり，Perlの勝ちなんだね！

http://thebbs.jp/program/1024153903.htmlの15
http://www.hippo2000.info/perl/tbench.htm
http://member.nifty.ne.jp/hippo2000/perltips/phpperl.htm
0683nobodyさん02/12/29 23:58ID:???
ttp://sugachan.dip.jp/download/bench.png
コーディングや測定環境にもよるだろうけど
これみるとPHPが途中でsuexecperlに抜かされるのがわかる
単純作業なら立ち上がりの早いmod_phpのほうが有利だが
実際いろいろ作業するとなるとsuexecperlより遅くなることも
ありうるということか？
0684nobodyさん02/12/29 23:59ID:???
>682
そうだよ。
0685nobodyさん02/12/30 00:06ID:???
mod_php + APC( or PHPA or Zend Cache) = mod_perl(Apache::Registory) >> mod_php = mod_perl(Apache::PerlRun) >>>> php-cli = Perl
0686nobodyさん02/12/30 00:14ID:???
なんだかんだいってPHPマンセーなやつは
Perlできないんじゃないか？

軽い掲示板やチャットくらいならmod_phpでいいが
重いデータ処理するとCGIperlのほうが早いぞ
mod_perlにするともっと早くなる罠
0687nobodyさん02/12/30 00:26ID:???
PHP使い30％　Perl使い70％として
Perl使いの中の10％がmod_perlベースの環境だとすると
mod_perl 7 >= PHP30 >>>>>>>>>>>>>>>>>>>>>>>>> CGIPERLクズ 63
ってな感じで　わざわざPerlやる必要も無く簡単なPHPで
mod_perl　に近づけるではないか
0688nobodyさん02/12/30 00:42ID:???
>>686
どっちもできるけど。

終了。
0689nobodyさん02/12/30 01:10ID:???
俺ならできるだけ処理が軽くなるようにプログラムするけどな・・・・
Perl信者ってわざわざ重いデータ処理になるようなプログラムつくるんだ・・・
Perlってとってもおもしろいね。
0690nobodyさん02/12/30 01:20ID:???
>>689
軽くするにも限界があると思われ
0691nobodyさん02/12/30 01:51ID:???
>>690
Perlおもしろかったよ。
0692nobodyさん02/12/30 04:43ID:???
Perlの方が難しいんだ・・
配布Perｌ+改造でほとんど事足りるからPHP使ってないわ
0693nobodyさん02/12/30 09:17ID:???
>>692
改造ってつまんなくない？所詮は他人のスクリプトであって。
0694nobodyさん02/12/30 10:44ID:neFLd3GG
Perlでも、PHPでも、ある程度以上の物を望もうとすれば、大して難しさは変わらないと思う
んだけど。

いくらでも軽くなるような、はったりをかますためのスクリプトなら、PHPの方が楽。かも。
0695nobodyさん02/12/30 16:23ID:pG2mKzte
perlって名前からして駄目
だれ〜としてる、パ〜〜ぁｧァルみたいな感じ。
0696nobodyさん02/12/30 16:41ID:???
>>695
PHPって戦後拭かれたノミ取り剤を彷彿とさせたりするけどな。
0697nobodyさん02/12/30 17:01ID:???
>>693
自分でプログラム書くのが楽しいならそれでいいけど。
オレは書きたくないからコピペ＋αで済ます。
0698nobodyさん02/12/30 19:24ID:???
>>696
ごめん。わからないよ。
0699nobodyさん02/12/30 19:29ID:neFLd3GG
DDT
0700堀江由衣 ◆M5/8/5dKZM 02/12/30 19:33ID:???
　　　　　　＿ _
　　　　 〃┏━━ 、
ﾊﾟﾀﾊﾟﾀ |　 ノﾉｿﾊ)））　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 ((（＼リﾘ　´ー｀ ﾘ　＜　700ゲッチュ♪
　　((ﾆE/⌒ヾ∞"ヽ　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　(こ) 　 ∞ |こ)
　　　　く＿＿∞,ﾉ
　　　　し'　し'
0701カミ02/12/31 00:58ID:eTxvyq7o
自由式評価の高速化一手法　lambd.pl　として以下を作成
$ts='$counts += 1 if (1);';#仮に2種の式をそれぞれ変数に代入
$tn='$bcount =$counts+10 if ($ARGV[0]=~/count/);';
$bcs = eval ("sub {".$ts."}");#それをバイトコードに変換
$bcn = eval ("sub {".$tn."}");
($sec,$min,$hou,$day,$mon,$yea) = localtime();
print "DirectEval Start: $hou:$min:$sec ...";
for($i=0;$i<50000;$i++){#先の式をダイレクトに50000回評価する
　　　　$ans=eval($ts);
　　　　$ansb=eval($tn);
}
($sec,$min,$hou,$day,$mon,$yea) = localtime();
print " End :$hou:$min:$sec\ncount:$counts\n";
if ($ansb) {
　　　　print "bcount:$bcount\n";
}
($sec,$min,$hou,$day,$mon,$yea) = localtime();
print "Bytecode Start: $hou:$min:$sec ...";
for($i=0;$i<50000;$i++){#バイトコードを50000回評価する
　　　　$ans=$bcs->();
　　　　$ansb=$bcn->();
}
($sec,$min,$hou,$day,$mon,$yea) = localtime();
print " End :$hou:$min:$sec\ncount:$counts\n";
if ($ansb) {
　　　　print "bcount:$bcount\n";
}
0702カミ02/12/31 00:59ID:eTxvyq7o
>>701
実行結果：
C:\>perl lambd.pl
DirectEval Start: 17:32:10 ... End :17:32:19
count:50000
Bytecode Start: 17:32:19 ... End :17:32:19
count:100000
C:\>perl lambd.pl count
DirectEval Start: 17:32:27 ... End :17:32:36
count:50000
bcount:50010
Bytecode Start: 17:32:36 ... End :17:32:37
count:100000
bcount:100010
-----
アンビリバボーな結果だ・・・処理時間が約1/10になっている.
当然、自由式内で設定した変数は引き継がれている。
0703nobodyさん02/12/31 01:10ID:f3dKkAkh
ループを回るたびにコンパイルしたりするのか?
0704nobodyさん02/12/31 01:22ID:???
>>703
バカな（純粋な）インタプリタならそうだろうね。
■ このスレッドは過去ログ倉庫に格納されています