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

これからはPHPの時代Perlはもう終わりバイバイ2

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん03/02/26 02:34ID:tx/nY9ak
前スレ
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html

PHP最高!!!!
Perlはもう糞!
ついでにRubyは時代すら来ず終わり。
Pythonは存在すら罪。
0561nobodyさん03/08/31 13:25ID:???
>>559-560
そんなことないぞ。
スレタイの通りPerlとPHPの比較であって
Javaとかもってくるのはスレ違い。
0562nobodyさん03/08/31 14:09ID:???
真珠lは次からオブジェクト指向本格導入。
PHPのオブジェクト指向は糞。だれも使っちゃいねえ。

だから、オブジェクト指向がわからんやつはPHP擁護に必死。
オブジェクト指向できる奴は、真珠でも蛇でも紅玉でも、
環境に応じて使えるものを使えばいい。

だいたい速度ってよ、通信速度考えたら誤差範囲じゃねーか。

つーか、PHPってよ、日本語なに当てたら良いんだよ。「ぺっぽこぺー」にしていいか?
0563nobodyさん03/09/02 23:15ID:???
漏れもperlからPHPに移行した。
個人的な感想を言わせてもらうと

よかったこと
・多次元配列が使える
・SQLと連携できる
・配列のランダム並び替えができる関数がある
・高度な数学関数が用意されている
・正規表現でマッチした部分を取り出せる

困ったこと
・乗数が以前はx**yだったのがpow(x,y)になった
・foreach(@_)ができない

ぐらい。
前者の中にもperlでもできるのがあるぞ!と言うかも知れないけど、
ややこしかったのでやる気なくした。
0564nobodyさん03/09/02 23:17ID:???
↑
PHPで正規表現を使うとき
ereg()って書くのがメンドイ。s//ってのは楽でよかったな
0565nobodyさん03/09/02 23:54ID:???
>>563
ほんとにPerlやってた人なのか…?殆どが可能だけど…

ちなみに、俺がPHP移行して一番詰まったのは、匿名関数の使いにくさと、
返り値の配列をそのまま変数として使えない辺りかな。( $this->hoge()[0] )
全体的PHPの方メリットはでかいと判断したから今はPHPメインだが。
0566nobodyさん03/09/03 00:20ID:???
>>565
いや、できるけどさ・・・。でも面倒なんだよ。

配列のランダム並び替えとか、自分でそういうコード書かなきゃいけないし。
多次元配列もCとかに比べて不自然だし。
SQLを使うには色々鯖にインスコしないといけないし。
0567nobodyさん03/09/03 01:25ID:???
>>566
PHPもPerlも”多次元”配列が名前だけと言うのは同じ。
0568nobodyさん03/09/03 01:29ID:???
ちなみに、面倒だからやらないと言うのは惜しい事をしていると思う。
分からないからやらないなら仕方ないけど。
Javaなんかもっとめんどくさいし…。
0569nobodyさん03/09/19 00:40ID:???
結論:Java>>>>>>>>>>>>>>>>PHP
0570nobodyさん03/10/08 22:50ID:2FqsU87g
age
0571nobodyさん03/10/09 01:25ID:???
Ruby使ってみるという手もあるぞ
0572nobodyさん03/10/09 01:27ID:???
Perl やら PHP やら、
頼むから自分の習得した言語を優先するのはやめてくれ。
まともに両方できるようになってから言えよ。







まぁおれは両方できないけどな。
0573nobodyさん03/10/10 03:22ID:???
>>572
( ´,_ゝ`)プ
0574nobodyさん03/10/10 03:53ID:???
CGIで3言語使ってるつもりなのだが突っ込みおねがいします。

Perl良 > 使えるし枯れてるからコミュニティが充実、鯖にデフォルト入ってる
Perl悪 > 後付のオブジェクト指向、PHPに比べて明らかに遅い、mod_perl面倒

PHP良 > 高速 mod_perl並のことがすぐ作れる、インストール簡単
PHP悪 > Perl,Rubyに比べて冗長なコード,Apache経由でしか威力を発揮しない
Perlとくらべるとライブラリ不足

Ruby良 > 言語仕様とコードはひたすらクール
Ruby悪 > だれもわかってくれない,たいがい遅い,インストールからやらないと
0575Perlの方がPHPよりも速いです03/10/15 18:01ID:Byh8VWKQ

イヤ━━━━━(*゚∀゚*)━━━━━ン!!!!イヤ━━━━━(*゚∀゚*)━━━━━ン!!!!

>>574
>高速 mod_perl並のことがすぐ作れる
日本語が変ですが、どういうことですか?

>PHPに比べて明らかに遅い
CGI同士またはモジュール同士の比較でをしましたか?
速度はperlの方が早いようですよ。過去ログ見ましたか?

http://member.nifty.ne.jp/hippo2000/perltips/phpperl.htm
http://www.google.co.jp/search?hl=ja&ie=UTF-8&oe=UTF-8&q=php+mod_perl+%E9%80%9F%E3%81%84&lr=

イヤ━━━━━(*゚∀゚*)━━━━━ン!!!!イヤ━━━━━(*゚∀゚*)━━━━━ン!!!!
0576Perlの方がPHPよりも速いです03/10/15 18:04ID:???
             /\
            /   \
          /      \
         /         \     /
       /_________\   /
        ̄ヽ |  ,   , | γ ̄  /
           ) |   ー―  | (   /   < Perlの方がPHPより速いよ
         ノ |        | ゝ  /    < 過去ログも読んで
        ( ノ。ノ。リ。リ。リ。ヽ し' 
        ノ( 。( 。 ( 。 ( 。 ( 。(
      /  )。 ) 。 ) 。 ) 。 ) 。 )
     /   ( 。( 。 ( 。 ( 。 ( 。(
         )。 ) 。 ) 。 ) 。 ) 。 )
         ( 。( 。 ( 。 ( 。 ( 。(
         )。 ) 。 ) 。 ) 。 ) 。 )
http://pc2.2ch.net/test/read.cgi/php/1046194468/
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html
0577nobodyさん03/10/16 04:37ID:???
最初に「高速」と強調したのは間違ってたかもです 御幣があったなら
すみませんです。

で、こっちも言いたいことがよくわからんので説明しときますと。
PHPの高速はデフォルトApacheのモジュールで動くから速攻作れて適当
に作ってもだいたい高速ちゅう意味の高速です。
ベンチマークは取ってないけど相対的にPHPのが高速になると思うのです。
0578nobodyさん03/10/17 05:29ID:???
処理的に、
PHPってApache::PerlRunっぽいけど、
PHPってApache::Registryなの?
下なら速そうだけど。
0579nobodyさん03/10/17 09:16ID:???
 ■■■■■■■■■■■■■■
■■■  速度結果  ■■■
 ■■■■■■■■■■■■■■

1 |Perl(FastCGI)
2 |Perl(Apache::Registry)
2 |PHP(mod_php)+PHPA
2 |PHP(mod_php)+APC
3 |PHP(mod_php)
3 |PHP(fastcgi)
3 |Perl(Apache::PerlRun)
4 |Perl(CGI)      一番よく使われている
4 |PHP(CGI)       一番よく使われている

0580nobodyさん03/10/17 09:25ID:???
1 |Perl(FastCGI)
2 |Perl(Apache::Registry)
2 |PHP(mod_php)+PHPA
2 |PHP(mod_php)+APC
3 |PHP(mod_php)       一番よく騙られる
3 |PHP(fastcgi)
3 |Perl(Apache::PerlRun)
4 |Perl(CGI)      一番よく使われている
4 |PHP(CGI)
0581nobodyさん03/10/17 14:28ID:???
PHPは遅いみたいだけど違いは少しだし、作るのが簡単なのでウマー
レンタルサーバーを借りないといけないのがマズーだけど
HTMLに埋めこめられるし漏れは好き。
0582nobodyさん03/10/18 14:30ID:???
PHPとPerlとでは、同じことをやらせた場合、サーバへの負担は、どっちが軽いの?
0583nobodyさん03/10/18 17:31ID:???
>>582 >>579
0584nobodyさん03/10/19 06:16ID:???

速度ランキング

1 |Perl(FastCGI)
2 |Perl(Apache::Registry)
3 |PHP(mod_php)+PHPA
4 |PHP(mod_php)+APC
5 |PHP(mod_php)
6 |PHP(fastcgi)
7 |Perl(Apache::PerlRun)
8 |Perl(CGI)
9 |PHP(CGI)
0585nobodyさん03/10/29 08:28ID:y8m1Qys2
      \                     /
       \                  /
         \               /
          \            /
            \         /
             \∧∧∧∧/
             <    俺 >
             < 予 し  >
             <    か >
─────────< 感 い >──────────
             <   な >
             <  !!! い >
             /∨∨∨∨\
            /  ∧_∧ !? \
          /   ( ´_ゝ`)    \
         /    /   \     \
       /     /    / ̄ ̄ ̄ ̄/  \
      /    __(__ニつ/  FMV  /_   \
               \/____/
0586nobodyさん03/10/29 20:42ID:5W3q4K19
>>585
大丈夫、俺もいる
0587 03/10/29 20:46ID:0Z5jG+NG
Perl の OO な仕様は難解。
少なくとも漏れには。
0588nobodyさん03/10/29 20:49ID:BqsG6tqq
おめーだけじゃねーよ。誰しもがそう思っている
0589nobodyさん03/10/30 16:48ID:YZIKIHKS
(ユーザ数とかコード量とかだと曖昧なので、あえてこう言おう)

Perl をビジネスで使うことって、Python, Ruby, PHP と比べて相対的に、伸びてるのかしら。減ってるのかしら。
(コンピュータを使う仕事は増えてるので、全部増えてると思うけど、差はどうなのか)

ユーザ数には複利の法則があって、使う人が多ければ多いほど、差は広がると思うんだけど、
流石に Perl はその一貫性の無さが災いしてきていて、減ってるように感じる。
漏れの関心は PHP も同じ道を歩むかどうかなんだけど。(一貫性の無さじゃ負けてない)

いつPython, Ruby といった生粋のOO言語に飲まれると思いますか? 
漏れは結構悲観的で、あと3〜5年くらいは PHP のユーザ数は増えつづけると思う。そこからは減少するとは思うけどね。
0590nobodyさん03/10/30 22:29ID:nGsOwGcF
ソースの見た目(ヴィジュアル)はPerlの方が好きだ!愛してる。
0591nobodyさん03/10/30 23:05ID:???
↑変態だな。
0592nobodyさん03/10/31 00:08ID:???
将来的にはOcamlみたいな洗練された関数型言語が主になります。
0593+++03/10/31 01:24ID:???
↑うそこけ!
0594 03/10/31 02:16ID:???
斧より鉈が使われることのほうが多くなる。
鉈に斧が劣るわけではない。
0595nobodyさん03/10/31 03:59ID:tMILvdm/
>>594

斧: J2EE, .NET
鉈: スクリプト言語

ってなことでよろしいか


何と言おうとスクリプト言語は大戦争中だろう。PHP, Perl, Ruby, Python の四つ巴。
何しろ用途が全く同じなんだから。
0596nobodyさん03/10/31 11:23ID:???
>>595
PHPとPerlの一騎打ちだろ。

OSで言えば
事実上Linux対Windowsなのに
Mac厨がまだWindowsのライバルみたいに思っているもんだな。
0597nobodyさん03/10/31 11:52ID:???
>>596
ライブラリの豊富さと、使用アプリケーションの多さでその2つだな

しかし言語仕様が古すぎて使う気になれない
仕事でしかたなく付き合ってるって感じ
PythonとRubyは書いてて楽しい
0598nobodyさん03/10/31 15:45ID:???
PHPみたいにWebに特化してる言語はキモくて仕方が無い。
0599nobodyさん03/10/31 16:39ID:tMILvdm/
>>597

> ライブラリの豊富さと、使用アプリケーションの多さ

これは違うな。
単に「世間が使っているかどうか(実績があるかどうか)」だろう

PHP のユーザが多いってのは。
書きやすさ、将来性よりも「今実績があるかどうか」を重視していることなんだよね?>PHPユーザ
0600hn ◆iKwMOjCT4s 03/10/31 16:47ID:tMILvdm/
>>596

しかし、高級言語ユーザにとってみれば、OS戦争やブラウザ戦争やオフィス戦争なんかより
スクリプト言語戦争の結果のほうが何千倍も重要なんだよな。

OS戦争の結果なんざせいぜいMSの株価くらいだが、スクリプト言語の戦争の結果は直接
プログラマのキャリアを直撃する。

そのことに、誰より言語作者に知って欲しいと思う。
0601nobodyさん03/10/31 18:14ID:???
VM言語-インタプリタ言語戦争ってフレームはどうだろう、将来的に。
0602hn ◆iKwMOjCT4s 03/10/31 18:35ID:tMILvdm/
>>602

漏れが思うに Java, .NET が適している領域(とても複雑なものを実装するのに向いてる)に
スクリプト言語が食い込むとは思えない。

これは永久に変わらないと思う。


スクリプト言語系の中で戦いが続く。ここはもうユーザの奪い合いだろ。
0603nobodyさん03/10/31 18:42ID:???
>>601
java+perl+python+ruby・・・VS phpじゃん。
0604nobodyさん03/10/31 19:55ID:???
>>603 + VS cfml VS xml
0605nobodyさん03/10/31 20:46ID:???
>>601
VM言語-インタプリタ言語の争いではなく、言語が両方に対応するのでは。
PERL、PHP、PYTHON、RUBYがVM−インタプリタだけでなく、バイナリでも動いたら
いいのだけど動くのだろうか。

>>602
PERL、PHP、PYTHON、RUBYどれでも動くVMができてきているようです。
.NETみたいになるようです。
0606hn ◆iKwMOjCT4s 03/10/31 21:10ID:tMILvdm/
.NET はVBで作ったクラスのサブクラスをRubyで作ってPythonで実行、、、なんてMSは言ってるけど

一体誰がそんなもの使うか極めて疑問
使う言語は少なくしたいし、使うなら使いやすい言語がいい 用途が同じ言語なら最終的に勝つのは一種類だけ
0607nobodyさん03/10/31 21:44ID:???
ならCOBOLとCとDELPHIとVBとJAVAとC#といらないねえ。
0608うんことりやさん03/10/31 22:11ID:???
まぁ、はっきり言って
しょぼいCGI作ってるくらいじゃミリ秒単位の実行速度を競う必要はないだろ
バイナリ化させてどうすんだよ
一体何作る気なんだ?

>>606
同意
0609nobodyさん03/10/31 22:46ID:???
> 一体誰がそんなもの使うか極めて疑問

単一個人が複数言語を使ってうれしいという機構ではないので、PerlとRubyを同時に使うユーザが
一人もいなくてもマルチなVMの有用性とは無関係で、そうではなくて逆にそういうスクリプト書きが
少ないからこそ必要になってきたものでは。
0610nobodyさん03/10/31 22:47ID:???
Java VS .NET VS Parrot
0611nobodyさん03/10/31 22:53ID:???
各種言語 - Parrot - 各種プラットフォーム。

自分が使いやすいと思う言語を使え。
0612nobodyさん03/11/01 00:57ID:???
環境非依存で動かせる。
初心者でも動かせる。
企業も参入しやすくなる。
0613nobodyさん03/11/01 00:58ID:???
>>612>>608
0614nobodyさん03/11/01 01:00ID:???
>613
んぁ?
0615nobodyさん03/11/01 03:32ID:???
hn ◆iKwMOjCT4s って本7?
0616hn ◆iKwMOjCT4s 03/11/01 07:36ID:???
>>611

そういうOO言語で書かれたコードを共通のバイトコードに変換するってアプローチって、
くだらなさすぎて、わかんないことだらけなんだけど。

チーム内では一つの言語、一つの開発環境で作業しないとノウハウが共有できなくて効率悪い。
各言語間で作られたライブラリを全部ソレ用にコンパイルする必要ある。
命名規則にもバラツキある。
他こも苦労すること沢山あるだろう。なんでそんなことやるんだろうか。
0617nobodyさん03/11/01 12:52ID:???
開発者側の理由だろう?
各言語の開発者がそれぞれ個別に各プラットフォームにインプリメント
するのは骨が折れるから、ひとつのVMに対応させれば自動的に
そのVMが動くすべてのプラットフォームで動くようになるように
したいっつー。
0618nobodyさん03/11/01 13:19ID:???
この部分はPHPで作り、この部分はPerlで作りっていうのも
有りかも知れないけど、CPANなどの遺産を他言語から使うくらいの
連携でとどめておくのがいいかなぁと。
0619hn ◆iKwMOjCT4s 03/11/01 21:24ID:R2alyagV
>>618 違うシステムとやりとりするってんでも、何かデータをファイルに書き出すとか、格好つけるならsoap通してやりとりするというほうがはるかに現実的だと思うよ。
0620nobodyさん03/11/01 22:07ID:???
使用者が特定個人からチームに拡大されただけで思考のレベルは変わってないな(w
0621nobodyさん03/11/01 22:17ID:???
スマソ、間違った。思考の -> 発想の
0622nobodyさん03/11/02 05:22ID:???
>>620 誰に何を言いたいのか
0623nobodyさん03/11/02 10:19ID:???
ケミストリー!!
0624nobodyさん03/11/03 16:40ID:BrGtxiqD
開発者が使いたいものを使うじゃ、いけないのか?
まあ、企業とかチームなら話は違うが。
0625nobodyさん03/11/03 20:01ID:???
>>624
その望み、.NETがかなえてしんぜよう。
0626nobodyさん03/11/03 23:39ID:???
あーなるほど。.NETね……
0627nobodyさん03/11/04 10:21ID:ZhxpP0UW
.NETは世界を救います。
PHPの時代は後3年くらいでしょうか。
0628nobodyさん03/11/04 13:26ID:???
3年も経ったらOSに変化があるような。Windowsがタダにはならないと思うけど。
0629nobodyさん03/11/04 15:58ID:???
仕様さえ確立されりゃ気兼ねなく使えるんだがな。
0630nobodyさん03/11/04 16:23ID:???
そこでmonoの登場ですよ。
0631ばい ◆s6Z7XcWjkA 03/11/05 00:01ID:RlWOMGW9
PHPって何?
0632ばい ◆s6Z7XcWjkA 03/11/05 00:03ID:RlWOMGW9
ばい#bai
0633ららら ◆s6Z7XcWjkA 03/11/05 00:04ID:RlWOMGW9
PHP大好き
0634nobodyさん03/11/05 05:11ID:CSqwapdI
バイオインフォマティックスやってるがPERLは全然使う。
まずPHPは使わん。が、ウェブプログラムではPHPだ。
全然使いやすい。
0635nobodyさん03/11/05 05:27ID:???
3年後どうなってるかしらんが、phpは地味に残ってくタイプの言語じゃないような実感がある。
変わるときはパッと変えられると思うが、後発で今のphpを超える平易さをもつ言語が出るかと
いわれると疑問。
0636nobodyさん03/11/05 05:40ID:CSqwapdI
PHP5っていつ正式リリースされるんだ?
0637nobodyさん03/11/05 15:13ID:MFAqzrKk
Perlも覚えとけよ。
これからは共栄共存。

parrot完成時にはPerlのみならずPHPなどの複数のスクリプト言
語のスクリプト・エンジンとして採用され,例えば,Perlで書
かれたライブラリのモジュールをPHPから呼び出すといった
ことが可能になると期待される。CPANなどのサイトに蓄積さ
れた膨大な数のperlライブラリを使用できるメリットは大きい
ものと思われる。
0638nobodyさん03/11/05 17:03ID:???
>>636
来年の4月だってさ。
0639nobodyさん03/11/05 17:34ID:???
>>637
まあ、10年後ぐらいかな。
0640nobodyさん03/11/05 20:06ID:???
>>639
10年後だとその前にPHPが死滅しちゃいそうだな。
0641nobodyさん03/11/05 22:30ID:???
10年後だと機械がスクリプトを書きます。
居るのはアーキテクチャが1人だけ。
0642nobodyさん03/11/07 02:43ID:zXfJ9Ibp
レンタルサーバーでPHPが使える所増えてるけど
そのほとんどはCGI版のPHPだって話を聞いたんだけど本当?
0643nobodyさん03/11/07 08:01ID:???
プロセス分けないと危険でしょ。
0644nobodyさん03/11/07 09:54ID:???
>>643
つまりCGI版ってこと?
0645nobodyさん03/11/07 12:24ID:???
suEXECが使えないモジュールphpでレンタルサーバは
safemodeでかなり制限かけないとあぶないだろうなあ
0646nobodyさん03/11/07 12:26ID:???
cgiはsuEXEC環境で、モジュールphpはsafemodeにすることで
ソースに埋め込んだパスワードを隠し通すことはできる?
0647nobodyさん03/11/07 12:31ID:???
phpの何がいいって?作りやすいじゃないか?
いいものを作るには作りやすいほうがよかろう?
0648nobodyさん03/11/07 13:07ID:???
>642
嘘
0649nobodyさん03/11/07 15:51ID:???
>>648
世間のほとんどのPHPがCGIであることを隠そうと
必 死 で す ね (w
0650nobodyさん03/11/07 16:42ID:???
まぁ、確かに快速さと安全さを取るなら安全だが。
0651nobodyさん03/11/07 20:19ID:???
安全性ならダントツでJavaなわけで
それ以外の言語ではは気にしていたらやっていけない。
0652nobodyさん03/11/08 17:35ID:???
>>646
生のパスワード保存する事自体が間違い
チェックサムで埋め込んでおいて入力されたパスのチェックサムを照合しる
0653nobodyさん03/11/08 18:03ID:CKEhYtIX
>>651
あんまりデマ流してるとチン子ちょん切るぞ
0654nobodyさん03/11/11 16:21ID:???
phpの方が色んな命令できるし。
phpはこれからさらに発展してくと思うよ。

perlは技術が古い気がする。
perlはもう開発がストップしてる。
0655nobodyさん03/11/11 16:50ID:???
いずれaspになるんだろうなぁ。
でもaspは分からないからしばらくは容易なphpでいこう。
個人ホームページだし何より俺がphpに興味がある。

明日本買ってくる
0656nobodyさん03/11/11 22:08ID:???
でもPerl消えるまでは結構年月掛かりそうだ…。
大手ISPとかPerlのサポート止めるなんて中々言い辛そうだし…。
0657nobodyさん03/11/12 03:22ID:???
Perlが消えるわけねーだろ。
UNIXの歴史も知らん小僧が多いな。
>>654-656は
http://pc2.2ch.net/test/read.cgi/php/1065599868/65-66
でも見とけ。
0658nobodyさん03/11/12 03:47ID:???
そりゃ直ぐには消えんだろうけど十数年か後には
何かしらPerlの後継言語(微妙な言い方だ)が出来てる可能性はあるんじゃないの。

まあそんな事言やぁ何にだって可能性はあるから話が成り立たなくなるけど。
0659nobodyさん03/11/12 10:59ID:???
657痛いよ・・
0660nobodyさん03/11/12 11:46ID:???
>>658
Perlが消える前にPHPの方がよほどやばい。
そもそもPerlはWebプログラミング用の言語ではないし。
システム管理や文書管理に使われていたツールだからね。
なんで「Webで使われなくなっている=死滅」になるんだか。

>>659
PHPマンセーの君のほうがよほど痛いよ。
もっと他の言語も勉強したら?
プログラマー語るならC/C++、Javaくらいはやっとけよ。
■ このスレッドは過去ログ倉庫に格納されています