今はPHPの時代Perlがこの先生きのこるのは無理3
1 ：nobodyさん：
過去スレ
これからはPHPの時代Perlはもう終わりバイバイ2(dat落ち)
hhttp://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html
PHP最高！！！！
Perl、Ruby、 Python全部もう糞！
これからはPHPの時代Perlはもう終わりバイバイ2(dat落ち)
hhttp://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html
PHP最高！！！！
Perl、Ruby、 Python全部もう糞！
|
|
|
2 ：nobodyさん：2005/05/24(火) 14:35:55 ID:6a7n1dhF
PHPが来てる事を示す
google検索結果
PHP：899,000,000
Perl：65,800,000
Ruby：21,800,000
Python：44,800,000
（参考）Part2が立ってた頃（２００３年２月）
PHP：180,000,000
Perl：12,500,000
Ruby：5,210,000
Python：4,440,000
google検索結果
PHP：899,000,000
Perl：65,800,000
Ruby：21,800,000
Python：44,800,000
（参考）Part2が立ってた頃（２００３年２月）
PHP：180,000,000
Perl：12,500,000
Ruby：5,210,000
Python：4,440,000
3 ：nobodyさん：2005/05/24(火) 14:39:03 ID:6a7n1dhF
google(日本)
PHP：17,700,000
Perl：2,110,000
Ruby：1,170,000
Python：365,000
Part2が立ってた頃
PHP：2,240,000
Perl：404,000
Ruby：300,000
Python：61,600
差は開く一方です。
PHP：17,700,000
Perl：2,110,000
Ruby：1,170,000
Python：365,000
Part2が立ってた頃
PHP：2,240,000
Perl：404,000
Ruby：300,000
Python：61,600
差は開く一方です。
4 ：nobodyさん：2005/05/24(火) 15:57:17 ID:URSqZmT8
PHPももうだめな気がするが・・・ASPの時代になりそう
こんなの議論する意味あるの？
サーバサイドの言語なんてどれもきのころうと思えばきのこれると思うけど・・
一人で使いつづければいいんだから．
VBみたいにMSが全て握っててMSに生かされてるんじゃないんだから．
サーバサイドの言語なんてどれもきのころうと思えばきのこれると思うけど・・
一人で使いつづければいいんだから．
VBみたいにMSが全て握っててMSに生かされてるんじゃないんだから．
>>4
今更ASP単体で使う人なんていないでしょ。
今更ASP単体で使う人なんていないでしょ。
せんせいきのこ
PHP -"PHP文庫" の検索結果のうち 日本語のページ 約 3,940,000 件中 1 - 10 件目 (0.29 秒)
PHPの検索結果のうちPHP文庫を引くと3,940,000件。
…あれ？
PHPの検索結果のうちPHP文庫を引くと3,940,000件。
…あれ？
9 ：nobodyさん：2005/05/24(火) 18:34:25 ID:ezljDefN
【動詞】きのこ・る
意味：どうしようもないものが存在しつづけようと
するさま
意味：どうしようもないものが存在しつづけようと
するさま
適材適所。
- 以上 -
- 以上 -
言語なんてなんでもいいんだよ。
廃れたら他の言語覚えればいいだけ。
廃れたら他の言語覚えればいいだけ。
PHP以外使える気がしません。
便利な関数が一杯あるからあまり覚えなくてもマニュアル見れば良いんだもん。
PerlとかJavaとかRubyとか糞ばっか。
便利な関数が一杯あるからあまり覚えなくてもマニュアル見れば良いんだもん。
PerlとかJavaとかRubyとか糞ばっか。
13 ：しっとるけ：2005/05/24(火) 22:36:52 ID:IbDkAGFm
スクリプト言語に注目すること自体は自然な流れ。
その中でPHPが選ばれたことに他のスクリプト言語を超える凄さがある。
その中でPHPが選ばれたことに他のスクリプト言語を超える凄さがある。
PHPしか使えない奴って12みたいなのが多いよね
似たようなスレ立てすぎ
_,,,......,,__
／_~ ,,...:::＿::;; ~"'ヽ
(,, '"ヾヽ i|i //^''ヽ,,)
^ :'⌒i i⌒"
| ( ﾟДﾟ) ＜ >>きのこ先生がこの先生きのこるには
|（ﾉ |）
| |
ヽ ＿ノ
U"U
／_~ ,,...:::＿::;; ~"'ヽ
(,, '"ヾヽ i|i //^''ヽ,,)
^ :'⌒i i⌒"
| ( ﾟДﾟ) ＜ >>きのこ先生がこの先生きのこるには
|（ﾉ |）
| |
ヽ ＿ノ
U"U
phpやってみようかなぁ。
いい本ある？
いい本ある？
>>19
そう思いたいのですね？
そう思いたいのですね？
21 ：nobodyさん：2005/07/05(火) 20:02:07 ID:JvDy6TBn
未だにPerl＞PHPと思っている人はいるの？
いるならPerlのメリット挙げてみなよ。
事実全くないｗｗｗ
いるならPerlのメリット挙げてみなよ。
事実全くないｗｗｗ
PHPのメリットといえば
・うんこでもプログラムが書ける
・うんこでも実行速度が速い
・うんこでも上級者でもコードが劇的に違わない
だな
PHPに勝る言語は無いと思う
・うんこでもプログラムが書ける
・うんこでも実行速度が速い
・うんこでも上級者でもコードが劇的に違わない
だな
PHPに勝る言語は無いと思う
phpみたいに
＜？とかきっしょい記号を書かなくて済む。
＜？とかきっしょい記号を書かなくて済む。
24 ：nobodyさん：2005/08/13(土) 15:49:27 ID:2za0JLJv
age
マジレスしておくと、どの言語を使うかとかの時代じゃない。
どれだけの物が作れるか､技術者の技量が問われる時代。
どれだけの物が作れるか､技術者の技量が問われる時代。
検索結果は意味ないだろ
拡張子がphpの関係ないページや、PHP研究所、偽性副甲状腺機能低下のサイトが含まれる。
というか、それがほとんど。
拡張子がphpの関係ないページや、PHP研究所、偽性副甲状腺機能低下のサイトが含まれる。
というか、それがほとんど。
ApacheのASPってどうなってるの？
>>27
そういうことにしたいのはよく分かった
そういうことにしたいのはよく分かった
拡張子がhtmlとhtmのサイトに絞ると、相当減るよ。
PHP＞＞＞Perlだと思ってるならそれでいいじゃん。
どうしてそこまで必死に書き込むのかがわからん。
どうしてそこまで必死に書き込むのかがわからん。
mod系CGIよりPHPのが優秀なの？
allintextオプション付きだとこんな感じ。
PHP 71,000,000
Perl 41,300,000
Java 119,000,000
こっちがリアルな数値に近いかな。
でもやっぱりJava強いね。
おまけ
PHP研究所 1,140,000
PHP 71,000,000
Perl 41,300,000
Java 119,000,000
こっちがリアルな数値に近いかな。
でもやっぱりJava強いね。
おまけ
PHP研究所 1,140,000
mod系cgiなんてマニアしか使わない
36 ：nobodyさん：2005/08/13(土) 23:14:40 ID:9ZKYBjQT
おまえら、PHPもいいけど夏休みの宿題はやったか？
ついに反論できなくなりましたか
PHPはマニアだからこそ使わない
>>35
使う使わないじゃなくてPHPのアドバンテージは？
使う使わないじゃなくてPHPのアドバンテージは？
mod_perlが速いって言ってるが
アクセラレータ＋phpと比較して劇的に速いのか？
せいぜい誤差の範囲内じゃねえのかよ
アクセラレータ＋phpと比較して劇的に速いのか？
せいぜい誤差の範囲内じゃねえのかよ
>>39
時代遅れじゃないこと
時代遅れじゃないこと
>>40
そう思うのなら数字出してください。
そう思うのなら数字出してください。
>>42
いや確かめたことないから知らないよ
仕組みが似たようなﾓﾝなんだからそうなるだろうと予想してるだけ
つか今さら奇形じみたPerlを深めても
可用性の低いスキルしか付かなそうだから
おすすめされても使わないだろうな
いや確かめたことないから知らないよ
仕組みが似たようなﾓﾝなんだからそうなるだろうと予想してるだけ
つか今さら奇形じみたPerlを深めても
可用性の低いスキルしか付かなそうだから
おすすめされても使わないだろうな
44 ：nobodyさん：2005/08/14(日) 02:44:05 ID:RsCEyCku
妄想乙
可用性の意味知らないんじゃないか？
Perl=キモい
可用性とは
認可された利用者が、必要なときに、情報及び関連する資産にアクセスできることを確実にすること
可用性の低いスキルって何だ？
言語をマスターすればするほど壊れるってことか？
意味が通じないぞ。
認可された利用者が、必要なときに、情報及び関連する資産にアクセスできることを確実にすること
可用性の低いスキルって何だ？
言語をマスターすればするほど壊れるってことか？
意味が通じないぞ。
可用性なんて言葉は
もともとないんだから好きに使えばいいんだよ
文字通り「用いることが出来る性質」と考えろ。
他に使えないスキルしか身につかねーってこった。
だって奇形なんだもん。
もともとないんだから好きに使えばいいんだよ
文字通り「用いることが出来る性質」と考えろ。
他に使えないスキルしか身につかねーってこった。
だって奇形なんだもん。
Perl使い＝熟女マニア
>>48
っていうか、availabilityの日本語訳だろ。もともとあるぞ。
技術用語としても、日本情報処理開発協会で規定されてる言葉だし。
PHP使うようなシステムに可用性は求められないだろうから、知らないのかもしれんが。
言うなれば、死捨て無ってところだな。
っていうか、availabilityの日本語訳だろ。もともとあるぞ。
技術用語としても、日本情報処理開発協会で規定されてる言葉だし。
PHP使うようなシステムに可用性は求められないだろうから、知らないのかもしれんが。
言うなれば、死捨て無ってところだな。
>>48
まあスキル言ってるわりに、おまえ自身が低スキル。
まあスキル言ってるわりに、おまえ自身が低スキル。
ぐだぐだだな、兄者
業界での常識 ＞＞＞（越えられない壁）＞＞＞ 日本情報処理開発協会
可用性なんて言葉は無い
誰もそんな言葉は使ってない
可用性なんて言葉は無い
誰もそんな言葉は使ってない
48は見苦しい
可用性という妄想にとらわれるPerl厨
そんなに難しい言葉を使いたいかw
そんなに難しい言葉を使いたいかw
PHPの完成しきっていない溌剌とした若々しさといったらどうだろう！
それに比べてあれはどうだ、ペリルとかいったかな…
まるで中身の腐った熟れきったマンゴーではないか。
それに比べてあれはどうだ、ペリルとかいったかな…
まるで中身の腐った熟れきったマンゴーではないか。
>PHP使うようなシステムに可用性は求められないだろうから
PHPはそんなこと考えなくても使える
Perlはよけいなことを考えなくちゃならないから大変だな。
可用性低そう。
PHPはそんなこと考えなくても使える
Perlはよけいなことを考えなくちゃならないから大変だな。
可用性低そう。
CGIペリルで共有鯖落としまくった俺が来ましたよ
可用性？そんなものない！
可用性？そんなものない！
PHPはとってつけたようなオブジェクト指向の醜い構文がちょっとね
60 ：nobodyさん：2005/08/14(日) 03:19:46 ID:yO5i/QI0
PHPはJavaの真似だがJavaも醜いってこと？
Javaは醜くない
>>58
それは鯖の設定のせいでは？
それは鯖の設定のせいでは？
学ぶとは真似ることから始める
真似を否定する奴は学びを否定しているに等しい
真似を否定する奴は学びを否定しているに等しい
>>65
学習と商売は違うわけですが。
学習と商売は違うわけですが。
基本的にJavaは醜いだろ。
abstractなんて半端なものが存在していたり
いちいちgetter/setter書かなければならなかったり
そういった醜さを何も考えずに真似したのがPHP
abstractなんて半端なものが存在していたり
いちいちgetter/setter書かなければならなかったり
そういった醜さを何も考えずに真似したのがPHP
まあ、javaを真似たって言ってもオブジェクト指向の構文に過ぎないじゃない。
とても、J2EEと比べられるもんじゃないけどな。
とても、J2EEと比べられるもんじゃないけどな。
抽象のことを半端なものと言われてしまえば、もう進言することは何もないけど
> abstractなんて半端なものが存在していたり
どういう意味だ？
全部interfaceにしろと？
どういう意味だ？
全部interfaceにしろと？
Eclipseを見ればわかるように、Javaの場合は静的型つけと厳しい文法でツールのサポートを得やすくして結果的に間違いのないプログラムを組みやすくしてるわけだ。
動的型つけでJavaのマネをしてツールのサポートも得られないとただのクソ言語。
動的型つけでJavaのマネをしてツールのサポートも得られないとただのクソ言語。
Perl＝クソ景子
つまりPerlやるならJavaやるよってこった
Perlやっても旧世界の知識しか得られないが
Javaではモダンなプログラミング技術が学べるからな
Perl→PHPに移った奴がわざわざPerlに戻ろうと思うわきゃない
Perlやっても旧世界の知識しか得られないが
Javaではモダンなプログラミング技術が学べるからな
Perl→PHPに移った奴がわざわざPerlに戻ろうと思うわきゃない
モダンっていうか３～４年前な。
WevProg板は最近の話題追いかけていない人が多すぎるから困る。
WevProg板は最近の話題追いかけていない人が多すぎるから困る。
phpに深みなんて求めるなよ
ﾊﾅから目指してないんだから
ﾊﾅから目指してないんだから
未だにPerlでWebアプリ作るってネタだろ？
CGI.pm使ってコードがりがり書くしか方法がないのに
小さなものならともかく、ある程度大きなものを作るとかありえん。
CGI.pm使ってコードがりがり書くしか方法がないのに
小さなものならともかく、ある程度大きなものを作るとかありえん。
>>78
それはIDEみたいのがあるんじゃないの？ここまで熱く語ってる奴もいるし
それはIDEみたいのがあるんじゃないの？ここまで熱く語ってる奴もいるし
PerlのWebアプリフレームワークってあるの？
PHPは国産も含めて競争が激しくなってきているけど
Perlは聞かないよなあ・・・
PHPは国産も含めて競争が激しくなってきているけど
Perlは聞かないよなあ・・・
ｲｸﾘﾌﾟｽにPerl用プラグインがあるようだね
perlのMVCフレームワークってsledgeくらしか聞かないね・・。
cpanモジュールの組み合わせでやってるけど。
CGI::Application、Error...なんかで。
cpanモジュールの組み合わせでやってるけど。
CGI::Application、Error...なんかで。
>>78
はてなやイーマーキュリーはネタか
はてなやイーマーキュリーはネタか
結局
Perl←→PHPは
乗り換える程のアドバンテージはないと。
Perl←→PHPは
乗り換える程のアドバンテージはないと。
案件が共用鯖と限定されて、mod_phpが使えた場合かな？
かなり狭い範囲だけど。
cgiではさばけない程のアクセスがあるサイトは、
専用鯖やVPSでやってるから、特に何でも使えるし。
かなり狭い範囲だけど。
cgiではさばけない程のアクセスがあるサイトは、
専用鯖やVPSでやってるから、特に何でも使えるし。
phpは生産性がある
掲示板を作るにしても
perlよりも簡単に早く書ける
オブジェクト指向強化で
クラスの使いまわしjavaとの連携も可能
大規模なものならperlよりもphpの方が制作日数が短くてすむ
perlはもともとWEB制作のために作られた言語ではない
WEB制作のために作られたPHPはWEB業界では最強の言語
掲示板を作るにしても
perlよりも簡単に早く書ける
オブジェクト指向強化で
クラスの使いまわしjavaとの連携も可能
大規模なものならperlよりもphpの方が制作日数が短くてすむ
perlはもともとWEB制作のために作られた言語ではない
WEB制作のために作られたPHPはWEB業界では最強の言語
perlは生産性がある
掲示板を作るにしても
phpよりも簡単に早く書ける
オブジェクト指向強化で
クラスの使いまわしjavaとの連携も可能
大規模なものならphpよりもperlの方が制作日数が短くてすむ
perlはもともとWEB制作のために作られた言語ではないが、
今やネットワーク系の充実したモジュールも沢山ある。
最強の言語なんてものは存在しないが、なかなか良い言語である。
掲示板を作るにしても
phpよりも簡単に早く書ける
オブジェクト指向強化で
クラスの使いまわしjavaとの連携も可能
大規模なものならphpよりもperlの方が制作日数が短くてすむ
perlはもともとWEB制作のために作られた言語ではないが、
今やネットワーク系の充実したモジュールも沢山ある。
最強の言語なんてものは存在しないが、なかなか良い言語である。
本当かよ
そんなにいいものなら別にホイホイ乗り換えるわけだが
実際はｸｾが強くて
少ない情報の渉猟を強いられ
簡単なことの実現にもいちいちライブラリ探しライブラリ探しなんじゃないのか？
そんなにいいものなら別にホイホイ乗り換えるわけだが
実際はｸｾが強くて
少ない情報の渉猟を強いられ
簡単なことの実現にもいちいちライブラリ探しライブラリ探しなんじゃないのか？
>>85
共有鯖でmod_phpって馬鹿か。スクリプト全部覗かれるぞ
共有鯖でmod_phpって馬鹿か。スクリプト全部覗かれるぞ
safeモードを知らないの？phpやってるのに？
もちろん、suexecでcgiとして動かしてる共用鯖のが多いけどね。
cgiとして実行するんなら、phpよりperlのが速いじゃない。
もちろん、suexecでcgiとして動かしてる共用鯖のが多いけどね。
cgiとして実行するんなら、phpよりperlのが速いじゃない。
safeモードでもCGIから覗けます
馬鹿は死んだ方ががいいね
馬鹿は死んだ方ががいいね
そうなの！？それは知らなかった。
でも提供している大手ホスティングあるけどね・・・。
となると、phpは自身のマニュアルに載ってることすら適当なのか。
そこまで使えない代物だとは思わなかったよ。
でも提供している大手ホスティングあるけどね・・・。
となると、phpは自身のマニュアルに載ってることすら適当なのか。
そこまで使えない代物だとは思わなかったよ。
ハッカー（上級PG）の必修言語は以下の5種だと言われている
Python、Java、C/C++、Perl、Lisp （学習順は左から。PerlとLispはどちらが先でもよい）
残念ながらPerlが死ぬことはないよ
Python、Java、C/C++、Perl、Lisp （学習順は左から。PerlとLispはどちらが先でもよい）
残念ながらPerlが死ぬことはないよ
アホかおまえら。
後先考えずに手っ取り早く作るにはPHPが一番なんだよ。
Javaみたいな厳格な型付けをする言語なんか使ってたら、ちゃんとした物を作らないといけないからめんどくせー。
後先考えずに手っ取り早く作るにはPHPが一番なんだよ。
Javaみたいな厳格な型付けをする言語なんか使ってたら、ちゃんとした物を作らないといけないからめんどくせー。
>>94
アホはお前のようだがな
アホはお前のようだがな
mod_pythonが使えるならそれが最強だし
単純なcgiなら実行ファイルの軽いperlが最強
phpの利点はDB接続とエラー表示
単純なcgiなら実行ファイルの軽いperlが最強
phpの利点はDB接続とエラー表示
>>96
後<?～?>の外側ｗ
後<?～?>の外側ｗ
>>94
厳格な型とかが無いから余計なバグが潜んでいても発見が遅れる。
また、この間PHPのバージョンが上がって、間違った使い方をした場合は警告が出るようになったら、
出回ってる有名なアプリやらフレームワークが警告の嵐。
つまり、PHPみたいに厳格な型が無いお陰で、セキュリティ上重要なバグが潜む。
さらにはPHP使ってるプログラマの能力はこんなものなのかと露呈した結果となった。
厳格な型とかが無いから余計なバグが潜んでいても発見が遅れる。
また、この間PHPのバージョンが上がって、間違った使い方をした場合は警告が出るようになったら、
出回ってる有名なアプリやらフレームワークが警告の嵐。
つまり、PHPみたいに厳格な型が無いお陰で、セキュリティ上重要なバグが潜む。
さらにはPHP使ってるプログラマの能力はこんなものなのかと露呈した結果となった。
PHPって、バージョンがあがったときに旧バージョンと互換性があるデフォルト値っていう考え方ないから混乱しまくり。
そもそもバージョンがあがったときに旧バージョンと互換性をもたせるという考え方自体ないようだけど。
そもそもバージョンがあがったときに旧バージョンと互換性をもたせるという考え方自体ないようだけど。
もたせ辛いってのはあるよな。
Javaの場合、J中間言語(JVML)で吸収させるようにして互換性を保ってる。
Javaの場合、J中間言語(JVML)で吸収させるようにして互換性を保ってる。
だから、ASP.NETみたいに複数のバージョンを同時にサーバにインストールできて、
実行するときにバージョンを指定して動作させられればいいんだよ。
実行するときにバージョンを指定して動作させられればいいんだよ。
102 ：nobodyさん：2005/08/14(日) 14:09:40 ID:ER9gajg+
要するにPHPはまだ言語仕様も固まってないってことだろ。
それにしても互換性がないのはものすごく不親切。
それにしても互換性がないのはものすごく不親切。
>>101
セキュリティーホールとかバグ修正とかと同時に仕様変更が行われるから、古いバージョンが並行で動けばいいって話でもない。
セキュリティーホールとかバグ修正とかと同時に仕様変更が行われるから、古いバージョンが並行で動けばいいって話でもない。
>>104
それはそうだけど、普通はセキュリティとかバグ修正用のモジュール出して、
仕様は変えなくても穴を塞ぐ方法が用意されてしかるべき。
ただ、現状だとレン鯖とかでもセキュリティホールがあるにも関わらず、
PHPのバージョンは上がってない。
なぜか？と考えれば、バージョンアップに伴いユーザのプログラムが動かなくなる可能性あるから。
ならば、複数バージョンが平行して動くようにして、そっちへ順次移行させるように促し、
ある程度の以降が完了した時点で旧バージョンを動作させないようにするという事ができれば、
便利だと思うんだけどな・・・
それはそうだけど、普通はセキュリティとかバグ修正用のモジュール出して、
仕様は変えなくても穴を塞ぐ方法が用意されてしかるべき。
ただ、現状だとレン鯖とかでもセキュリティホールがあるにも関わらず、
PHPのバージョンは上がってない。
なぜか？と考えれば、バージョンアップに伴いユーザのプログラムが動かなくなる可能性あるから。
ならば、複数バージョンが平行して動くようにして、そっちへ順次移行させるように促し、
ある程度の以降が完了した時点で旧バージョンを動作させないようにするという事ができれば、
便利だと思うんだけどな・・・
結論：PHPを使うにはまだ時期早。安定するまで待て。
>>96
>phpの利点はDB接続とエラー表示
どちらも利点なくない？
ネイティブ接続ってあまり使わないと思うし、
むしろ、DBIなりJDBCなり上位のインタフェースが優れてる他言語のが利点だと思う。
php5のpdoはよさそうだけど。
>phpの利点はDB接続とエラー表示
どちらも利点なくない？
ネイティブ接続ってあまり使わないと思うし、
むしろ、DBIなりJDBCなり上位のインタフェースが優れてる他言語のが利点だと思う。
php5のpdoはよさそうだけど。
外部ライブラリなしでDB扱えるのは、メリットだと思う。
PHPはWEBアプリを手っ取り早く作れるって点では、やはり一番すぐれてる。
ただ、PHP自体、埋め込み型の言語なんだから、テンプレートなんて要らないし、
PHP4のうんこなOO機能でフレームワークとか意味ないし、PHP5は遅すぎて、もっと意味ない。
PHPはおとなしく簡単にWEBアプリを作るっていう本来の目的を守っているべきだと思う。
PHPはWEBアプリを手っ取り早く作れるって点では、やはり一番すぐれてる。
ただ、PHP自体、埋め込み型の言語なんだから、テンプレートなんて要らないし、
PHP4のうんこなOO機能でフレームワークとか意味ないし、PHP5は遅すぎて、もっと意味ない。
PHPはおとなしく簡単にWEBアプリを作るっていう本来の目的を守っているべきだと思う。
DB毎に関数が違うというのはデメリットだと思うけどなぁ。
DB決め打ちで作るか、自前でDB用クラスを作るかでしょ。
Pear DBが組み込みだったらメリットあると思うし、
今の組み込み関数でもオブジェクト指向でクラス化されていれば、
多態で解決できたかもしれない。
DB決め打ちで作るか、自前でDB用クラスを作るかでしょ。
Pear DBが組み込みだったらメリットあると思うし、
今の組み込み関数でもオブジェクト指向でクラス化されていれば、
多態で解決できたかもしれない。
111 ：nobodyさん：2005/08/15(月) 11:11:11 ID:29YfjhoF
やっぱPHPダメじゃん。
DBごとに違うといっても、一つ覚えれば他のDBでもほとんどそのまま使えるし、問題ないのでは。
運用中にDB自体が変更されるっていうのも、実際にはまずないだろうし。
運用中にDB自体が変更されるっていうのも、実際にはまずないだろうし。
>>112
＞運用中にDB自体が変更されるっていうのも、実際にはまずないだろうし。
そんなことは無い。
特にオープンソースを使った場合の開発は、度々こういった事が普通にある。
最初はPHP＋MySQLとかPostgreSQLなどを使ったシステムだったけど、
ユーザやアクセス数の増加や、システム拡張に伴い、Oracleなどに運用中に変更するという事は結構ある。
＞運用中にDB自体が変更されるっていうのも、実際にはまずないだろうし。
そんなことは無い。
特にオープンソースを使った場合の開発は、度々こういった事が普通にある。
最初はPHP＋MySQLとかPostgreSQLなどを使ったシステムだったけど、
ユーザやアクセス数の増加や、システム拡張に伴い、Oracleなどに運用中に変更するという事は結構ある。
そういう時はプログラムも書き換えるでしょ。
DB変更する前に、SQLやアルゴリズムを見直すのが先決。
PerlやPHPで動かす規模のサイトなら、grepで引っ掛けて手直ししていっても、いくらもかからないでしょ。
DB変更する前に、SQLやアルゴリズムを見直すのが先決。
PerlやPHPで動かす規模のサイトなら、grepで引っ掛けて手直ししていっても、いくらもかからないでしょ。
5.1からデフォになるPDO使えば問題ないんでしょ？
PHPってもともとCっぽい、、というか
「Cの関数がスクリプトから使えりゃ良いや」
っていう安易な考えで作られてる感じだからなぁ。
DB周りのAPIは最初にもう少し考えてくれれば良かったのに。
>>113
というか、そういう可能性が考えられるなら
最初からPEAR使うか、自分で作って
標準SQLで対処するもんでないの？
「Cの関数がスクリプトから使えりゃ良いや」
っていう安易な考えで作られてる感じだからなぁ。
DB周りのAPIは最初にもう少し考えてくれれば良かったのに。
>>113
というか、そういう可能性が考えられるなら
最初からPEAR使うか、自分で作って
標準SQLで対処するもんでないの？
ていうか>>109は目的が違うでしょ。>>109の言うように
フレームワーク要らない、テンプレート邪魔
っていえる規模のアプリならDB変更の保守も同様に大した事ない。
「手軽に作れる」と「作った後も保守性を高くする」
両方を同時に満たすのは難しい。
フレームワーク要らない、テンプレート邪魔
っていえる規模のアプリならDB変更の保守も同様に大した事ない。
「手軽に作れる」と「作った後も保守性を高くする」
両方を同時に満たすのは難しい。
Web プログラミング言語のメインストリームが PHP や Java に代わっても、
Perl は 定型処理や定時処理などを行うスクリプト言語として、この先生きのこると思うよ。
Perl は 定型処理や定時処理などを行うスクリプト言語として、この先生きのこると思うよ。
きのこ先生
>>118
＞Perl は 定型処理や定時処理などを行うスクリプト言語として、この先生きのこると思うよ。
でも、この部分をPHPで書いてもいいんだよな・・・
Perlでなきゃというメリットは何も無い気がする。
＞Perl は 定型処理や定時処理などを行うスクリプト言語として、この先生きのこると思うよ。
でも、この部分をPHPで書いてもいいんだよな・・・
Perlでなきゃというメリットは何も無い気がする。
そう。Perlは正規表現に強いとか全部信者の妄想。
PHPで全て同等のことが実現可能。
昔と違ってコマンドライン版もあるわけでPerlを使う必要は無い。
PHPで全て同等のことが実現可能。
昔と違ってコマンドライン版もあるわけでPerlを使う必要は無い。
そうだな。PHPでなきゃというメリットは何もないし、Perl で全て同等なことが実現可能。
むしろ、Perl は 最近のLinuxや*BSDのディストリビューションだと
ほぼ標準でインストールされるが、
CLI 版のPHPは標準でインストールされないからデメリットだな。
むしろ、Perl は 最近のLinuxや*BSDのディストリビューションだと
ほぼ標準でインストールされるが、
CLI 版のPHPは標準でインストールされないからデメリットだな。
実現可能というだけで安定性を欠いている分、phpはどうかな。
perlは、amazonなどの大規模サイトでも使われてる実績もあるわけだし。
perlは、amazonなどの大規模サイトでも使われてる実績もあるわけだし。
>>123
それを言ったら、PHPだって楽天とかの大規模サイトでも使われてる実績があるわけだが？
それを言ったら、PHPだって楽天とかの大規模サイトでも使われてる実績があるわけだが？
皆さんは大規模サイトで使うつもりなの？
有名な大規模サイトで使われた→大丈夫
ってあまりにも短絡的な考え・・・
有名な大規模サイトで使われた→大丈夫
ってあまりにも短絡的な考え・・・
>>120-121
コマンドラインのPHPとPerlでなんか書式変わるの?
コマンドラインのPHPとPerlでなんか書式変わるの?
大規模サイトといっても、ショッピングサイトは、殆ど固定HTMLでOKなので、
お客さんが見るところで動的生成しなければならないところって少ないんだよね。
mixiやはてなのように、常に更新されて、毎回動的生成するようなサイトと比べるのは、
ちょっと違うと思う。
お客さんが見るところで動的生成しなければならないところって少ないんだよね。
mixiやはてなのように、常に更新されて、毎回動的生成するようなサイトと比べるのは、
ちょっと違うと思う。
>>129
そうなの？アマゾンとかコマースの部分で固定のHTMLなんて皆無な気がするけど。
そうなの？アマゾンとかコマースの部分で固定のHTMLなんて皆無な気がするけど。
通常、商品一覧は固定だろう
楽天やアマゾンでは、サイトにアクセスする人の殆どは見るだけの人だから、
商品一覧を固定にすることで、大幅に負荷を軽減できる
金額が決定した後の決済は、また別の決済システムだろうし
ミクシィって、会員が100万人もいるのに、みんなログインして
日記やコミュニティをリロードしまくってるのかと思うと、凄いシステムだと思う
セッションが重たいPHPでは無理だろうなぁ
楽天やアマゾンでは、サイトにアクセスする人の殆どは見るだけの人だから、
商品一覧を固定にすることで、大幅に負荷を軽減できる
金額が決定した後の決済は、また別の決済システムだろうし
ミクシィって、会員が100万人もいるのに、みんなログインして
日記やコミュニティをリロードしまくってるのかと思うと、凄いシステムだと思う
セッションが重たいPHPでは無理だろうなぁ
もちろん、ショッピングバスケットの部分は、動的だろうけど
∩＿＿＿∩ ｜ , '´l,
| ノ＼ ヽ | , -─-'- 、i
/ ●゛ ● | | _, '´ ／ ヽ、
| ∪ ( _●_) ミ j iニニ, "● ∪ ヽ、
彡､ |∪| |
/ ∩ノ ⊃ ヽ 〈｀'ｰ;＝=ヽ、〈ｰ- 、 !
( ＼ ／ ＿ノ | | ｀ｰ´ ヽi｀ヽ iﾉ
.＼ “ ／＿＿| | ! /
＼ ／＿＿＿ ／ r'´、ヽ
｀´ヽノ
| ノ＼ ヽ | , -─-'- 、i
/ ●゛ ● | | _, '´ ／ ヽ、
| ∪ ( _●_) ミ j iニニ, "● ∪ ヽ、
彡､ |∪| |
/ ∩ノ ⊃ ヽ 〈｀'ｰ;＝=ヽ、〈ｰ- 、 !
( ＼ ／ ＿ノ | | ｀ｰ´ ヽi｀ヽ iﾉ
.＼ “ ／＿＿| | ! /
＼ ／＿＿＿ ／ r'´、ヽ
｀´ヽノ
>>135
さすがamazonだな。PHPのサイトでは無理だよ。
さすがamazonだな。PHPのサイトでは無理だよ。
楽天の商品のアドレス見れば解るよ
ディレクトリで商品切ってる
都度生成はしてない
ディレクトリで商品切ってる
都度生成はしてない
Perlが速いと主張する奴は数字をあげろ
お前の妄想だけで語ってないか？
お前の妄想だけで語ってないか？
>>136
楽天だって在庫が無くなりゃ買えないよーにせにゃならんのじゃないの？
期間限定販売とかもあるし、特価セールの時は金額だけ変えたいだろーし
売れ筋はPickUpしたいだろうし、商品ごとに税込み税別、送料込みやら追加送料だったり
イベントシーズン毎にギフト包装とか、その辺全部カートに入れてからしか対応されないの？
>>138
楽天はPHP+Smartyだってば。
ディレクトリ切ってるだけで固定なら2chも固定と言えるのだろうか？
ヒント：pathinfo
釣られすぎ？
楽天だって在庫が無くなりゃ買えないよーにせにゃならんのじゃないの？
期間限定販売とかもあるし、特価セールの時は金額だけ変えたいだろーし
売れ筋はPickUpしたいだろうし、商品ごとに税込み税別、送料込みやら追加送料だったり
イベントシーズン毎にギフト包装とか、その辺全部カートに入れてからしか対応されないの？
>>138
楽天はPHP+Smartyだってば。
ディレクトリ切ってるだけで固定なら2chも固定と言えるのだろうか？
ヒント：pathinfo
釣られすぎ？
だいたいボトルネックはDBアクセスになっていくんだから
アプリサーバ側の若干の速度の違いなんて
たいした違いにならないのではないか。
アプリサーバ側の若干の速度の違いなんて
たいした違いにならないのではないか。
URIじゃ判断できなくないか？
最近はよくmod_rewrite使うし。
最近はよくmod_rewrite使うし。
ショッピングサイトの一覧ページが静的って・・・いつの時代だよｗ
他は知らんが、楽天は性的でもおかしくないな
動的に生成する必要がある情報がひとつもない
あれで都度生成ならかなり無駄
動的に生成する必要がある情報がひとつもない
あれで都度生成ならかなり無駄
>>146
その理論だと、MovableTypeでblogも書けないな。
その理論だと、MovableTypeでblogも書けないな。
>>146
商品を登録変更したら、システム側で自動生成するわけだが。
DBに書き込むだけなら、商品ページにアクセスがあるたびにDBアクセスが発生するが、
の時点で、アクセス時に呼び出されるHTMLを作成しておいておけば、
お客さんがアクセスしてもDBアクセスが最小限になり、負荷が軽減できる。
商品を登録変更したら、システム側で自動生成するわけだが。
DBに書き込むだけなら、商品ページにアクセスがあるたびにDBアクセスが発生するが、
の時点で、アクセス時に呼び出されるHTMLを作成しておいておけば、
お客さんがアクセスしてもDBアクセスが最小限になり、負荷が軽減できる。
>>147
ごめん、煽りじゃなく意味不明、詳しく
ごめん、煽りじゃなく意味不明、詳しく
>>150
静的ページを都度更新システムが生成するのは、動的ページと呼ばないって事なら、そうかもね。
そりゃhtmlファイルを生成した方が閲覧だけの負荷考えりゃ軽いのは当然だろうし。
ただ、期間限定の商品だとか、夜中だろうが在庫切れになったら買えなくしたりする必要はあるんじゃないの？
静的ページを都度更新システムが生成するのは、動的ページと呼ばないって事なら、そうかもね。
そりゃhtmlファイルを生成した方が閲覧だけの負荷考えりゃ軽いのは当然だろうし。
ただ、期間限定の商品だとか、夜中だろうが在庫切れになったら買えなくしたりする必要はあるんじゃないの？
DBアクセス覚えたてなので、何でもかんでもDB使いたくて仕方がありません
>>152
そうじゃなくて、ページの更新頻度によるんだよ。
一度、静的に生成して情報の更新がしばらく行われないなら、
明らかに静的に生成する方が有利だろうけど。
楽天の様に、様々な店舗があって情報更新が激しいと、
静的に生成する処理の負荷の方がバカにならないんじゃないか、と。
楽天がどうだかは知らないけどね。
そうじゃなくて、ページの更新頻度によるんだよ。
一度、静的に生成して情報の更新がしばらく行われないなら、
明らかに静的に生成する方が有利だろうけど。
楽天の様に、様々な店舗があって情報更新が激しいと、
静的に生成する処理の負荷の方がバカにならないんじゃないか、と。
楽天がどうだかは知らないけどね。
キャッシュの考えと一緒だよね
158 ：nobodyさん：2005/08/15(月) 22:59:15 ID:8q2yV0LV
>>153
blog全般がコメントやトラックバックがあった時も静的ファイルを書き換えてる作りなの？
その方式じゃないとblogとは呼べないの？
つか、CMSがhtmlファイルを動的に生成するサイトを静的なサイトとは定義しづらいと思うがなぁ。
blog全般がコメントやトラックバックがあった時も静的ファイルを書き換えてる作りなの？
その方式じゃないとblogとは呼べないの？
つか、CMSがhtmlファイルを動的に生成するサイトを静的なサイトとは定義しづらいと思うがなぁ。
静的HTMLよりは圧倒的に重いのは間違いないが、
問い合わせのたびに connect したり、検索効率の悪いテーブル構造とかでもない限り、
SQLで問い合わせるオーバーヘッドが問題になることは少ないぞ。
今時のシステムならSQLキャッシュとかもあるし、下手に静的HTML生成して、
セッション管理やシステム連携で苦労するなら、全体を動的に構築した方がはるかにマシ。
問い合わせのたびに connect したり、検索効率の悪いテーブル構造とかでもない限り、
SQLで問い合わせるオーバーヘッドが問題になることは少ないぞ。
今時のシステムならSQLキャッシュとかもあるし、下手に静的HTML生成して、
セッション管理やシステム連携で苦労するなら、全体を動的に構築した方がはるかにマシ。
>>156
いや個人サイトじゃないんだから、閲覧によるアクセスの負荷軽減ばかりに拘らないだろ。
個々の商品の閲覧状況の分析や、購入したもの以外にチェックした商品なんかの嗜好性、
マーケティングの分析に対応するには静的なカタログページじゃ無理がある。
いや個人サイトじゃないんだから、閲覧によるアクセスの負荷軽減ばかりに拘らないだろ。
個々の商品の閲覧状況の分析や、購入したもの以外にチェックした商品なんかの嗜好性、
マーケティングの分析に対応するには静的なカタログページじゃ無理がある。
167 ：nobodyさん：2005/08/15(月) 23:07:14 ID:8q2yV0LV
>>163
では、Smartyのキャッシュ機能をOnにしていれば、都度生成の静的なページと言えるのだろうか。
では、Smartyのキャッシュ機能をOnにしていれば、都度生成の静的なページと言えるのだろうか。
>>160
それもそうだと思うよ。
ただ、いくつか楽天ショップで運営しているところと仕事をした時に、
楽天の店舗用管理画面を使わせてもらって色々やってみたし、
>同じ店が同じ商品を何度も更新
というケースは頻繁にあったから。
まあ、楽天全体的にどういう傾向か知らないから、あくまでも一案で。
それもそうだと思うよ。
ただ、いくつか楽天ショップで運営しているところと仕事をした時に、
楽天の店舗用管理画面を使わせてもらって色々やってみたし、
>同じ店が同じ商品を何度も更新
というケースは頻繁にあったから。
まあ、楽天全体的にどういう傾向か知らないから、あくまでも一案で。
>>166
楽天では、買い物かごを見るをクリックして、商品案内とは別画面でバスケットを開く。
楽天では、買い物かごを見るをクリックして、商品案内とは別画面でバスケットを開く。
>>159
そのバッチをどれくらいの間隔でまわすかによるわな。
5分に一回だとしても全ての店舗、全ての商品の在庫数をなめて確認するのか？
クライアントが一時間に1回や1日１回でも良いというなら助かるだろうが。
そのバッチをどれくらいの間隔でまわすかによるわな。
5分に一回だとしても全ての店舗、全ての商品の在庫数をなめて確認するのか？
クライアントが一時間に1回や1日１回でも良いというなら助かるだろうが。
>>172
っていうか、楽天のタイムセールで、10時35分まで限定とか半端なの見たことないけど。
っていうか、楽天のタイムセールで、10時35分まで限定とか半端なの見たことないけど。
もうこの辺でまとめようぜ。
PHP使いは、システム設計力に劣る。
これでいいだろ？
PHP使いは、システム設計力に劣る。
これでいいだろ？
>>175
在庫切れは、最後の客が精算したタイミングでアクションだろ。
在庫切れは、最後の客が精算したタイミングでアクションだろ。
>>174
出来るけどそんな半端な期間にしないだけ
出来るけどそんな半端な期間にしないだけ
おいおい在庫切れは買い物かごに入れる前にチェックだろ。
なんかズレてきてとは思いつつ…w
在庫状況に関しては商品情報表示時に在庫DB確認してリアルタイムの方が望ましいだろ。
在庫状況に関しては商品情報表示時に在庫DB確認してリアルタイムの方が望ましいだろ。
こんな時間に妙に伸びたな
まあ、人は少ないわけだが。
どーりでレス増えても低レベルなままだと思った
>>179
楽天で買い物すれば解るよ。
楽天で買い物すれば解るよ。
荒れてる原因を探ってみた。
叩いてる奴は、楽天のシステムの仕様に基づいて意見している
そんなことはないと言ってる奴は、通販サイトのあるべき姿に基づいて意見してる
楽天では在庫数も出ないし、時間の制御も結構適当
商品バスケットも別画面
叩いてる奴は、楽天のシステムの仕様に基づいて意見している
そんなことはないと言ってる奴は、通販サイトのあるべき姿に基づいて意見してる
楽天では在庫数も出ないし、時間の制御も結構適当
商品バスケットも別画面
元々の大規模ショッピングサイトでは静的なカタログページが望ましいという話はどーなったんだ？
レーサーも絶賛
「昔、PHPを学んでいればワールドチャンピオンになれたかも」（レイモン・ロッシュさん）
「250ccのマシンが500ccかと思うほどの走りができるようになった」（ジャン・フィリップ・ルジアさん）
「PHPのおかげでブレーキングを遅らせても大丈夫になった」（オリヴィエ・ジャックさん）
「PHP最高♪」（クリスチャン・サロンさん＆ドミニク・サロンさん）
「ロケットスタートはPHPの賜物」（ロン・ハスラムさん）
「フィッシュ＆チップスよりPHP」（ニール・マッケンジーさん）
「PHPがある限り現役続行」（ギャリー・マッコイさん）
「天国にもPHPがあればなあ」（バリー・シーンさん、ジョーイ・ダンロップさん）
「バイクに轢かれても復帰できたのはPHPのおかげ」（フランコ・ウンチーニさん）
「イタリア人はみんなPHPが大好き♪」（マッシミリアーノ・ビアッジさん）
「Zendがスポンサーのチームで走りたい」（ルカ・カダローラさん）
「いいからPHPを使え！」（ヴァレンティーノ・ロッシさん）
「昔、PHPを学んでいればワールドチャンピオンになれたかも」（レイモン・ロッシュさん）
「250ccのマシンが500ccかと思うほどの走りができるようになった」（ジャン・フィリップ・ルジアさん）
「PHPのおかげでブレーキングを遅らせても大丈夫になった」（オリヴィエ・ジャックさん）
「PHP最高♪」（クリスチャン・サロンさん＆ドミニク・サロンさん）
「ロケットスタートはPHPの賜物」（ロン・ハスラムさん）
「フィッシュ＆チップスよりPHP」（ニール・マッケンジーさん）
「PHPがある限り現役続行」（ギャリー・マッコイさん）
「天国にもPHPがあればなあ」（バリー・シーンさん、ジョーイ・ダンロップさん）
「バイクに轢かれても復帰できたのはPHPのおかげ」（フランコ・ウンチーニさん）
「イタリア人はみんなPHPが大好き♪」（マッシミリアーノ・ビアッジさん）
「Zendがスポンサーのチームで走りたい」（ルカ・カダローラさん）
「いいからPHPを使え！」（ヴァレンティーノ・ロッシさん）
ニール・マッケンジーしか知らねぇ
カタログページはajax使って動的に商品閲覧が可能だが、ファイルは静的みてーなんが今後あるべき姿か？
あーそれだとSEO的に問題ありか。
あーそれだとSEO的に問題ありか。
このスレはいつになっても議論がかみ合わないな。
まぁ、タイトル通りネタスレだしな
まあスレタイからしてな・・・
世界の名言に見るPerl
「Perlのバグは忘れた頃にやってくる」（寺田寅彦）
「とにかくね、Perlはインチキをやっているのに違いないのさ。」（太宰治）
「もし、Perlに再版があるならば、私は改訂したい。」（ジョン・クレア）
「遅くなってもPerlよりはマシだ」（リヴィ）
「短い人生はPerlによっていっそう短くなる」（サミュエル・ジョンソン）
「Perlがアホやから野球がでけへん」（江本孟紀）
「もう俺、Perlやらない」（勝新太郎）
「Perlのバグは忘れた頃にやってくる」（寺田寅彦）
「とにかくね、Perlはインチキをやっているのに違いないのさ。」（太宰治）
「もし、Perlに再版があるならば、私は改訂したい。」（ジョン・クレア）
「遅くなってもPerlよりはマシだ」（リヴィ）
「短い人生はPerlによっていっそう短くなる」（サミュエル・ジョンソン）
「Perlがアホやから野球がでけへん」（江本孟紀）
「もう俺、Perlやらない」（勝新太郎）
しかし、事実をネタ化しようと必死だな。
楽天自体がネタだろ
あのダサさと使いづらさ
PHP使うとああなるんだな
あのダサさと使いづらさ
PHP使うとああなるんだな
197 ：nobodyさん：2005/08/16(火) 00:08:21 ID:7B4uhN3R
oscommerceとかどーなの？
辻元清美「Perlは疑惑の総合商社ですよ！」
>>176
同意。さらに人間としても劣っているようだな・・・
同意。さらに人間としても劣っているようだな・・・
全然言語関係なくなってるじゃねーか
Perl支持派はPHPよりも速いと主張するなら
数字出せ。
他にメリット何かあるならあげろ。
ないならすっこんでろ。
Perl支持派はPHPよりも速いと主張するなら
数字出せ。
他にメリット何かあるならあげろ。
ないならすっこんでろ。
自分で出せばー？
まあ、phpしか使えないから無理なんだろうけどね。
そういう雑魚はすっこんでろよ。
まあ、phpしか使えないから無理なんだろうけどね。
そういう雑魚はすっこんでろよ。
>>201
低レベルな馬鹿には聞いてない
低レベルな馬鹿には聞いてない
Perlが速いと言ってるﾔｼはCGI-Perlが散々遅いと言われてたのが
mod_perlになってはしゃいでるだけ
実際はそうでもない
mod_perlになってはしゃいでるだけ
実際はそうでもない
古典的ですが、エラトステネスの篩を使ってベンチ取ってみました。
1900個の素数を見つけるのを100回繰り返すベンチです。
どちらもtimeを使って、コマンドラインから計測です。
This is perl, v5.8.7 built for i386-freebsd
1.948u 0.000s 0:01.95 99.4% 1020+881k 0+0io 0pf+0w
PHP 4.3.10 (cli) (built: Dec 28 2004 20:29:40)
7.502u 0.007s 0:07.52 99.7% 3278+1724k 0+0io 0pf+0w
1900個の素数を見つけるのを100回繰り返すベンチです。
どちらもtimeを使って、コマンドラインから計測です。
This is perl, v5.8.7 built for i386-freebsd
1.948u 0.000s 0:01.95 99.4% 1020+881k 0+0io 0pf+0w
PHP 4.3.10 (cli) (built: Dec 28 2004 20:29:40)
7.502u 0.007s 0:07.52 99.7% 3278+1724k 0+0io 0pf+0w
PHP厨がよく言うYahooのレポートでもPerlの方が速いって出てるけど。
しかしながらそれほど顕著な差は出てない。
しかしながらそれほど顕著な差は出てない。
そこまで速さにこだわるなら、C言語とか使ってネイティブコードで書け。
>>207
インターフェイスを変えたところで中身までは変わりませんよ。
同じくエラトステネスの篩の100回繰り返しを1回に直して、ab -n 10000 -c 5で計測。
ただし、Perlバージョンが古くなってます。（うちの環境はちょっと変。)
mod_perl 1.29/perl 5.005_03
Requests per second: 27.21 [#/sec] (mean)
Time per request: 183.78 [ms] (mean)
Time per request: 36.76 [ms] (mean, across all concurrent requests)
php 4.3.10+PHPA
Requests per second: 10.12 [#/sec] (mean)
Time per request: 494.27 [ms] (mean)
Time per request: 98.85 [ms] (mean, across all concurrent requests)
>>207が暴れる前に種あかしすると、PHPはループが遅めで、
エラトステネスの篩や、ハノイの塔などのループを多用するコードが苦手。
5.1で改善されるとか聞いたことがあるけどね。
インターフェイスを変えたところで中身までは変わりませんよ。
同じくエラトステネスの篩の100回繰り返しを1回に直して、ab -n 10000 -c 5で計測。
ただし、Perlバージョンが古くなってます。（うちの環境はちょっと変。)
mod_perl 1.29/perl 5.005_03
Requests per second: 27.21 [#/sec] (mean)
Time per request: 183.78 [ms] (mean)
Time per request: 36.76 [ms] (mean, across all concurrent requests)
php 4.3.10+PHPA
Requests per second: 10.12 [#/sec] (mean)
Time per request: 494.27 [ms] (mean)
Time per request: 98.85 [ms] (mean, across all concurrent requests)
>>207が暴れる前に種あかしすると、PHPはループが遅めで、
エラトステネスの篩や、ハノイの塔などのループを多用するコードが苦手。
5.1で改善されるとか聞いたことがあるけどね。
209 ：nobodyさん：2005/08/16(火) 11:58:12 ID:TzYK40Ap
そう、それそれ。PHPは5.1で超高速化されるので
現時点で速度比較をするのは意味ナッシング
現時点で速度比較をするのは意味ナッシング
今回、PHP 5.1のベンチマークを
やってみて、PHP 5.0.x/PHP4.3に比べて劇的に速くなったのは驚きました。
(Optimizerいらないかな?)
↑
これか。
てことは5.1＋eAcceleratorでPerl死亡決定？
やってみて、PHP 5.0.x/PHP4.3に比べて劇的に速くなったのは驚きました。
(Optimizerいらないかな?)
↑
これか。
てことは5.1＋eAcceleratorでPerl死亡決定？
もうベータ3まで来てるから
Perl死亡までカウントダウン開始してるね
PUPU
Perl死亡までカウントダウン開始してるね
PUPU
今のPerｌってインタープリタ部分が糞だからParrot出たら大分速くなるんじゃない。
PHPの利点は初心者でも簡単に扱えるってことだからその地位は揺るがないと思うけど。
PHPの利点は初心者でも簡単に扱えるってことだからその地位は揺るがないと思うけど。
Parrotが出る頃にはPHPは6になってると思う
PHP支持派はPerlよりも速いと主張するなら
数字出せ。
他にメリット何かあるならあげろ。
ないならすっこんでろ。
数字出せ。
他にメリット何かあるならあげろ。
ないならすっこんでろ。
↑
ﾊｧ？誰もそんな主張してないだろ
ﾊｧ？誰もそんな主張してないだろ
Perlが解らないからって必死だなｗ
あ、言っとくけど俺はPHPでもPerlでもJavaでもCでもVBでもRubyでも大丈夫だから。
あ、言っとくけど俺はPHPでもPerlでもJavaでもCでもVBでもRubyでも大丈夫だから。
速いっていうのがどれだけのメリットがあるわけ?
実行速度や鯖負荷に拘るならインタプリタ言語やめれ
オブジェクト指向も使うな。
あ、出来ないんだっけ?（ｗ
実行速度や鯖負荷に拘るならインタプリタ言語やめれ
オブジェクト指向も使うな。
あ、出来ないんだっけ?（ｗ
218 ：nobodyさん：2005/08/16(火) 15:55:34 ID:WPkj+14p
比較した上で速いからってPHPを選んでる訳じゃなく、
唯一使えるPHPで必死に他と比べて頑張ってるだけただもんね。
唯一使えるPHPで必死に他と比べて頑張ってるだけただもんね。
219 ：nobodyさん：2005/08/16(火) 16:53:06 ID:lYx4neoh
必死にPerlとPHPを比べようとしてるけど、
Java >>>> PHP or Perl
は間違いないんだよな？
Java >>>> PHP or Perl
は間違いないんだよな？
Webアプリやシステムの規模、性質、開発者のスキル
様々な条件によってJava、PHPどれを選ぶべきかが決まる。
条件なしに不等号で表せない。
様々な条件によってJava、PHPどれを選ぶべきかが決まる。
条件なしに不等号で表せない。
>>219曰く、
開発者のスキルを考慮から除外した場合、PHPは選択肢から漏れる。
開発者のスキルを考慮から除外した場合、PHPは選択肢から漏れる。
Perlが漏れない理由はどの辺に？＾＾；
Perlは開発者のスキルがコードの良し悪しにストレートに出るってのあるね。上手い人のコードは、キレイで速い。
PHPは誰がやっても一緒なんで、簡単にWEBアプリ作れるけど、面白みがない。
PHPは誰がやっても一緒なんで、簡単にWEBアプリ作れるけど、面白みがない。
Perlの上手いってPerl人にしか通用しない上手さだろ？
とにかく行数が短くて暗号みたいなやつ。
とにかく行数が短くて暗号みたいなやつ。
PHPはPerlとASPからおいしいとこだけ取りましたって言語だろ
そもそもWeb以外で需要が無いんだからPerl殺せる立場にはないよ
そもそもWeb以外で需要が無いんだからPerl殺せる立場にはないよ
>>229
だから、Web以外の機能でも、PerlとPHPでの差別化ってできるの？
例えば、よく使われるログの集計とかだってPHPで同じように書けるし、
Perlでなきゃという理由が無い。
同じようにPHPでなきゃという理由も無いけどね。
だから、Web以外の機能でも、PerlとPHPでの差別化ってできるの？
例えば、よく使われるログの集計とかだってPHPで同じように書けるし、
Perlでなきゃという理由が無い。
同じようにPHPでなきゃという理由も無いけどね。
>>231
Perlを殺せる立場には無いのは分かってる。
しかし、
＞そもそもWeb以外で需要が無いんだからPerl殺せる立場にはないよ
こう書いてるとPerlはWeb以外でも需要があるんだと声高に叫んでるように見える。
それに対して、PHPでも同様の事ができるのに、
なんでPerlだけ偉そうに持ち上げてるの？って事。
Perlを殺せる立場には無いのは分かってる。
しかし、
＞そもそもWeb以外で需要が無いんだからPerl殺せる立場にはないよ
こう書いてるとPerlはWeb以外でも需要があるんだと声高に叫んでるように見える。
それに対して、PHPでも同様の事ができるのに、
なんでPerlだけ偉そうに持ち上げてるの？って事。
PHPの進化の速度に比べて
Perlは動きがほとんどない
動きのないものが滅ぶのは自然の理なり
Perlは動きがほとんどない
動きのないものが滅ぶのは自然の理なり
PHP5.1＝Perlに対する最後通牒
237 ：nobodyさん：2005/08/16(火) 22:14:36 ID:WPkj+14p
COBOLやFORTRANの様に無くなりゃしないが、一線からは退く。
それでいーんじゃね？PHPだって枯れりゃ新しい言語がまた取って変わるんじゃね？
それでいーんじゃね？PHPだって枯れりゃ新しい言語がまた取って変わるんじゃね？
>>233
まあphp3,4のヘボイ言語仕様じゃ変更せざるを得なかったからだろ。
進化というか、ようやくまともになりそうな感じになってきた程度。
oopやるんだったら、javaやpython,rubyのが元々優れてるし。
perlは、画期的なparrotの実装に取り組んでる最中じゃない。
まあphp3,4のヘボイ言語仕様じゃ変更せざるを得なかったからだろ。
進化というか、ようやくまともになりそうな感じになってきた程度。
oopやるんだったら、javaやpython,rubyのが元々優れてるし。
perlは、画期的なparrotの実装に取り組んでる最中じゃない。
PHPから入った連中をparrotで根こそぎ刈り取る為の布石にしかすぎんのだよ
phpもparrotを実装したいとか言ってなかったっけ？
php6、7？いつになることやら・・・
結局、phpは後から追っかける状態が続くんだね。
php6、7？いつになることやら・・・
結局、phpは後から追っかける状態が続くんだね。
CURLにもすげー期待してたんだけどなぁ。
受け入れられるのと言語としての優秀さとは違うんだろうなぁ。
そういう意味ではZendってSunに比べてブランディング下手過ぎね。
受け入れられるのと言語としての優秀さとは違うんだろうなぁ。
そういう意味ではZendってSunに比べてブランディング下手過ぎね。
>>238
COBOLはまだ第一線と言ってもいいな。
なぜか新規案件が結構ある。
ObjectCOBOLってのもあって、PHP5よりも出来が良かったりするｗ
まぁObjectCOBOLの単独案件は殆ど見たことないけど、
JAVAとシームレスに使えるので、有用らしい。
COBOLはまだ第一線と言ってもいいな。
なぜか新規案件が結構ある。
ObjectCOBOLってのもあって、PHP5よりも出来が良かったりするｗ
まぁObjectCOBOLの単独案件は殆ど見たことないけど、
JAVAとシームレスに使えるので、有用らしい。
細かく言うと、JVMが実行できるような中間コードに変換だろうね。
.NETもそうだし、parrotもそうだよ。
.NETもそうだし、parrotもそうだよ。
246 ：nobodyさん：2005/08/16(火) 22:50:21 ID:WPkj+14p
そういう言語が増えていくのはいいことだ。
いずれは全ての中間コードがひとつに統合されて
Flashとかも取り込まれたりするんだろうか
素敵だ
Flashとかも取り込まれたりするんだろうか
素敵だ
すまん、スレタイぱっと見、
「Perlが この先生(せんせい) きのこ」
と読めて、なんだか分からなかった。
「Perlが この先生(せんせい) きのこ」
と読めて、なんだか分からなかった。
キノコ先生
まあ最終的には、
どれも似たような言語になるだろうな
それに対応するためにはアブストラクトな言語知識、
アブストラクトな設計技術を身につけておけばよし。
逆に言語固有の知識は陳腐化があらかじめ決定している。
そのような意味で
クセの強いPerlは進化の途上で滅ぶミアキスのような存在といえよう。
どれも似たような言語になるだろうな
それに対応するためにはアブストラクトな言語知識、
アブストラクトな設計技術を身につけておけばよし。
逆に言語固有の知識は陳腐化があらかじめ決定している。
そのような意味で
クセの強いPerlは進化の途上で滅ぶミアキスのような存在といえよう。
固有の知識を必要とする言語は広まらない（きのこ先生の法則）
>>251
C言語のポインタとかは言語固有の知識じゃないの？
C言語のポインタとかは言語固有の知識じゃないの？
>247
ttp://internet.watch.impress.co.jp/cda/news/2005/06/07/7922.html
macromediaがeclipseに参加するらしい。
Flash用のモジュールとか出来るかもしれん。
ttp://internet.watch.impress.co.jp/cda/news/2005/06/07/7922.html
macromediaがeclipseに参加するらしい。
Flash用のモジュールとか出来るかもしれん。
Perlは癖が強いのではなくて癖の強い書き方を許容してるだけでは？
別にプレーンで読みやすい書き方が出来ないわけでは無いでしょ。
別にプレーンで読みやすい書き方が出来ないわけでは無いでしょ。
トリッキーな書き方をよしとする前時代的な価値観を感じるなぁ＞Perl界
外から見た感想ですが。
外から見た感想ですが。
つかポインタなんてアセンブラの時代からずっとあるじゃん
Perl使い＝ｵﾅﾆｽﾄ
のイメージが強い
のイメージが強い
>>259
ポインタとアドレスの違いをわかってないやつ発見。
ポインタとアドレスの違いをわかってないやつ発見。
機能的にはそうだが本質はそうじゃない。
否定するなら代案だせよモロコシうんこ
整備されたドキュメント、標準の関数でほとんどすべて出来ること、mod_phpのインストールと運用の簡単さとかは評価できる。
けど、途中で頭打ちしちゃうんだよなあ。処理速度のこと気にするようになったり、オブジェクト指向に興味持ち始めると。
市販の解説書や言語を扱ったWEBサイトで、PHPには良書、良サイトがぜんぜんないことがそれを表してると思うんだよね。
けど、途中で頭打ちしちゃうんだよなあ。処理速度のこと気にするようになったり、オブジェクト指向に興味持ち始めると。
市販の解説書や言語を扱ったWEBサイトで、PHPには良書、良サイトがぜんぜんないことがそれを表してると思うんだよね。
>>260
> >>256
> 推奨しているのは某K○NTだろ。
その人のコード見たことないや。名前は知ってるけど。
ただPerlを見るに、Lallyがそもそも変な書き方推奨派な気がする、、。
PHPの方は関数名の命名ポリシーがバラバラで、アンダーバー付けたり外したり
ってのが嫌だなぁ。
> >>256
> 推奨しているのは某K○NTだろ。
その人のコード見たことないや。名前は知ってるけど。
ただPerlを見るに、Lallyがそもそも変な書き方推奨派な気がする、、。
PHPの方は関数名の命名ポリシーがバラバラで、アンダーバー付けたり外したり
ってのが嫌だなぁ。
268 ：nobodyさん：2005/08/17(水) 09:46:43 ID:xUZgpqko
最近の言語はポインタを使わせないだろ。バグやセキュリティホールの原因になるから。
参照渡しとポインタは似てるようで違うものだ。ポインタでも参照渡しと同じ事は出来るけど。
ポインタっていうのはアドレスを渡すから、そのアドレスを足したり引いたりして別の場所を参照できる。
普通はコンパイルするときに一度アセンブラコードに落とすんだから、言ってみればCのポインタなんかはアセンブラのアドレス操作を使えるようにしてるとも言える。
一方の参照は、アドレス操作ができないから、単に複数の名前で同じ変数を指すだけ。
安全だけど自由度は低い。
参照渡しとポインタは似てるようで違うものだ。ポインタでも参照渡しと同じ事は出来るけど。
ポインタっていうのはアドレスを渡すから、そのアドレスを足したり引いたりして別の場所を参照できる。
普通はコンパイルするときに一度アセンブラコードに落とすんだから、言ってみればCのポインタなんかはアセンブラのアドレス操作を使えるようにしてるとも言える。
一方の参照は、アドレス操作ができないから、単に複数の名前で同じ変数を指すだけ。
安全だけど自由度は低い。
>>268
まさかJAVAはポインタのようなことができないとか言い出さないよね？
まさかJAVAはポインタのようなことができないとか言い出さないよね？
>>266
Perlの日本人が書いた良書ってある？
Perlの日本人が書いた良書ってある？
なんで急に日本人限定という項目が加わったんだ？
>>270
万人にオススメできるのは無いと思う。
昔は「新・Perlの国へようこそ」が日本語で書かれたPerl5の唯一の本で、
内容も非常に先進的だった(先進的すぎた)。
全然初心者向きではなかったけどね。
良い所が分散してるので何冊も買わなきゃならないのはどの言語も一緒。
ただPerlとPHPはその傾向が強いね。
万人にオススメできるのは無いと思う。
昔は「新・Perlの国へようこそ」が日本語で書かれたPerl5の唯一の本で、
内容も非常に先進的だった(先進的すぎた)。
全然初心者向きではなかったけどね。
良い所が分散してるので何冊も買わなきゃならないのはどの言語も一緒。
ただPerlとPHPはその傾向が強いね。
Perl の良書は O'Reilly が定番すぎて他に選択肢がないよな。
オライリーの本って
文章は面白いけど
実際はあんまり役に立たないことが多い気がするこの頃。
文章は面白いけど
実際はあんまり役に立たないことが多い気がするこの頃。
秀和システム「応用Perl」 著者 中山敬広
リャマやEffectiveと平行して読むといいかもしれない。
リャマやEffectiveと平行して読むといいかもしれない。
近くの紀伊国屋、Perlの本一冊も置いてなかった。
やっぱり滅び行く言語じゃないですか。
初学者がいなくなれば自然と使われなくなるじゃん。
やっぱり滅び行く言語じゃないですか。
初学者がいなくなれば自然と使われなくなるじゃん。
>>276
もうすぐその紀伊国屋撤退するよｗ
もうすぐその紀伊国屋撤退するよｗ
売れ筋じゃないから自然と淘汰されただけかと…。
Ruby本すらあったのに。
Ruby本すらあったのに。
WebプログラミングがPerlよりもPHPに流れてるのは確かだね。
ホームページ作ってたライトユーザが
ブログに流れたからじゃないかと思う。
アクセスカウンタもフリーのがあるし。
それ以上の機能が欲しい人は、
Perlの本より MovableType の本買いそう。
だからコマンドラインで使わない限り、Perl使わなくなったと予想。
ホームページ作ってたライトユーザが
ブログに流れたからじゃないかと思う。
アクセスカウンタもフリーのがあるし。
それ以上の機能が欲しい人は、
Perlの本より MovableType の本買いそう。
だからコマンドラインで使わない限り、Perl使わなくなったと予想。
PHP書きやすいよ。PHP。
ε≡（┌・Д・）┘
紀伊国屋のネット在庫検索してみたら、日本のどの店舗にも、
まったくPerl関連本を置いていない店舗は無かったが…
Web在庫検索対象店は24店あって、この本は全店に在庫がある。
https://bookweb.kinokuniya.co.jp/guest/cgi-bin/hwshosea.cgi?W-NIPS=9979722363
得意の捏造かよ…
まったくPerl関連本を置いていない店舗は無かったが…
Web在庫検索対象店は24店あって、この本は全店に在庫がある。
https://bookweb.kinokuniya.co.jp/guest/cgi-bin/hwshosea.cgi?W-NIPS=9979722363
得意の捏造かよ…
>>279
その傾向にあるのは確かだと思う。phpは簡単というのは明らか。
ただし、webデザイナーや、初心者プログラマーが手を出しているから、
phpしかできないプログラマーの立場は軽んじられるだろう。
その傾向にあるのは確かだと思う。phpは簡単というのは明らか。
ただし、webデザイナーや、初心者プログラマーが手を出しているから、
phpしかできないプログラマーの立場は軽んじられるだろう。
紀伊国屋はそのうちブックファーストに追い出されます。
てゆうか実際Perl滅びかけじゃん
2chの関連スレも全然もりあがってないし…
2chの関連スレも全然もりあがってないし…
仕事とかプログラミングしたい人じゃなければ、わざわざPerlを使わなくても良くなった
という事でしょ？
良いんじゃないのかな、それで。
cmsツール作ってる中の人が頑張れば、普通の人はプログラミングしなくても良い。
デザインだけいじる。ある意味、正常でハッピーだと思うけど。
という事でしょ？
良いんじゃないのかな、それで。
cmsツール作ってる中の人が頑張れば、普通の人はプログラミングしなくても良い。
デザインだけいじる。ある意味、正常でハッピーだと思うけど。
php使ってるけど
wiki遅くね？あれってphpだろ？
なんかどこもﾓｯｻﾘの印象がある
wiki遅くね？あれってphpだろ？
なんかどこもﾓｯｻﾘの印象がある
pukiwikiは遅くも無いだろ。
>>284
何店かは頑なに言わない件について
何店かは頑なに言わない件について
商店街とかビルとかにチョロッとだけある紀伊国屋じゃないのか？
Javaは面倒くさい
Perlは死にかけのご老体
となればPHPの天下も近いな
なんだかんだいって手軽さは強力な武器
フレームワークやOOPを導入しても
まだJavaよりずっと手軽だし。PUPU
Perlは死にかけのご老体
となればPHPの天下も近いな
なんだかんだいって手軽さは強力な武器
フレームワークやOOPを導入しても
まだJavaよりずっと手軽だし。PUPU
PHPのダメなところは、Javaのマネしてフレームワークを導入して、より遅く・より面倒にしようとしたり、
Smartyみたいなテンプレートエンジンを導入して、せっかくHTML埋め込みできるっていう長所を自ら放棄したり、
そういうセンスのなさだと思う。
Smartyみたいなテンプレートエンジンを導入して、せっかくHTML埋め込みできるっていう長所を自ら放棄したり、
そういうセンスのなさだと思う。
簡単で速く（5.1で実現）
フレームワークやOOPで保守性も高くなれば
最強じゃん。
フレームワークやOOPで保守性も高くなれば
最強じゃん。
まあ、phpって中身もだめだけど名前もかっこ悪いよね。
ぺりるよりはマシかと
PHPに限らず、手軽に使えるのが売りの言語はある規模になると急に生産性が落ちるね。
というのも、変数の宣言をしなくていいのが、規模が大きくなるにつれてネックになってくる。
変数名を間違えていたり、必要な参照をしてなかったりが原因のバグが出てくるけど、
そういうのってエラーの特定が難しいし、手間がかからないはずが結局手間になってる。
やっぱり厳格型付けされた言語でないと、ある程度の規模以上の開発には向かないね。
というのも、変数の宣言をしなくていいのが、規模が大きくなるにつれてネックになってくる。
変数名を間違えていたり、必要な参照をしてなかったりが原因のバグが出てくるけど、
そういうのってエラーの特定が難しいし、手間がかからないはずが結局手間になってる。
やっぱり厳格型付けされた言語でないと、ある程度の規模以上の開発には向かないね。
301 ：nobodyさん：2005/08/18(木) 12:09:58 ID:EewePTn+
PHPのレベルによるわな
xmlプログラミングしてたりフレームワークを扱ってたり
xmlプログラミングしてたりフレームワークを扱ってたり
>>302
へー、そんなんでいいんだー、php業界では？
へー、そんなんでいいんだー、php業界では？
304 ：nobodyさん：2005/08/18(木) 13:19:13 ID:EewePTn+
そもそもこのスレでPHPの自慢してるやつは何を自慢したいの？
PHPが簡単なのを自慢してどうなるの？PHPを作ってるわけじゃないんでしょ？
PHPが簡単なのを自慢してどうなるの？PHPを作ってるわけじゃないんでしょ？
要求がPHPなのに、Perl、Javaが出来るから
問題ありません、ってもんでも無いだろうが
適材適所
PHP叩いてるやつ氏ね
PHP擁護派も氏ね
問題ありません、ってもんでも無いだろうが
適材適所
PHP叩いてるやつ氏ね
PHP擁護派も氏ね
なんかすげぇ不毛な争いだよな。
使ってる側からすると言語なんて動いてりゃどっちでもいい。
使ってる側からすると言語なんて動いてりゃどっちでもいい。
PHP だけ、Perl だけしか出来ないやつは大変だな。
無限ループ
PHPみたいなロクな開発環境もない言語が楽だって？
開発環境から用意しないと何も出来ないスキルレス野郎は引退勧告
>>311 ASP.net
そ れ U N I X じ ゃ う ご か ね ぇ だ ろ
そ れ U N I X じ ゃ う ご か ね ぇ だ ろ
なんでいばるとかそういう方向の話になるの？
>>315
なんで引退韓国とかそういう方向の話になるの？
なんで引退韓国とかそういう方向の話になるの？
バカのオウム返しが始まったｗ
おい、もっと手加減してやれ。
>>310みたいのは痛いね。現状の開発環境は
・プログラミングスキルのない人でも作れるように
って目的は果たされてない。ロジック部分とかは無理。
配置問題とか技術的というよりは面倒な部分を楽にしてくれるのが大きい。
・プログラミングスキルのない人でも作れるように
って目的は果たされてない。ロジック部分とかは無理。
配置問題とか技術的というよりは面倒な部分を楽にしてくれるのが大きい。
まだ夏は終わりそうにないなｗ
ソースのコピペだけで仕事してるから平気でオウム返しとか恥ずかしいことしちゃうんだよね
レールがない道を通るのがイヤだったらレールが出来てから通ればいいじゃないの
/＼＿＿_／＼ 時はうつろうから時なのだ
／ ,,,,, ,,,,, : ＼ 時代の流れなど、当たり前のことなのだ
| （●）, 、（●） | まるで流れる時が悪いかのようなその考え、その言い様
| ,,ノ(,＿.)ヽ、,, | 実にナンセンス 実に無様 クールとはまさに対極
| -==- .::::| あなたの言葉を借りるなら あなたの時代はもう流れたのだ
＼ `--' .:::／ 早々に立ち去りなさい クールにね
／｀ー‐--‐‐―´´＼
この板はPerl厨が多いから
単純なテキストエディタつかってプログラムを書ける事が
スキルが高い条件なんだ！みたいに思ってるのだろう。
かわいそうに。
単純なテキストエディタつかってプログラムを書ける事が
スキルが高い条件なんだ！みたいに思ってるのだろう。
かわいそうに。
>>322
しょぼいレールならあるけど、全然期待ももてないし、すぐ脇に整ったレールがあるんだからそっち通るよ。
しょぼいレールならあるけど、全然期待ももてないし、すぐ脇に整ったレールがあるんだからそっち通るよ。
>>321
ソースのコピペで済むような単純なところはフレームワークやらツールやらがやってくれるから時間があまるのさ。
ソースのコピペで済むような単純なところはフレームワークやらツールやらがやってくれるから時間があまるのさ。
フレームワークって具体的に名前はなに？
スレ違いは無しで。
スレ違いは無しで。
329 ：nobodyさん：2005/08/18(木) 17:33:46 ID:XhtB9dHL
>324
>単純なテキストエディタつかってプログラムを書ける事が
>スキルが高い条件なんだ！みたいに思ってるのだろう。
>かわいそうに。
なんで、かわいそうなの？
Eclipseなんかのコードフォーマッターなしで
キチンとしたコードが書けるってのは、かわいそう？
>単純なテキストエディタつかってプログラムを書ける事が
>スキルが高い条件なんだ！みたいに思ってるのだろう。
>かわいそうに。
なんで、かわいそうなの？
Eclipseなんかのコードフォーマッターなしで
キチンとしたコードが書けるってのは、かわいそう？
とりあえずPerlは6でコケて、5を引きずりつつ、最後にはキノコ先生になる。
確かにJavaは後先考えずに手っ取り早く作るのには向かないね。
ま、Javaに限ったことではなく、大規模開発に使われる言語は大体そうだけど。
その分保守管理には適してるし、ある程度の規模になれば、結局は長い目で見れば効率的なんだけどね。
ま、Javaに限ったことではなく、大規模開発に使われる言語は大体そうだけど。
その分保守管理には適してるし、ある程度の規模になれば、結局は長い目で見れば効率的なんだけどね。
>>332
んー、人数が居ればJava良いんだよね。
ただ、保守云々言っても、数年経ったら結局リプレースになっちゃうような。
保守が長くなって、お金取り直そうという時期が来るのは目に見えてるし
その頃にはセキュリティーの考えや会社側も変わってる。
んー、人数が居ればJava良いんだよね。
ただ、保守云々言っても、数年経ったら結局リプレースになっちゃうような。
保守が長くなって、お金取り直そうという時期が来るのは目に見えてるし
その頃にはセキュリティーの考えや会社側も変わってる。
結局やっつけ言語PHPが最強
alexaランク15位の巨大サイトnaver.comも
php使われまくりじゃん
これ級のサイトが可能ならたいていのサイトは
問題ないだろ
php使われまくりじゃん
これ級のサイトが可能ならたいていのサイトは
問題ないだろ
1～14位は？
>>336
使われまくり
使われまくり
お前らが構築したサイトとnaver.comを
alexaでcompareしてみれ
地を這うようなグラフになるぞ
そのレベルでphpはちょっととか言ってるのが滑稽
alexaでcompareしてみれ
地を這うようなグラフになるぞ
そのレベルでphpはちょっととか言ってるのが滑稽
なにが？
>>332
後先考えて手っ取り早く作るのにはJavaは向いてるよ。
後先考えて手っ取り早く作るのにはJavaは向いてるよ。
1～14位はなにが使われてるの？
特定の言語にこだわる理由がよくわからない。
こだわってる奴らは特定の言語しかやったことないからじゃないか？
Perl専門店の技術者様にPHPを語らせるのが間違い
php使いは実際的だから言語へのこだわりなんてないだろ
Perl厨はなんかキモいくらいこだわってる。
なんか名古屋出身者っぽいキモさがある。
Perl厨はなんかキモいくらいこだわってる。
なんか名古屋出身者っぽいキモさがある。
スレタイを口に出して読めば？
きのこ先生？
Perlが死ぬって言ってるのは
単なる事実確認だから
こだわりとかじゃないだろ
東京で（いつかは分からないが）大地震が起こります
って言うようなもの。
単なる事実確認だから
こだわりとかじゃないだろ
東京で（いつかは分からないが）大地震が起こります
って言うようなもの。
それってどこのスレタイ？
それじゃPHPもなくなるな。
今までPerlで作られたものは、Webアプリだけじゃなく、Linuxなどでのちょっとしたコマンドなんかにも使われてるし、
そんなことを考えれば、Perlがそう簡単に消えることはまずないだろ。
PHPが一過性のブームで終わる心配はしなくていいのか？
そんなことを考えれば、Perlがそう簡単に消えることはまずないだろ。
PHPが一過性のブームで終わる心配はしなくていいのか？
雑種の強さがあるからしぶとく生き残るだろうよ
Javaはつかいたくても普通のとこじゃおいてないからなぁ
355 ：nobodyさん：2005/08/18(木) 20:45:31 ID:kKfVRAGV
＞今はPHPの時代
whereが抜けてる。webだけに限ったことなら
Perlより優れた対応をしている言語はPHPに限らずあるだろう。
その中でPHPがトップである根拠を示せ。示せるなら。
Perl+CGIなんて既に古典のインターフェイスだろ？
PHPは古典との比較でしかアイデンティティを見いだせないほど肩身が狭いのか？
＞Perlがこの先生きのこるのは無理
これもwhereが抜けてる。
既にPerlはCと同じくUnixとは切り離せない言語だ。
まさかwebサーバーの分野でWindowsがUnixを駆逐するなんて夢見てないだろうな？
そういう意味ではPerlはこの先20年でも生き残るだろう。
parrotがリリースされて普及すればどの言語も暫く楽できるからね。
PHPってそういう業界全体への貢献ってする気あるの？
で、たとえばparrotがmod_parrotとかに化けて
CGIがそれをインクルードしてバージョンアップしたときに
（そのときはCGIという名前じゃないだろうが）PHPが今主張するメリットは全部消えて無くなるけど？
数年先を見越しても絶滅危惧種はPHPでしかないと思うんだがw
whereが抜けてる。webだけに限ったことなら
Perlより優れた対応をしている言語はPHPに限らずあるだろう。
その中でPHPがトップである根拠を示せ。示せるなら。
Perl+CGIなんて既に古典のインターフェイスだろ？
PHPは古典との比較でしかアイデンティティを見いだせないほど肩身が狭いのか？
＞Perlがこの先生きのこるのは無理
これもwhereが抜けてる。
既にPerlはCと同じくUnixとは切り離せない言語だ。
まさかwebサーバーの分野でWindowsがUnixを駆逐するなんて夢見てないだろうな？
そういう意味ではPerlはこの先20年でも生き残るだろう。
parrotがリリースされて普及すればどの言語も暫く楽できるからね。
PHPってそういう業界全体への貢献ってする気あるの？
で、たとえばparrotがmod_parrotとかに化けて
CGIがそれをインクルードしてバージョンアップしたときに
（そのときはCGIという名前じゃないだろうが）PHPが今主張するメリットは全部消えて無くなるけど？
数年先を見越しても絶滅危惧種はPHPでしかないと思うんだがw
mod系になった時点でCGIではないんだよな
昔はASPもMS版のCGIだろ？としか思ってなかったｗ
昔はASPもMS版のCGIだろ？としか思ってなかったｗ
Parrotなんて所詮空手形じゃん
数年先も見渡せず、Webのことしか知らない自称パソコンのプロ
そ れ が PHP ク オ リ テ ィ
そ れ が PHP ク オ リ テ ィ
Parrotが数年で出たとして
その頃にはさぞかしPerlが廃れ、PHPが広まってるだろうね
そこからの巻き返しは大変だろうなぁ～
その頃にはさぞかしPerlが廃れ、PHPが広まってるだろうね
そこからの巻き返しは大変だろうなぁ～
少なくともPerl厨がこだわってる
あのｷﾓい文法は死亡決定
あのｷﾓい文法は死亡決定
Perlには随分お世話になって好きな言語だったが
リリースされそうに無いParrotと
どんどん変になる文法に、ついて行く気が無くなった。
たしかにPerlはUNIXとは切っても切れなくなってる。
けど、CGIというかつての得意分野を失いつつあり
Perlを勉強しようとしてる人が減少しているのは確か。
全体的な地盤沈下は避けられない。
リリースされそうに無いParrotと
どんどん変になる文法に、ついて行く気が無くなった。
たしかにPerlはUNIXとは切っても切れなくなってる。
けど、CGIというかつての得意分野を失いつつあり
Perlを勉強しようとしてる人が減少しているのは確か。
全体的な地盤沈下は避けられない。
それより、php5の普及を心配した方がいいよ。
PerlがCGIを得意としていたのは文章出力と編集に強かったからだろ
CGIって結局動的に静的HTML吐くだけだし。
CGIって結局動的に静的HTML吐くだけだし。
364 ：nobodyさん：2005/08/18(木) 22:01:11 ID:74a1RuZI
リッチクライアントとかが盛り上がってきて
そろそろWebアプリが終わりの時代になってきているからね。
UNIXが終わることは無いからPerlは残るがPHPはどうかな？
そろそろWebアプリが終わりの時代になってきているからね。
UNIXが終わることは無いからPerlは残るがPHPはどうかな？
>>364
それも微妙に読み違えてる気がする、時代を
それも微妙に読み違えてる気がする、時代を
>>364
RIAのこと言ってる？あれJavaServletだぞ。
RIAのこと言ってる？あれJavaServletだぞ。
ここまで読んでみてだけど、php支持派はちゃんと論破できてる部分ないね。
perlの本が売ってない、alexaランク15位、大地震と同じだとかw
憶測も多いし。
perlの本が売ってない、alexaランク15位、大地震と同じだとかw
憶測も多いし。
えええーっ！？
どう見てもPerl派の方がｱﾌｫっぽいと思うが…
しかも論破って別にする必要もないし…
どう見てもPerl派の方がｱﾌｫっぽいと思うが…
しかも論破って別にする必要もないし…
Perlが生き残る根拠って
「Parrotが将来出る」ってだけだろ
あげくUNIXの中で生き残るとか言い出す始末w 知るかよ
「Parrotが将来出る」ってだけだろ
あげくUNIXの中で生き残るとか言い出す始末w 知るかよ
ならphpが生き残る具体的な根拠は？
mod_perlで、はてなやmixiのようなサイトが作れるけど、
PHPではセッションも重いし無理だね、って話はスルーでしたか。
PHPではセッションも重いし無理だね、って話はスルーでしたか。
まあ、未だにPerlがPHPより優れている点が挙がっていないけどね・・・
あえて言えば実績だけ。古くからあったという理由だけで
時代の変化を受け入れずにいつまでも使っているという・・・
あえて言えば実績だけ。古くからあったという理由だけで
時代の変化を受け入れずにいつまでも使っているという・・・
>372
ハァ？
ハァ？
>>374
論破されるとこうなるｗ
論破されるとこうなるｗ
PHPのセッションが重いのは、楽天の担当者も認めてるね。
苦労したって、講演で言ってた。
PHPは簡単で手軽だけど、結構マイナスな点があるので、
そこは楽天独自の技術力でカバーしているんだそうだ。
PHPを選んだ理由は、たまたま入社した人がPHP使い
だったからで、特に利点があったから採用したわけではないとのこと。
苦労したって、講演で言ってた。
PHPは簡単で手軽だけど、結構マイナスな点があるので、
そこは楽天独自の技術力でカバーしているんだそうだ。
PHPを選んだ理由は、たまたま入社した人がPHP使い
だったからで、特に利点があったから採用したわけではないとのこと。
PHP厨は、楽天はPHPだと主張しているが、PHPは楽天で使われている
言語のうちの一つにしか過ぎない。
楽天では、PerlもJAVAも使われている。
http://japan.cnet.com/news/media/story/0,2000047715,20061933,00.htm?tag=nl
言語のうちの一つにしか過ぎない。
楽天では、PerlもJAVAも使われている。
http://japan.cnet.com/news/media/story/0,2000047715,20061933,00.htm?tag=nl
セッションが重いなら
自前で実装すりゃいいじゃんよ
すると単なるDBアクセスのバリエーションでしかなくなる
論点としてゆるゆるなんだよ
この売女
自前で実装すりゃいいじゃんよ
すると単なるDBアクセスのバリエーションでしかなくなる
論点としてゆるゆるなんだよ
この売女
Perl厨はｾｱｶｺﾞｹｸﾞﾓに刺されろ
Perlだと自前で実装しないですむの？
>>382
すむよ。
すむよ。
>372
＞mod_perlで、はてなやmixiのようなサイトが作れるけど
この場合だってセッション周りでいろいろ苦労をしてのことだろヴォケ
＞mod_perlで、はてなやmixiのようなサイトが作れるけど
この場合だってセッション周りでいろいろ苦労をしてのことだろヴォケ
ところでphpが生き残る具体的な根拠はまだ？
まあまあ、ようやくプログラミングを覚えて、初めての言語がPHPだったんだから、大目に見てやれよ。
ウェブサーバを複数にした場合セッションが使いにくいこと
こんなのPerlでも同じだろ胸毛ﾎﾞｰﾎﾞｰが
こんなのPerlでも同じだろ胸毛ﾎﾞｰﾎﾞｰが
確かに、JSP/Servletを使ったときに、自分はセッションのことを何もしなくて済んだのはびっくりしたな。
認証ページ作って、設定ファイルにチョロチョロッと書くだけで出来てしまったからな。
認証ページ作って、設定ファイルにチョロチョロッと書くだけで出来てしまったからな。
JavaはそうだろうがPerlはPHPと本質的な違いはない
Java(ていうかサーブレット)も本質的には変わりないよ。
むしろ設定ファイルの記述が面倒。
むしろ設定ファイルの記述が面倒。
セッションが重いだなんて馬鹿げた議論が起きない言語どもだからだろ。
鯖分けたら
標準セッション関数なんて使えるわけないじゃん
つまりある程度規模が大きくなると
自前実装はｱﾀﾘﾏｴ
標準セッション関数なんて使えるわけないじゃん
つまりある程度規模が大きくなると
自前実装はｱﾀﾘﾏｴ
PHPはある程度レベル以下で使えないから文句が出てるんだろ。
mod_perlに詳しくないなら、口出さない方が墓穴掘らないよ…
>>396
貧弱なセッション機構だね。
つまり、PHPではセッションが標準装備っていうのも、全然無意味ってことか。
Javaの場合はサーバーの設定で対処できるな。
PerlならCPANあたり探せば出てきそうだけど、PHPは自分で組むしかないのね。
貧弱なセッション機構だね。
つまり、PHPではセッションが標準装備っていうのも、全然無意味ってことか。
Javaの場合はサーバーの設定で対処できるな。
PerlならCPANあたり探せば出てきそうだけど、PHPは自分で組むしかないのね。
PHPだってPearとか探せば出てくるよ馬鹿
>>402
だから、それが使えない代物だからどうしようって話だろ。
だから、それが使えない代物だからどうしようって話だろ。
Perl厨はクーラー病になれ
Javaが再起動を必要としない仕様だったらレンタルで使えたのにな。
ホットなんちゃらとかいう機能はクラス側の構造が変わると使えないし。
ホットなんちゃらとかいう機能はクラス側の構造が変わると使えないし。
Javaは面倒というけど、ちょっと面倒な処理をしようとすると実はJavaの方が楽なんだよね。
フレームワークに機能が実装されてたり、既にライブラリが充実してたりと。
要は規模の問題だろ。
Java > Perl > PHP って感じで、規模によって使い分ければいい。
フレームワークに機能が実装されてたり、既にライブラリが充実してたりと。
要は規模の問題だろ。
Java > Perl > PHP って感じで、規模によって使い分ければいい。
大規模ならJava、中小規模ならPHP
Perlイラネ
Perlイラネ
>>407
ベストプラクティス
ベストプラクティス
phpは小規模のみ
Perlって何か目的がある言語というより、
広汎に簡単にめんどくさいことを考えずに済ます言語だと思う。
ＰＨＰは明確な目的を持っているのに達成しきれていない感がある。
Javaはその点でいいと思う。
RubyはRubyを作ることが目的だったが成功してる希有な例。
広汎に簡単にめんどくさいことを考えずに済ます言語だと思う。
ＰＨＰは明確な目的を持っているのに達成しきれていない感がある。
Javaはその点でいいと思う。
RubyはRubyを作ることが目的だったが成功してる希有な例。
個人的にはPerlは多言語に移行を前提にした場合に最適な初習言語じゃないかと。
だから自分しか使わないちょっとしたコードは未だにPerlが使われる。
厳密な文法を共用されるとだるいから。
当初CGIにPerlが多く使われた理由もその辺りではないだろうか？
PHPがそれをもっと簡単にしたという主張はある程度認めるけど
strictなPerlを書ける人間であればmod_perlへの移行はちょっとしたもの。
strictなPerlを書けない人間がPHPを絶賛する気持ちは
理解できる（なんせ出来なかったことが出来るんだから）けど
一度PHP以外の言語も学んでみることを強くオススメする。
だから自分しか使わないちょっとしたコードは未だにPerlが使われる。
厳密な文法を共用されるとだるいから。
当初CGIにPerlが多く使われた理由もその辺りではないだろうか？
PHPがそれをもっと簡単にしたという主張はある程度認めるけど
strictなPerlを書ける人間であればmod_perlへの移行はちょっとしたもの。
strictなPerlを書けない人間がPHPを絶賛する気持ちは
理解できる（なんせ出来なかったことが出来るんだから）けど
一度PHP以外の言語も学んでみることを強くオススメする。
まぁ、PHP板で吠えても多勢に無勢だろうけどｗ
あまりにも視野が狭いので一言言いたくなった。
あまりにも視野が狭いので一言言いたくなった。
>>410-411
んー、Perlは初心者向けではないような気がする。やっぱり。
書き方に自由度がありすぎる。変なクセ付いちゃう可能性大。
そういう意味ではJava良いと思うよ。
strictなPerl書けるけど、mod_perlにするのは欝だ。
だったら最初からPHPで書くよ。
頭で考えた事が、素直にコードにできるのがRubyかな。
まずRubyで書いて、他に移植すると綺麗に出来る。
初心者が手を出しても良いと思う。ただ、やっぱりマイナー。Webで使ったこと無い。
PerlはXSも書けて、もうなんでも来い状態だったけど
現場では全くそこまで必要とされない。
スクリプト言語の内部の動きが分かったことが収穫かな。これは他の言語でも通じる。
んー、Perlは初心者向けではないような気がする。やっぱり。
書き方に自由度がありすぎる。変なクセ付いちゃう可能性大。
そういう意味ではJava良いと思うよ。
strictなPerl書けるけど、mod_perlにするのは欝だ。
だったら最初からPHPで書くよ。
頭で考えた事が、素直にコードにできるのがRubyかな。
まずRubyで書いて、他に移植すると綺麗に出来る。
初心者が手を出しても良いと思う。ただ、やっぱりマイナー。Webで使ったこと無い。
PerlはXSも書けて、もうなんでも来い状態だったけど
現場では全くそこまで必要とされない。
スクリプト言語の内部の動きが分かったことが収穫かな。これは他の言語でも通じる。
最近この話題に関するスレの異常な伸びといえ
なんでそんなに顔真っ赤にしながら他言語を貶し
PHPを崇めるんだろうと思う。
なんでそんなに顔真っ赤にしながら他言語を貶し
PHPを崇めるんだろうと思う。
modが使えるならpythonだろ
perlはプロセス起動だからこそ威力を発揮する
perlはプロセス起動だからこそ威力を発揮する
それは
・PHPが人気なためPHP人口が多い
・スキルが低い人が多い
・PHPしか使えないため食わず嫌いで他の言語を貶す
これら全ては難易度を低くしターゲット層を広くした事に起因すると思う。
・PHPが人気なためPHP人口が多い
・スキルが低い人が多い
・PHPしか使えないため食わず嫌いで他の言語を貶す
これら全ては難易度を低くしターゲット層を広くした事に起因すると思う。
・PHP文庫と勘違いして手を出す人が居る
CLI版PHPが出ても一向にPerlに取って代わらなのは
・ディストリビュージョンに標準でインストールされていない
・リリースされてからそれほど月日が経っていない
という点を考慮したとしても
ソフトウェア開発者は一般人に比べてスキルが高いため
難易度が低いPHPによる開発コストの軽減よりも難易度が
低いがために発生するデメリットが足枷となってしまう事が原因だと思う。
・ディストリビュージョンに標準でインストールされていない
・リリースされてからそれほど月日が経っていない
という点を考慮したとしても
ソフトウェア開発者は一般人に比べてスキルが高いため
難易度が低いPHPによる開発コストの軽減よりも難易度が
低いがために発生するデメリットが足枷となってしまう事が原因だと思う。
難易度が低いために発生するデメリットって何？
オートマとマニュアルの差みたいなもんじゃなかろうか
これに加えて安定性といった点も採用されない要因の一つだろうね
これに加えて安定性といった点も採用されない要因の一つだろうね
まさかマジレスがつくとは思っていなかったｗ
>>413
Perlは
適当に書いてもとりあえず動いて、
↓
よく調べるともっと厳密な書き方があって、
↓
さらに誰かのコードを読むとトリッキーな書き方で同じことをしていたり
↓
すげぇ！何だこりゃ！
とかなることを狙って作られてるよね？
書くこと自体に喜び感じてるごく初期のうちはそういう心理的なフィードバックって見逃せないと思うよ。
そういう意味で初習者向きだと思ってる。
変な癖ついてもガッツがあれば移行は出来る。
Rubyは他の言語への移行に難点あり。それは別の問題なのだがw
Javaは敷居の高さがJava使いの底上げを起こすので一長一短かな？
Webアプリケーション制作の「取っつきやすさ」ではPHPに分があるとは思う。
けど、ぬるま湯を用意したってだけでその後のフォローが無いじゃない？
PHPは生き残ってもPHP使いが生き残れないんじゃないか？と、正直心配ｗ
>>413
Perlは
適当に書いてもとりあえず動いて、
↓
よく調べるともっと厳密な書き方があって、
↓
さらに誰かのコードを読むとトリッキーな書き方で同じことをしていたり
↓
すげぇ！何だこりゃ！
とかなることを狙って作られてるよね？
書くこと自体に喜び感じてるごく初期のうちはそういう心理的なフィードバックって見逃せないと思うよ。
そういう意味で初習者向きだと思ってる。
変な癖ついてもガッツがあれば移行は出来る。
Rubyは他の言語への移行に難点あり。それは別の問題なのだがw
Javaは敷居の高さがJava使いの底上げを起こすので一長一短かな？
Webアプリケーション制作の「取っつきやすさ」ではPHPに分があるとは思う。
けど、ぬるま湯を用意したってだけでその後のフォローが無いじゃない？
PHPは生き残ってもPHP使いが生き残れないんじゃないか？と、正直心配ｗ
昨今のインターネットブームにより
・需要が多い
・出力が簡素
を満たす事が出来る
・難易度が低く多くの開発者を期待出来る
・動作させるまでにコストがあまり掛からない
・動作速度が実用レベル
というニーズにぴったりと当てはまった、というよりは
それを意識して作られたPHPが人気になったのは自然の流れだ。
このコンセプトを持った競合相手も無いように思える。
（標準でセッションが使える言語が他にあるだろうか）
なので目的が違うPerlやJAVAと比べること自体がナンセンス。
PHPがウェブの域を出ないと言われる所以だ。
・需要が多い
・出力が簡素
を満たす事が出来る
・難易度が低く多くの開発者を期待出来る
・動作させるまでにコストがあまり掛からない
・動作速度が実用レベル
というニーズにぴったりと当てはまった、というよりは
それを意識して作られたPHPが人気になったのは自然の流れだ。
このコンセプトを持った競合相手も無いように思える。
（標準でセッションが使える言語が他にあるだろうか）
なので目的が違うPerlやJAVAと比べること自体がナンセンス。
PHPがウェブの域を出ないと言われる所以だ。
>>420
いい例えだな。
自転車が怖くて乗れない人が逆ギレしれるところに
普通免許ををマニュアルで取ってオートマで運転している人が
「慣れの問題だからまず乗ってみなさい」と言っているのに対し、
「自動車は人を殺す、徒歩なら殺さない。徒歩最高！」
って言っているスレはここですか？
いい例えだな。
自転車が怖くて乗れない人が逆ギレしれるところに
普通免許ををマニュアルで取ってオートマで運転している人が
「慣れの問題だからまず乗ってみなさい」と言っているのに対し、
「自動車は人を殺す、徒歩なら殺さない。徒歩最高！」
って言っているスレはここですか？
もちろん自動車の人はTPOに併せて移動方法を選ぶよな
過剰反応するPHPユーザーは意固地にPHP至上主義を貫くのではなく
PHPが何故人気になったか、どういった思想で作られたかを考えた上で
付き合っていかないと421が言うように生き残れないと思う。
初心者でもプログラミングが出来て自分のホームページにBBSを設置できる。
これは非常に素晴らしいPHPの特性だ。しかしその域を越えてPHPマンセーすると
周りからどう見られるのかよく考えた方がいいと思う。
PHPが何故人気になったか、どういった思想で作られたかを考えた上で
付き合っていかないと421が言うように生き残れないと思う。
初心者でもプログラミングが出来て自分のホームページにBBSを設置できる。
これは非常に素晴らしいPHPの特性だ。しかしその域を越えてPHPマンセーすると
周りからどう見られるのかよく考えた方がいいと思う。
PHP5を見る限り、当初のPHPの思想と違う方向へ行こうとしてるわけじゃん。
確かPHPは初心者でも手軽に扱えて中級者でもそこそこ要件を満たす
といった感じだったと思う。
PHP4でOOPはありえなかったのでそこら辺を埋めてきたんじゃないどうか。
しかしPHPに求められているのはそういった事ではなくそれが原因でPHP5
がイマイチ浸透しないんじゃなかろうか。
PHPの特性を捨ててOOPやMVCをするくらいなら素直にJAVAにする。
従来の手法を保ちつつ高度な手法をユーザー側で取捨選択出来るならベストだが
PHPにはそれが出来ていない。
一方を追い求めればもう一方は後退する。万能な言語は存在しない。
今後に期待かな。
といった感じだったと思う。
PHP4でOOPはありえなかったのでそこら辺を埋めてきたんじゃないどうか。
しかしPHPに求められているのはそういった事ではなくそれが原因でPHP5
がイマイチ浸透しないんじゃなかろうか。
PHPの特性を捨ててOOPやMVCをするくらいなら素直にJAVAにする。
従来の手法を保ちつつ高度な手法をユーザー側で取捨選択出来るならベストだが
PHPにはそれが出来ていない。
一方を追い求めればもう一方は後退する。万能な言語は存在しない。
今後に期待かな。
ま、あれだな。プログラマーとしてスキルが付いてきたら、それに伴って使える言語も増えていくわけで。
>>429
自然のなりゆきだよな（遠い目）
ところで、新しい言語が出てくることに最近いい点があることに
気づいたよ。
それは、新しい言語をはやらすことで、
若手プログラマにチャンスを与えることだね。
古い言語ほど、モジュールの知識とか
使いこなすのに必要な知識がジャングルみたいになってるわけだが、
新しい言語なら、みんな平等にわからない状態から
始まるからな・・・
自然のなりゆきだよな（遠い目）
ところで、新しい言語が出てくることに最近いい点があることに
気づいたよ。
それは、新しい言語をはやらすことで、
若手プログラマにチャンスを与えることだね。
古い言語ほど、モジュールの知識とか
使いこなすのに必要な知識がジャングルみたいになってるわけだが、
新しい言語なら、みんな平等にわからない状態から
始まるからな・・・
しかし、ある程度雇用側の需要も踏まえないとダメっぽくね？
面接官「君は言語はなにが出来るかね？」
俺「はい、Curlとなでしこでアプリ作ってました。最近は織田信長を勉強中でっす。」
面接官「ねぇねぇそれなんてエロゲ？」
面接官「君は言語はなにが出来るかね？」
俺「はい、Curlとなでしこでアプリ作ってました。最近は織田信長を勉強中でっす。」
面接官「ねぇねぇそれなんてエロゲ？」
きのこ先生スレも落ち着いてきたようだ
>>417
わろた
わろた
PHP研究所が、
『我々は、Zend社のPHP言語とは何の関係もありません』
と、新聞広告を出す日も近そうだな。
いい迷惑だよな。
『我々は、Zend社のPHP言語とは何の関係もありません』
と、新聞広告を出す日も近そうだな。
いい迷惑だよな。
PHP is cool
訳：PHPはサブい
ついにまともな反論が出来なくなりました。
Perl is UNKO
もうPHP＞＞＞Perlっていう結論が出たのだから良いじゃん。
ついでに Java >>>>>> PHP って結論も出てるけどな
結論：適材適所
至極当然の結論を出すのに随分時間をかけて意味のない議論をしたものだな。
まあPerl厨はPHP5.1が出る日を
ガクブルしながら待っとけよ
ガクブルしながら待っとけよ
鯖によってはPHPがオプション化してて余計な金を取るから
独自テンプレートでPerl使ってる人も多いんじゃない？
独自テンプレートでPerl使ってる人も多いんじゃない？
そんな糞鯖があるのか
PHPの人気も罪よのう
PHPの人気も罪よのう
まだPHPが標準装備するに値しないってことだろ。
バージョンの違いで挙動が変わるからね
ぶっちゃけ、Javaもそうだろう。言語こそバイナリ互換保ってるけど
アプリケーションサーバやらはコロコロ変わるから面倒。
もうすぐ出るJava EE 5は普及するのだろうか？
アプリケーションサーバやらはコロコロ変わるから面倒。
もうすぐ出るJava EE 5は普及するのだろうか？
EJBはそもそも業界から否定されつつあるからなんとも
PHP以上に
Javaの仕様が変わるという真実
Javaにおける今日の知識は
明日使えるとは限らない。
SunはZend以上に気まぐれだからね。
Javaの仕様が変わるという真実
Javaにおける今日の知識は
明日使えるとは限らない。
SunはZend以上に気まぐれだからね。
Javaは周辺技術はコロコロ変わるけど、核の所はそんなに変わってない。
PHPはバージョンアップする度に言語仕様から変わってしまうからな。
PHPはバージョンアップする度に言語仕様から変わってしまうからな。
Javaの核なんて全体の2割くらいじゃん
8割が周辺技術。
その8割がコロコロ変わるんだからやってられません。
8割が周辺技術。
その8割がコロコロ変わるんだからやってられません。
453 ：nobodyさん：2005/08/20(土) 12:02:57 ID:pLcYp1mB
>>451
現実には今JavaでWebアプリ作るために
標準APIだけしか使わない人なんていないだろ？
実用面で言ってるんだよ。
>>449
EJB3.0は今まで叩かれてた面倒なところや重いところの多くを改良してるから
また地位を取り戻す可能性はある。
この辺の未来がどうなるかわからないのもJavaに手を出すのに躊躇してしまう理由だろうね。
現実には今JavaでWebアプリ作るために
標準APIだけしか使わない人なんていないだろ？
実用面で言ってるんだよ。
>>449
EJB3.0は今まで叩かれてた面倒なところや重いところの多くを改良してるから
また地位を取り戻す可能性はある。
この辺の未来がどうなるかわからないのもJavaに手を出すのに躊躇してしまう理由だろうね。
初心者で今からPerlやろうと思う奴なんてほとんどいないだろう
Perl使いは今以上に増えない＝必然的に滅びる
反論できるかね？Perl厨ども。
Perl使いは今以上に増えない＝必然的に滅びる
反論できるかね？Perl厨ども。
まあ、減らなければ数十年安泰なのだが。
COBOLが滅びてないとの同様に。
COBOLが滅びてないとの同様に。
滅びていないだけで
メインストリームじゃないじゃん
オランダみたいな位置でしぶしぶ生き延びていくんだね
メインストリームじゃないじゃん
オランダみたいな位置でしぶしぶ生き延びていくんだね
P.S. Parrotは引っ張りまくったあげく出ませんよ。PUPU
>>458
JSPすら使ってないの？
JSPすら使ってないの？
>>460
使ってるけどタグライブラリは使わない。
使ってるけどタグライブラリは使わない。
おいらphpもperlもかけるけど、
Javaには（ＰＧが楽をするための）哲学がある
・・・様な気がする。
Javaには（ＰＧが楽をするための）哲学がある
・・・様な気がする。
抽象論じゃなくて具体的に。
簡単に言うと、
class名＝ファイル名なところとか
カプセル化を原則崩さなければ、
プログラムアップデートのたびにいちいちソースみてトレースして、
みたいな手間が大幅に軽減されるし、楽チン。
ちゃんとＰＭが中央管理しないといけないのが
やや痛いが、長い目で見ると、保守管理コストが低い。
（でも現場によるか？）
class名＝ファイル名なところとか
カプセル化を原則崩さなければ、
プログラムアップデートのたびにいちいちソースみてトレースして、
みたいな手間が大幅に軽減されるし、楽チン。
ちゃんとＰＭが中央管理しないといけないのが
やや痛いが、長い目で見ると、保守管理コストが低い。
（でも現場によるか？）
なんでPerlを苛める発言の時だけ頭の悪そうな文章なの？
>>454
偉そうなこと言ってるけど、そういうお前もPerlをやろうと思わないって事は初心者だよね？
偉そうなこと言ってるけど、そういうお前もPerlをやろうと思わないって事は初心者だよね？
>>452
PHPみたいに昔のソースが新しい環境で動かなくなるということはない。
それに信頼性が必要なサーバー製品はいまだにJDK1.4.1とか古い環境対応。
コロコロ変わってやってられない世界ではない。
PHPみたいに昔のソースが新しい環境で動かなくなるということはない。
それに信頼性が必要なサーバー製品はいまだにJDK1.4.1とか古い環境対応。
コロコロ変わってやってられない世界ではない。
別に最新版が必須なんて事もないからね。
金融機関では、JDK1.1.7なんてところもある。
Oracleもしばらく1.1代だったし。
金融機関では、JDK1.1.7なんてところもある。
Oracleもしばらく1.1代だったし。
てかTomcat使ってれば基本は一緒だろ？
Strutsみたいな依存性の高いもの使わなければ。
仕様が変わりえるのはほとんどVIEWだけで
むしろ生産性が高いのがJavaServletだと思うが。
Strutsみたいな依存性の高いもの使わなければ。
仕様が変わりえるのはほとんどVIEWだけで
むしろ生産性が高いのがJavaServletだと思うが。
471 ：nobodyさん：2005/08/20(土) 23:27:11 ID:hk+MXyBR
>>470
いや、生まれるじゃん。くだらない質問してる奴らとか、今は馬鹿じゃん。なんかすげーの作り出すかもよ。
いや、生まれるじゃん。くだらない質問してる奴らとか、今は馬鹿じゃん。なんかすげーの作り出すかもよ。
ていうか別に普通の転職話じゃん
どこがドラマなんだよ
どこがドラマなんだよ
大学でPHP学んでたら、何も起こらないってことだろ。
Perl学んでたら今頃ホームレスになっていたかもな…
しかしよくphpみたいな安い単価で仕事できるね。
それは感心するよ。
それは感心するよ。
もうすぐPHP御殿が建ちそう ﾊｯﾋﾟﾊｯﾋﾟｰ！
Perlがわからないからって必死だな。
っていうか、
ＰＨＰしかわからないからって 必 死 だ な ｗ
っていうか、
ＰＨＰしかわからないからって 必 死 だ な ｗ
>>474
Perl学んでたら、イーマキュリーやはてなで、第一線で活躍できたのにな。
Perl学んでたら、イーマキュリーやはてなで、第一線で活躍できたのにな。
PHPではてな実装すればおｋって事だろ？
かーっ、認識あさいねぇーっ。
Perl厨必死だな
簡単に言うとPerlはPHPとキャラがかぶってるんだよ
キャラがかぶった時は多少の違いは無関係に
常に古いものが消えていく
これ事実
簡単に言うとPerlはPHPとキャラがかぶってるんだよ
キャラがかぶった時は多少の違いは無関係に
常に古いものが消えていく
これ事実
482 ：nobodyさん：2005/08/21(日) 23:48:41 ID:lLwF4zEf
aspをなめんなっ
483 ：nobodyさん：2005/08/21(日) 23:51:17 ID:WrIfgDHJ
・自分に反対意見を投じると全てPerl厨
・必死なのは自分なのに相手が必死なことにする
そ れ が ＰＨＰ ク オ リ テ ィ
すでにPerlで書かれて問題なく稼働しているサイトのスクリプトを
PHPに移植する客観的なメリットを上げろ。
車輪の再発明してどうするの？
＞キャラがかぶった時は多少の違いは無関係に
＞常に古いものが消えていく
＞これ事実
具体例も挙げずに事実とする根拠はこの際どうでも良い。
その論法で逝くと真っ先に消えるのは
Ｐ Ｈ Ｐ 出 版
だろ。
・必死なのは自分なのに相手が必死なことにする
そ れ が ＰＨＰ ク オ リ テ ィ
すでにPerlで書かれて問題なく稼働しているサイトのスクリプトを
PHPに移植する客観的なメリットを上げろ。
車輪の再発明してどうするの？
＞キャラがかぶった時は多少の違いは無関係に
＞常に古いものが消えていく
＞これ事実
具体例も挙げずに事実とする根拠はこの際どうでも良い。
その論法で逝くと真っ先に消えるのは
Ｐ Ｈ Ｐ 出 版
だろ。
↑
必死じゃんw
必死じゃんw
でもアメリカじゃPHP、ぜんぜん流行ってないんだよなあ。Pythonにも負けてるもんなあ。
アメリカで流行ってない技術が長続きするわけないしなあ。
アメリカで流行ってない技術が長続きするわけないしなあ。
pu
オライリーって何でPHPの本出さないんだろうな
お高くとまってんじゃねーぞｺﾉﾔﾛｰ
お高くとまってんじゃねーぞｺﾉﾔﾛｰ
一応洋書ならあるよ。けど内容浅いんだよなあ。WEB+DBマガジンの方がマシなんじゃないの。
しむら、プレスぷれす！
Php Application Design Handbook
http://www.amazon.com/exec/obidos/tg/detail/-/0596007086
この本を訳して欲しいなあ。
http://www.amazon.com/exec/obidos/tg/detail/-/0596007086
この本を訳して欲しいなあ。
最近perlってpythonにもシェア侵食されつつあるね
492 ：nobodyさん：2005/08/22(月) 17:42:43 ID:6eq2HIeY
たまにrubyが取り上げられたりするから、侮れない。
PHPは無視されてるのに。
PHPは無視されてるのに。
亀は病気を持ってるからな。
亀→神秘的・智の象徴
ラクダ→淫猥
ラクダ→淫猥
つまり
亀は信者だけが飾っておくもの
ラクダはみんなが求める興奮するもの
ってことだな。
亀は信者だけが飾っておくもの
ラクダはみんなが求める興奮するもの
ってことだな。
497 ：nobodyさん：2005/08/22(月) 22:31:57 ID:i2M1iEGW
俺は女のコブに興奮するし、
女共は俺の亀に興奮するわけだが
女共は俺の亀に興奮するわけだが
亀ってことわざにあったり物語に出てきたりと活躍してるけど
ラクダってあんまり登場場面無いよな。
ラクダってあんまり登場場面無いよな。
ラクダ＝負荷(暑さ)にも強く、信頼性が高い。三蔵法師が天竺へ行く際も使用。
カメ＝遅くて使い物にならない。仕方ないから神扱いして拝むだけ。
カメ＝遅くて使い物にならない。仕方ないから神扱いして拝むだけ。
500
ウサギとカメの話を思い出して欲しい
居眠りしているラクダ（足踏み状態のParrot）を、
まもなくカメがぶち抜く（5.1登場）だろう
居眠りしているラクダ（足踏み状態のParrot）を、
まもなくカメがぶち抜く（5.1登場）だろう
>>501
ラクダはウサギじゃないが、頭大丈夫か？
ラクダはウサギじゃないが、頭大丈夫か？
503 ：nobodyさん：2005/08/22(月) 23:24:54 ID:xnhJ9J7F
アナロジーも理解できないなんて
Perl使ってると頭が硬直化するみたいですね。
Perl使ってると頭が硬直化するみたいですね。
ラクダよりもカメの方が凄いと言い出したのは、PHP信者なわけだが
PHPは、自分で言い出したことも始末できないような言語なのか？
PHPは、自分で言い出したことも始末できないような言語なのか？
真っ赤になるなよｗ
なにいってんの？俺の亀は黒いぞ
だからさ、それぞれ思い思いに書いてるんだけなんだけど
とりあえずみんなＰＨＰ＝ウンコとは思ってるのよ。
それを認めたくない粘着（恐らく一人）が
その他全員を「勝手にPerl厨に仕立て上げて叩く」スレなんですよ、ここは。
結論なんかとっくに出てるからみんな好きかってやろうぜ！
とりあえず俺の亀は真珠入りです。
とりあえずみんなＰＨＰ＝ウンコとは思ってるのよ。
それを認めたくない粘着（恐らく一人）が
その他全員を「勝手にPerl厨に仕立て上げて叩く」スレなんですよ、ここは。
結論なんかとっくに出てるからみんな好きかってやろうぜ！
とりあえず俺の亀は真珠入りです。
Perl厨思いこみﾊｹﾞｼｽ
発言レベル低すぎ
まともな意見が出ても全然レスないしな
まともな意見が出ても全然レスないしな
>>508-509の流れにﾜﾛｽ
greeもPHPだな
しかもEthna作者
しかもEthna作者
Ｃ言語ネ申
きのこ先生…… つД｀)
Perlってオブジェクト指向どのくらい広まってるの？
なんかPHP以上になさそうな気がする
フレームワークもあまり聞かないし
なんかPHP以上になさそうな気がする
フレームワークもあまり聞かないし
まさにCPANがそのものじゃないか。
キモい実装ながら多重継承、カプセル化、オーバーライドと
PHP4では出来ない事が出来たため以前はPerl使うことが多かった。
PHP5になって大分マシになったから今ではPHPでもいいかもね。
フレームワークはsledgeとショボそうないくつかぐらいしか聞かないね。
キモい実装ながら多重継承、カプセル化、オーバーライドと
PHP4では出来ない事が出来たため以前はPerl使うことが多かった。
PHP5になって大分マシになったから今ではPHPでもいいかもね。
フレームワークはsledgeとショボそうないくつかぐらいしか聞かないね。
>>518
普通に使われてるよ。
DBIなんかもそうだし、CPANでOOP使ってないのを探す方が大変かも。
フレームワークはSledge(だっけ?)くらいしかきかないなぁ。
普通の人がOOPで書くかどうかは、、Perl書かなくなったから不明。
ただし、言語的にOOP後付けだから書きにくいのは否めない。
普通に使われてるよ。
DBIなんかもそうだし、CPANでOOP使ってないのを探す方が大変かも。
フレームワークはSledge(だっけ?)くらいしかきかないなぁ。
普通の人がOOPで書くかどうかは、、Perl書かなくなったから不明。
ただし、言語的にOOP後付けだから書きにくいのは否めない。
つーかさ、sledgeとかcgi::applicationとかcatalystとか、名前くらい聞いたことないの？
Perl使ってる人じゃない限りまず聞かないでしょ。
StrutsだとかRuby on RailsだとかMojaviだとかに比べるとマイナー
雑誌で特集されることもまずない。
StrutsだとかRuby on RailsだとかMojaviだとかに比べるとマイナー
雑誌で特集されることもまずない。
おっぱいそんなにもまないで
つーか、sledgeの方がよっぽどマイナーだっつーの
mojaviもPHPやってないと聞かないだろ。
俺は知ってるぞ
528 ：nobodyさん：2005/08/25(木) 13:48:06 ID:7oCz1wNS
PHPの標準関数、なんとかならないの？リファレンスを見るのも
>>527
いや、人違いだぞ
いや、人違いだぞ
あ、本当だ
オープンソース＋ヒゲで勘違いしたよ
名前も鵜飼だし
どおりでサスペンダーじゃないと思った
オープンソース＋ヒゲで勘違いしたよ
名前も鵜飼だし
どおりでサスペンダーじゃないと思った
しかしいきなり静かになったな
少数のアホが暴れてただけなのかな
少数のアホが暴れてただけなのかな
夏休みの宿題しあげるのに忙しいんだよ
課題うぜーーーーーーー
Perlで書けとかいってワケワカメ。
PHP使わせろ。
Perlで書けとかいってワケワカメ。
PHP使わせろ。
今時Perlて
ﾌﾟﾌﾟﾌﾟ
ﾌﾟﾌﾟﾌﾟ
まあ今時phpもどうかと思うが...
じゃあ今時のスクリプト言語とは何ですか？
python、jython、ruby、groovy
なんだかんだで現状PHPかJavaに落ち着くんじゃねえのかよ
PHPは言語体系が汚いなーと使うほどに思うが
手軽さには変えられない。
PHPは言語体系が汚いなーと使うほどに思うが
手軽さには変えられない。
Perlで挫折したやつが暴れるスレはここですか？
>>537
JavaScriptが熱いぞ
JavaScriptが熱いぞ
JavaScriptでファイルの読み書きができるようになるのを心待ちにしてるよ。
サーバサイドJavaScriptが欲しい。
おまいらC言語でコーディングすればいいだろ。
高速だぞ。
高速だぞ。
速いけど早くない
うまいなｺﾉﾔﾛｳ
>>548は」PHPもPerlも両方使える神。
なんだその釣り
Yahoo知恵袋もPHPじゃん
Perl終わったな
Perl終わったな
Yahooの基幹は何使ってるの？
オークションとか・・・拡張子ないしサーブレットですか？
オークションとか・・・拡張子ないしサーブレットですか？
php3らしいよ
>>554
ほう…成る程ね。
俺趣味でPerl書いてるけどPHPに移ろうかな。
Perlのコード中にHTML出てくるとウザくて仕方ない。
HTML::Template使えば別かもしれないが、
PHPなら埋め込めるし、割とすっきりしてて
メンテナンスもし易いはず・・・だよな？
２ｃｈはCで書いてあるんだっけ？
ほう…成る程ね。
俺趣味でPerl書いてるけどPHPに移ろうかな。
Perlのコード中にHTML出てくるとウザくて仕方ない。
HTML::Template使えば別かもしれないが、
PHPなら埋め込めるし、割とすっきりしてて
メンテナンスもし易いはず・・・だよな？
２ｃｈはCで書いてあるんだっけ？
>>539
ハワイ州に謝れ。
ハワイ州に謝れ。
>>555
2chはCとPerl
2chはCとPerl
そういやyahooみたいなとこは配置とかパス関係はどうなってるんだろ
例えばヤフオクのユーザの評価履歴関連のページ内は
user.auctions.yahoo.co.jp/jp/show/aboutme?userID=
user.auctions.yahoo.co.jp/jp/show/auctions?userID=
user.auctions.yahoo.co.jp/jp/show/rating?userID=
の3種類のコンテンツがあるけど
これは実際にaboutmeやらauctionsやらのファイルを置いてるのか
それともpath_infoでプログラム内で処理してるのか
あるいはmod_rewrite辺りでサーバ側で変換させてるのか
例えばヤフオクのユーザの評価履歴関連のページ内は
user.auctions.yahoo.co.jp/jp/show/aboutme?userID=
user.auctions.yahoo.co.jp/jp/show/auctions?userID=
user.auctions.yahoo.co.jp/jp/show/rating?userID=
の3種類のコンテンツがあるけど
これは実際にaboutmeやらauctionsやらのファイルを置いてるのか
それともpath_infoでプログラム内で処理してるのか
あるいはmod_rewrite辺りでサーバ側で変換させてるのか
http://auctions.yahoo.co.jp/jp/show/aboutmeabc
でもアクセスできるからpath_infoかな
でもアクセスできるからpath_infoかな
perlはjavaなんかよりよほど難しい言語だろ？cに通じるところがある。
javaは覚えることがたくさんあるってだけ。phpは猿でも分かるが。
javaは覚えることがたくさんあるってだけ。phpは猿でも分かるが。
そんな説はじめて聞いた
PHPが出るまではみんな普通にPerl使ってた訳だが
PHPが出るまではみんな普通にPerl使ってた訳だが
Pythonﾁﾗ見してみた
面白そうではあるけど
実際にシステム組んで稼働させるとなると、
ユーザー層の薄さに抵抗がある。
やはり大多数を取ったPHPは強いな…
面白そうではあるけど
実際にシステム組んで稼働させるとなると、
ユーザー層の薄さに抵抗がある。
やはり大多数を取ったPHPは強いな…
日本の技術者がいかに遅れてるかがわかるね
★Pythonって死滅しちゃうの？Part8★
http://pc8.2ch.net/test/read.cgi/tech/1113431728/
プログラム板にあるPythonスレなんて実質これだけだし
終末感漂いまくり
http://pc8.2ch.net/test/read.cgi/tech/1113431728/
プログラム板にあるPythonスレなんて実質これだけだし
終末感漂いまくり
言語としてどうかなんて関係ねーっしょ、
ようは仕事があるか無いかってだけ。
で、フリーランスの身としてはjavaよりphpのｺﾏｲ案件のが
入ってきやすいし、数こなせるしで身動きとり易いし、都合良い。
ようは仕事があるか無いかってだけ。
で、フリーランスの身としてはjavaよりphpのｺﾏｲ案件のが
入ってきやすいし、数こなせるしで身動きとり易いし、都合良い。
ま、俺は使える言語も多いし、使ったことない言語でも仕事が来るような言語ならすぐに覚える自信があるから、お前らみたいに必死でPerlにケチ付けたりしないけどね。
余裕余裕。
余裕余裕。
「余裕余裕」って久しぶりに聞いた
はいはい ｽｺﾞｽ ｽｺﾞｽ
まぁ、昨今perlよりPHPのが仕事多いだろうな。
つーか、クライアントに言語態々指定される案件の方が少ないだろうし、
やっつけ易いPHPのが単価稼げるよな。
つーか、クライアントに言語態々指定される案件の方が少ないだろうし、
やっつけ易いPHPのが単価稼げるよな。
WEBプログラマーっていう職業なんですか？
俺も将来PHPやらPerlで飯食って行きたいんですが。
俺も将来PHPやらPerlで飯食って行きたいんですが。
JAVA＞＞mod_perl＞＞PHP
だよな。単価で行くと。
PHPは下手したら、VBよりも安い。
だよな。単価で行くと。
PHPは下手したら、VBよりも安い。
楽して稼げたらそれが一番だけど、その結果がやっつけ仕事じゃ客に失礼じゃないか？
楽しつつもきちんとしたプログラムを書かないと。
とか言いつつ、面倒なときはPHPでやっつけちゃうけどね。
自分で言うのもなんだけど、これじゃ客に対して失礼極まりないなｗ
楽しつつもきちんとしたプログラムを書かないと。
とか言いつつ、面倒なときはPHPでやっつけちゃうけどね。
自分で言うのもなんだけど、これじゃ客に対して失礼極まりないなｗ
やっつけ言語だけに結果的に工数辺りの単価が実作業において
見積より全然高くなるってのは頻繁にありそう。
見積より全然高くなるってのは頻繁にありそう。
>>567や>>573みてーな連中が相手にしてるｸﾗｲｱﾝﾄなんて、
使用言語考慮して予算組みしてくれるわきゃねーんだから、
要求定義にさえ沿えれりゃなんでもいーわけだろ。
ならphpでｻｸｯとやっつけた方がｶｽﾍﾞﾝﾀﾞｰとしちゃ(・∀・)ｳﾏｰなんだろうさ。
業界全体の技術だの信用だの相場だの下げてくれやがるﾀﾞﾆ共だな。
使用言語考慮して予算組みしてくれるわきゃねーんだから、
要求定義にさえ沿えれりゃなんでもいーわけだろ。
ならphpでｻｸｯとやっつけた方がｶｽﾍﾞﾝﾀﾞｰとしちゃ(・∀・)ｳﾏｰなんだろうさ。
業界全体の技術だの信用だの相場だの下げてくれやがるﾀﾞﾆ共だな。
PHPが出来ない奴が必死だな
phpなんざ他の言語できれば数日だね。
その簡単さがPHPの売りでございます
そう、小規模ならphpで
PHPでサクッとやる仕事なんて、Webサイトにお買い物機能つけるくらいじゃないの？
小さい業務システムとかだったら、Javaの方がサクッと作れる。
小さい業務システムとかだったら、Javaの方がサクッと作れる。
CやJavaやPerlができてPHPが出来ないわけがない。
その逆は必ずしもできるとは言い切れないけどな。
だからPHPができても何の自慢にもならないよ。
その逆は必ずしもできるとは言い切れないけどな。
だからPHPができても何の自慢にもならないよ。
負け惜しみ乙ｗｗｗｗｗ
だからできるっつーのphpなんかwww
これからはJavaの時代だよなｗｗｗｗ
P ペーペーが
H 初めてやっても
P パーフェクトに理解した気になれる
H 初めてやっても
P パーフェクトに理解した気になれる
何が自慢したいのか全く解らない。
・PHPが使えることを自慢したい
→ 誰でも使える。PHPを使ったことなくても、ある程度のスキルのあるプログラマーなら何の苦労もなく使えるようになる。
PHPが使えても、プログラマーとして何の自慢にもならない。
・PHPが広まってることを自慢したい
→ お前がPHPの開発に携わってるの？とてもそんなやつが書くような文章には見えないけど。
それともただの回し者？
・PHPしかできない、JavaやPerlがわからないことを自慢したい
→ これだろ。
・PHPが使えることを自慢したい
→ 誰でも使える。PHPを使ったことなくても、ある程度のスキルのあるプログラマーなら何の苦労もなく使えるようになる。
PHPが使えても、プログラマーとして何の自慢にもならない。
・PHPが広まってることを自慢したい
→ お前がPHPの開発に携わってるの？とてもそんなやつが書くような文章には見えないけど。
それともただの回し者？
・PHPしかできない、JavaやPerlがわからないことを自慢したい
→ これだろ。
PHPて実際簡単な上に深みもないイメージがあって
愛着わかないよね
より知りたい、しっかり勉強したいとか思わないし
良い解説本が出ないのもよく分かる
PHP擁護が目障りに感じるが、大部分の使い手は
PHPそのものに関しては何ら自慢にも誇りにも思ってないと思う
何か最近うるさいのは単にPHPがどんどん低レベルな層まで
浸透し始めてるって事だろうな
愛着わかないよね
より知りたい、しっかり勉強したいとか思わないし
良い解説本が出ないのもよく分かる
PHP擁護が目障りに感じるが、大部分の使い手は
PHPそのものに関しては何ら自慢にも誇りにも思ってないと思う
何か最近うるさいのは単にPHPがどんどん低レベルな層まで
浸透し始めてるって事だろうな
深みはあると思うなぁ。
多量の関数が用意されてるから
だいたいのことは簡単にできちゃうし、
それで十分ではあるんだけど。
OOPのやり方に独自色があっておもしろい。
JavaやC++みたいな厳格さはないけど、
「なんでもかんでも連想配列」って考え方をするようになってからは
シコシコクラスライブラリを作りながらプログラミングしてる。
でも結局俺自身が使っている一番大きな理由は
「俺の使ってる鯖がmod_PHPに対応してて他はCGI/perlしかない」
ってことなんだけどね。
多量の関数が用意されてるから
だいたいのことは簡単にできちゃうし、
それで十分ではあるんだけど。
OOPのやり方に独自色があっておもしろい。
JavaやC++みたいな厳格さはないけど、
「なんでもかんでも連想配列」って考え方をするようになってからは
シコシコクラスライブラリを作りながらプログラミングしてる。
でも結局俺自身が使っている一番大きな理由は
「俺の使ってる鯖がmod_PHPに対応してて他はCGI/perlしかない」
ってことなんだけどね。
PHPは関数名の乱雑さが、やっぱり好きになれない。
アンダーバー入れるか、入れないか、とか。
名前空間切るには class 作るしかないというのも、なんだか。
あと参照渡しが実はシンボリックテーブルの参照というのも
そんなん分かりにくいだろうが、と言いたくなる…。
と文句を言いつつ、楽できるので使ってしまう。慣れだな。慣れ。
アンダーバー入れるか、入れないか、とか。
名前空間切るには class 作るしかないというのも、なんだか。
あと参照渡しが実はシンボリックテーブルの参照というのも
そんなん分かりにくいだろうが、と言いたくなる…。
と文句を言いつつ、楽できるので使ってしまう。慣れだな。慣れ。
phpに手を出してみた。
phpinfo();
一応動いた。
ところでヘッダの処理ってどうなってるの？
かってにxhtmlのdoctype吐き出すんだけど。
phpinfo();
一応動いた。
ところでヘッダの処理ってどうなってるの？
かってにxhtmlのdoctype吐き出すんだけど。
＞「俺の使ってる鯖がmod_PHPに対応してて他はCGI/perlしかない」
PHPが日曜プログラムに普及している理由はこれだけだからな。
PHPが日曜プログラムに普及している理由はこれだけだからな。
なにもうphp6の話もでてんの？
そんな使えないのかphp5は？
そんな使えないのかphp5は？
PHPはマイナーアップでも互換性が維持されない失敗作です。
はっきり言って言語関連よりDB関連のスキルの方が重要じゃね？
DBまわりさえしっかり出来れば
アプリサーバなんて何が動いてても大差ないと言ってみる
DBまわりさえしっかり出来れば
アプリサーバなんて何が動いてても大差ないと言ってみる
Perl is unko!
And you is unko!!
And you is unko!!
So, We is unkoooo!!!
あぁ？We is?ﾌﾟｷﾞｬｰ(^Д^)9m
Perl叩く前に中学校に戻って
英語の勉強した方がいいんじゃねぇの？
答えはWe areなｗｗｗｗｗｗｗ
Perl叩く前に中学校に戻って
英語の勉強した方がいいんじゃねぇの？
答えはWe areなｗｗｗｗｗｗｗ
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
||
|| 議題:「PHPがこの先生きのこるには…」
|| _,,...,_
|| /_~,,..::: ~"'ヽ
|| (,,"ヾ ii /^',)
|| :i i" 。 Ｅ[]ヨ
￣￣￣￣￣￣￣|(,,ﾟДﾟ) ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
キノコル先生 |（ﾉ |）__lヽ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
/ ￣￣￣ ./| |
￣￣￣￣￣￣￣|￣￣￣￣| | |
|＿＿＿＿|/│
>>607
http://www.google.co.jp/search?hl=ja&q=%22You+is+a+big+fool+man%22&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
http://www.google.co.jp/search?hl=ja&q=%22You+is+a+big+fool+man%22&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
PHP5.1、例の素数の計算は断然速くなる。
use strictを使わないPerlよりは速い。use strictしたら、Perlの方が速いけど。
で、ファイルのI/Oも調べてみたんだけど、これはPHP5.0とPHP4.4で大差ない。Perlの方が断然速い。
PHP5.1がPHP5.0より速いのは確か。が、これはPHP5.0が遅すぎるとも言える。
use strictを使わないPerlよりは速い。use strictしたら、Perlの方が速いけど。
で、ファイルのI/Oも調べてみたんだけど、これはPHP5.0とPHP4.4で大差ない。Perlの方が断然速い。
PHP5.1がPHP5.0より速いのは確か。が、これはPHP5.0が遅すぎるとも言える。
戦略だな。
メジャーバージョンアップ時に遅くする
そのときバージョンアップしたくなる機能をつけない
↓
そのあと速くするというか速さをもとにもどす
機能も追加してない。むしろ削除
↓
お、速くなった？
ｳﾏｰ
メジャーバージョンアップ時に遅くする
そのときバージョンアップしたくなる機能をつけない
↓
そのあと速くするというか速さをもとにもどす
機能も追加してない。むしろ削除
↓
お、速くなった？
ｳﾏｰ
そう。PHP5.1ってあまり変更点が無いよな。
速度以外はデフォルトのライブラリが増えただけ。
速度以外はデフォルトのライブラリが増えただけ。
いいことを教えてやろう。
自分でC言語とかでサーバー一体型のWebアプリを作る。これ最強最速。
ま、PHPの速さに一喜一憂してるやつにそんなことできんだろうけどな。
自分でC言語とかでサーバー一体型のWebアプリを作る。これ最強最速。
ま、PHPの速さに一喜一憂してるやつにそんなことできんだろうけどな。
いいことを教えてやろう。
自分で機械語でサーバー一体型のWebアプリを作る。これ最強最速。
ま、Cの速さに一喜一憂してるやつにそんなことできんだろうけどな。
自分で機械語でサーバー一体型のWebアプリを作る。これ最強最速。
ま、Cの速さに一喜一憂してるやつにそんなことできんだろうけどな。
いいことを教えてやろう。
自分でパソのコンセントを抜く。これ最速最強。
ま、２ｃｈの書き込みに一喜一憂してるやつにそんなことできんだろうけどな。
自分でパソのコンセントを抜く。これ最速最強。
ま、２ｃｈの書き込みに一喜一憂してるやつにそんなことできんだろうけどな。
遅すぎだよ、PHP…
http://www.thinkit.co.jp/cert/compare/2/4/2.htm
結果は以上のとおりです。PHP5の演算処理はJavaと比較してWebアプリケーションで約38分の1、
バッチ処理で約35分の1の実行速度しかないという結果となりました。また、PHP5はPHP4と比較
しても演算処理において15%ほど実行速度が低下しています。
以上のとおり、PHP5のデータベース接続処理はJavaと比較して2分の1以下の実行速度しかない
という結果となりました。また、PHP5はPHP4と比較してもデータベース接続処理において10%近く
実行速度を低下させています。
http://www.thinkit.co.jp/cert/compare/2/4/2.htm
結果は以上のとおりです。PHP5の演算処理はJavaと比較してWebアプリケーションで約38分の1、
バッチ処理で約35分の1の実行速度しかないという結果となりました。また、PHP5はPHP4と比較
しても演算処理において15%ほど実行速度が低下しています。
以上のとおり、PHP5のデータベース接続処理はJavaと比較して2分の1以下の実行速度しかない
という結果となりました。また、PHP5はPHP4と比較してもデータベース接続処理において10%近く
実行速度を低下させています。
http://homepage3.nifty.com/hippo2000/perltips/phpperl.htm
>ところが、今回仕事の関係でPHPを調査する機会があってベンチマークをとってみたのですが、
>私としては手放しで PHPは速いとは思えませんでした。そりゃCGIのPerlと比較したら無条件に
>速いといえるでしょうけど、 mod_phpの相手は当然mod_perlでしょ？pconnectするんなら
>Apache::DBIを使うでしょ？
>ところが、今回仕事の関係でPHPを調査する機会があってベンチマークをとってみたのですが、
>私としては手放しで PHPは速いとは思えませんでした。そりゃCGIのPerlと比較したら無条件に
>速いといえるでしょうけど、 mod_phpの相手は当然mod_perlでしょ？pconnectするんなら
>Apache::DBIを使うでしょ？
今までは遅かったけど
5.1でぶっちぎりｗｗｗｗ
Perl死亡ｗｗｗｗｗ 墓参りには行ってやるよｗｗｗｗｗｗｗ
5.1でぶっちぎりｗｗｗｗ
Perl死亡ｗｗｗｗｗ 墓参りには行ってやるよｗｗｗｗｗｗｗ
Perl6に期待がかかるな。
Perl6、リリースされるのかなぁ…(遠い目)。
仮にリリースされたとして、単純には乗り換えられないから
そのまま、きのこ生えちゃう可能性の方がデカイかも。
仮にリリースされたとして、単純には乗り換えられないから
そのまま、きのこ生えちゃう可能性の方がデカイかも。
まぁねぇ・・大体の鯖が5系で動いてる訳だし
突然６に移行できるとも限らんしな。
６ってどう変わるんだろ？
速くなるのかな？
突然６に移行できるとも限らんしな。
６ってどう変わるんだろ？
速くなるのかな？
perl5用のparrotも開発されてるから
問題ない可能性が高いね。
まあ、それよりphp5の方が心配だねぇ・・・
問題ない可能性が高いね。
まあ、それよりphp5の方が心配だねぇ・・・
戦況は外周からの遠隔攻撃に移り始めたな
Perlは永遠の輝きだおｗ
前から遅いことは認めてるだろ。
でも5.1でマシになるかもってこと。
でも5.1でマシになるかもってこと。
>>628
>>619 の結果って、個々のを見てるよね。
それならコンパイル型のJavaが速いのは当たり前。
バッチ処理を繰り返せばスクリプト言語が不利になるのも当たり前。
ただ、中小規模で同じハード仕様の鯖なら、Javaが重いのは体感で分かる。
というか、会社によっては、Javaだと重すぎて
マシン新調しないと開発できない人も居るのでは…。
>>619 の結果って、個々のを見てるよね。
それならコンパイル型のJavaが速いのは当たり前。
バッチ処理を繰り返せばスクリプト言語が不利になるのも当たり前。
ただ、中小規模で同じハード仕様の鯖なら、Javaが重いのは体感で分かる。
というか、会社によっては、Javaだと重すぎて
マシン新調しないと開発できない人も居るのでは…。
>>630
言語としての速度であって、フルスペックのアプリケーションサーバを動かす話じゃないが。
言語としての速度であって、フルスペックのアプリケーションサーバを動かす話じゃないが。
>>630
そんな貧乏企業に開発頼む奴なんて、たいした物頼まないだろｗ
重い重い言うけど、PentiumIIIでメモリ512MBクラスなら全然OKだし。
それ以下の鯖やクライアントを無理に業務に使おうとする方が、かえって厄介。
そんな貧乏企業に開発頼む奴なんて、たいした物頼まないだろｗ
重い重い言うけど、PentiumIIIでメモリ512MBクラスなら全然OKだし。
それ以下の鯖やクライアントを無理に業務に使おうとする方が、かえって厄介。
そんなに追いつめると、PHP信者が知恵熱出すぞ
今後PHP厨がしそうな発言
・P33？K6のコバルトサーバはまだ結構現役。それでJAVAはきつい (それで十分JAVA動いてましたけど)
・JAVAが使えないレンタルサーバならどうするんだよ (レンタルサーバで業務システム動かさないって)
・ここはPHPとPerlのスレで、JAVAはスレ違い (逃げるなよ)
・mod_perlなんて誰も使ってない (世間が見えてない)
・PentiumIIの端末を使っている会社はたくさんある (遅いサーバしか持ってない会社探して商売でもすれば？)
・PHP5が出れば他の言語は終わる （他の言語だって高速化を目指しているのに）
今後PHP厨がしそうな発言
・P33？K6のコバルトサーバはまだ結構現役。それでJAVAはきつい (それで十分JAVA動いてましたけど)
・JAVAが使えないレンタルサーバならどうするんだよ (レンタルサーバで業務システム動かさないって)
・ここはPHPとPerlのスレで、JAVAはスレ違い (逃げるなよ)
・mod_perlなんて誰も使ってない (世間が見えてない)
・PentiumIIの端末を使っている会社はたくさんある (遅いサーバしか持ってない会社探して商売でもすれば？)
・PHP5が出れば他の言語は終わる （他の言語だって高速化を目指しているのに）
>>631
あ、そうなの？言語としての速度ならPHP遅いね。
>>632
すまん、貧乏企業じゃないんだが(ていうか、大企業なんだけど…)、
開発用マシン新調したよ。
Eclipseが、開発の人間が満足する位には動かなくて。
鯖の方は最新スペック、メモリ満載だから平気だったけど。
あ、そうなの？言語としての速度ならPHP遅いね。
>>632
すまん、貧乏企業じゃないんだが(ていうか、大企業なんだけど…)、
開発用マシン新調したよ。
Eclipseが、開発の人間が満足する位には動かなくて。
鯖の方は最新スペック、メモリ満載だから平気だったけど。
少なくとも進化が止まっているPerlより
動きのあるPHPの方が
将来性はあるな
動きのあるPHPの方が
将来性はあるな
>>634
Eclipseは重いからNetBeansがいいですよ。
Eclipseは重いからNetBeansがいいですよ。
Perlの知識なんて不良債権化しそうじゃんwwwwwww
Zendでは、銀行のシステムのように負荷のかかるトランザクションシステムにはJavaが適していることを認めているが、そうしたアプリケーションのフロントエンドには向いているとしている。
そうしたフロントエンドもそのうちJavaScriptで書けるようになるからPHPはあぼん。
サーバーサイドのフロントエンドが
なんでJSで書けるようになるんだ？？
つかフロントエンドはライトウェイトなPHPで
中はJavaってのはなかなかよさげだな
てことはPerl死亡wwwwwww中途半端wwww
なんでJSで書けるようになるんだ？？
つかフロントエンドはライトウェイトなPHPで
中はJavaってのはなかなかよさげだな
てことはPerl死亡wwwwwww中途半端wwww
>>642
Java6からJavaScriptエンジンがのる。
おそらくサーバーサイドでJavaScriptを使うための仕様も作られる。
標準の仕様ができなくても、サーブレットやStrutsに書く処理をJavaScriptでかけるようにするフレームワークなら誰でも作れるから、すぐにどれかがメジャーになる。
Java技術者の数割しかJava/JavaScriptページを使わなくても、PHPで業務アプリを書くユーザーより多くなるだろう。
Java6からJavaScriptエンジンがのる。
おそらくサーバーサイドでJavaScriptを使うための仕様も作られる。
標準の仕様ができなくても、サーブレットやStrutsに書く処理をJavaScriptでかけるようにするフレームワークなら誰でも作れるから、すぐにどれかがメジャーになる。
Java技術者の数割しかJava/JavaScriptページを使わなくても、PHPで業務アプリを書くユーザーより多くなるだろう。
645 ：nobodyさん：2005/08/31(水) 16:42:13 ID:ihFBKKnR
Perlでは完全にブラックボックス化されたオブジェクトを作成するのがめんどくさいので
セキュリティを意識したシステムには向かない。
Perlの得意分野は別にあるのでもっと簡単に実装できる言語に譲っても問題ない、
というか、常識的なプログラマならそうする。
PHPしか書けなくて、Perl/CGIにしか優位点を見いだせない馬鹿はだまっとけ
未だに>>410-432にPHP側から筋の通った反論無いでしょ？
セキュリティを意識したシステムには向かない。
Perlの得意分野は別にあるのでもっと簡単に実装できる言語に譲っても問題ない、
というか、常識的なプログラマならそうする。
PHPしか書けなくて、Perl/CGIにしか優位点を見いだせない馬鹿はだまっとけ
未だに>>410-432にPHP側から筋の通った反論無いでしょ？
おまえら議論が熱いですね。
いいことですよ。
ま、俺はPerlなんぞやめてとっととServletに移行しますねｗｗｗ
OOPやりたきゃJavaに限るよなｗ
いいことですよ。
ま、俺はPerlなんぞやめてとっととServletに移行しますねｗｗｗ
OOPやりたきゃJavaに限るよなｗ
とうとうJavaには勝てないことに気づいたか。
それにしても、Perlできないからって 必 死 だ なｗｗｗｗ
それにしても、Perlできないからって 必 死 だ なｗｗｗｗ
OOPできないけど、Perlは一応糞なコードなら書ける。
use Strictしてないし、-wもつけてないおｗｗｗｗ
ついでにmod_perlも使い方がようわからん。
use Strictしてないし、-wもつけてないおｗｗｗｗ
ついでにmod_perlも使い方がようわからん。
use strictもwarningsも使っていないPerlからJavaか。
緊縛調教加減に投げ出すなよ。
緊縛調教加減に投げ出すなよ。
大昔にどっかでその話出たよな
正直いまさらJavasccriptが面白いとか言い出すのもどうかと思うんだが
ajaxのせいでそういう既出ネタで盛り上がる人が増えてちょっと嫌だ・・
正直いまさらJavasccriptが面白いとか言い出すのもどうかと思うんだが
ajaxのせいでそういう既出ネタで盛り上がる人が増えてちょっと嫌だ・・
実際JavaScriptは面白いんだからいいじゃないか。
おまえ、JavaScriptの面白さわかってないだろ。
おまえ、JavaScriptの面白さわかってないだろ。
ってか、大昔にJavaにJavaScriptが標準で載ることが決まったなんて話、でるはずがない。
JavaScriptが面白いわけないだろ。
でも、PHPは無くても俺は困らないが、
JavaScriptが無かったら困るな。
でも、PHPは無くても俺は困らないが、
JavaScriptが無かったら困るな。
こいつ、JavaScriptわかってねぇな。
Javascriptのメリットは
知っている人が多いとか、ブラウザに標準であるとか
社会的なことだからな。
知っている人が多いとか、ブラウザに標準であるとか
社会的なことだからな。
ECMAScriptがどういうのかよく知らないけど、今のJSじゃ適用範囲が狭いし、標準関数やライブラリが貧弱すぎるよ。
それでも使わざるを得ないから、使うけど。
それでも使わざるを得ないから、使うけど。
Perl厨が必死だな
使えれば何でもいいよ．．．
>659
それは違う。たとえば機械語を使う気にはならないだろ？
それは違う。たとえば機械語を使う気にはならないだろ？
それでPerlがWebアプリ作るのに実用的でないから困るって話なんでしょう。
ちゃんと-wとuse strictしたらボロがでまくったｗｗｗｗｗｗｗｗｗ
デバッグするのが大変だった。
cgi-lib.plでやるとどうしてもエラー吐き出すんでこまった末に
CGI.pmに切り替えたら直った。
まぁ
BBSやらBlogエンジンならどうってことないけどな。
デバッグするのが大変だった。
cgi-lib.plでやるとどうしてもエラー吐き出すんでこまった末に
CGI.pmに切り替えたら直った。
まぁ
BBSやらBlogエンジンならどうってことないけどな。
別にPerlがWebアプリを作るのに実用的でない訳じゃない。
フレームワークもテンプレートエンジンもあるわけだし。
要はお前の腕次第。
フレームワークもテンプレートエンジンもあるわけだし。
要はお前の腕次第。
この先生
きのこる
に見えた
きのこる
に見えた
「る」が「ゐ」に見えた
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
||
|| 夏休みは終わりです。学校へ行きましょう…」
|| _,,...,_
|| /_~,,..::: ~"'ヽ
|| (,,"ヾ ii /^',)
|| :i i" 。 Ｅ[]ヨ
￣￣￣￣￣￣￣|(,,ﾟДﾟ) ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
キノコル先生 |（ﾉ |）__lヽ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
/ ￣￣￣ ./| |
￣￣￣￣￣￣￣|￣￣￣￣| | |
|＿＿＿＿|/│
じゃあJavaでいいじゃん。
ま、正規表現は強力だよな。
JavaでPerlの正規表現ライブラリをimportしてるくらいだぜｗｗｗｗｗｗｗ
JavaでPerlの正規表現ライブラリをimportしてるくらいだぜｗｗｗｗｗｗｗ
PHPと同等ね。
おいおまえら、FirefoxやThunderbirdがJavaScriptで書かれてることを忘れるなよ。
YahooがPHPで書かれていることも忘れるな
javascriptでViewの描画なんぞしたらクローラに相手にされねーじゃん
>>675
すべてがPHPではないけどね。
すべてがPHPではないけどね。
JSP/Servlet＞＞＞＞Perl＞＞＞＞|||||||＞＞＞＞＞＞＞PHP
↑超えられない壁
↑超えられない壁
>>676
JavaScriptはブラウザの中だけで動かすもんじゃないんだよ。
JavaScriptはブラウザの中だけで動かすもんじゃないんだよ。
真珠湾も忘れるな
Perlは忘れかけられてる
だいたいPerlの本なんて最近出版されてないだろ
自然に終了ｗｗｗｗｗ
自然に終了ｗｗｗｗｗ
683 ：nobodyさん：2005/09/04(日) 09:05:36 ID:qzyfaPS8
PHPで検索するとPHP文庫が大量に入ってくるから比較不可能じゃん
気分だけで語られても困りますなあ～ﾋｬｰﾊｯﾊ
気分だけで語られても困りますなあ～ﾋｬｰﾊｯﾊ
linux制御をするならperlだな
phpもperlも両方できない奴は
しんだほうがいいな
phpもperlも両方できない奴は
しんだほうがいいな
手っ取り早く稼ぎたいんならPHPだけやってりゃいいじゃん。
そんなやつはプログラマーとしては底辺のレベルだけどなｗ
そんなやつはプログラマーとしては底辺のレベルだけどなｗ
Perlだけやってても底辺だろうけど。
688 ：nobodyさん：2005/09/04(日) 12:50:59 ID:qzyfaPS8
689 ：nobodyさん：2005/09/04(日) 13:15:26 ID:uT/ivXsD
Webprogに限れば、Perlに出来てPHPに出来ないことは無いんだから
Perlやっても意味が無いんじゃないかな
つか、perlのソースって醜いんだよな
Perlやっても意味が無いんじゃないかな
つか、perlのソースって醜いんだよな
WebProgじゃねえだろヴォケ
>>691
ﾜﾛﾀｗ
ﾜﾛﾀｗ
693 ：nobodyさん：2005/09/04(日) 14:06:39 ID:nWuo3A4u
cgiのチャットで、同じプログラムをphp化したらかなり早くなった
驚くほど無知なんだけどPHPの方がやっぱ早いの？
でも、使い勝手は悪く感じた
初心者だからかもしれんが
驚くほど無知なんだけどPHPの方がやっぱ早いの？
でも、使い勝手は悪く感じた
初心者だからかもしれんが
>>691
それはギャグで言っているのか？！(AA略
それはギャグで言っているのか？！(AA略
>695
どんな相手でもわかるように説明できる能力を身に着けたほうがいいよ。
どんな相手でもわかるように説明できる能力を身に着けたほうがいいよ。
>>693
Perlは過去の遺物だからPHP使った方がいいよ
Perlは過去の遺物だからPHP使った方がいいよ
699 ：nobodyさん：2005/09/04(日) 19:21:28 ID:qzyfaPS8
はてなはPerl
700 ：nobodyさん：2005/09/04(日) 19:28:25 ID:w7mb+cHO
はてなはmod_perlでしょ？
PHP5.1がもうRCになってるので
Perlを駆逐するのも時間の問題でつねｗｗｗｗｗｗｗｗｗ
Perlを駆逐するのも時間の問題でつねｗｗｗｗｗｗｗｗｗ
702 ：nobodyさん：2005/09/04(日) 19:40:03 ID:qzyfaPS8
はてなの辞書みたいなページにかいてあった記憶があったから書いただけ。
>>701
PHP5は全然だめだったね。
PHP5は全然だめだったね。
PHPは配列に対してメソッドが定義されていないので、非常にイライラします。
自分でクラス作って被せるか、SPL使え。
確かにPerlよりPHPのほうが簡単だが・・・
PHP5に名前空間が無いのは疲れる！
何とかならぬのかーーーーーー
Perlですらあるってゆーのに。
PHP5に名前空間が無いのは疲れる！
何とかならぬのかーーーーーー
Perlですらあるってゆーのに。
SPLってrequire()しなくてもつかえるのか
>>671
Jakarta OROのことをいっているのか。
java.util.regexという奴もあるぞ。Perl互換ではないが。
>>673
Apache AntやApache Maven使えばデプロイなんて非常に簡単だろ。
Jakarta OROのことをいっているのか。
java.util.regexという奴もあるぞ。Perl互換ではないが。
>>673
Apache AntやApache Maven使えばデプロイなんて非常に簡単だろ。
Ant自体、趙メンドイ。なんでもかんでもXMLにすんなつーの。
名前空間ってなに？
>>673
っていうか、ビューにJSPでいいと思うけど。
っていうか、ビューにJSPでいいと思うけど。
>>709
じゃ、XMLが不満なら
GNU makeでも記述してな。
Antのほうが安全性が高いがな。
Eclipse Ant Editorを使えばbuild.xmlの記述なんて面倒くさくも無く非常に簡単だが。
XMLにする理由はOSへの依存度を減らすことと
構文エラーに気づきやすくするためだ。
それでもAntに不満があるならMavenを使えばいい。
数多くの主種のゴールが用意されており、それを実行するだけでデプロイ、Jar生成、テスト、テストレポート生成、
プロジェクトサイト構築、ドキュメント生成、ダウンロードなどを一括できる。
ライブラリ依存関係も自動で解消し、
CPANやPEARのようにすでに登録されているモノで足りないモノがあればJJarが起動し自動でダウンロードされる。
じゃ、XMLが不満なら
GNU makeでも記述してな。
Antのほうが安全性が高いがな。
Eclipse Ant Editorを使えばbuild.xmlの記述なんて面倒くさくも無く非常に簡単だが。
XMLにする理由はOSへの依存度を減らすことと
構文エラーに気づきやすくするためだ。
それでもAntに不満があるならMavenを使えばいい。
数多くの主種のゴールが用意されており、それを実行するだけでデプロイ、Jar生成、テスト、テストレポート生成、
プロジェクトサイト構築、ドキュメント生成、ダウンロードなどを一括できる。
ライブラリ依存関係も自動で解消し、
CPANやPEARのようにすでに登録されているモノで足りないモノがあればJJarが起動し自動でダウンロードされる。
日曜プログラマに名前空間など不要。
Perlだとモジュールとかの話か？＞名前空間
my関数とか？
my関数とか？
名前空間とはクラス名などの重複を避けるためにあるようなものだよ。
XMLにもあるし、Java, C++はもちろん、C#, Perlにもある。
PHP5が発表されるとき、名前空間がサポートされるはずだったが
なぜか不採用になってしまったらしい。とても残念だ。名前空間があれば、PEARも
もっと優れた使い勝手の良いライブラリになっていただろうに。
Java, Perlではpackage, C++, C#ではnamespace
というキーワードを使って指定している。
PHP5もnamespaceというキーワードを使って名前空間を実現できるはずだった。
C++やC#のnamespace, Java, Perlのpackageのように。
これがなきゃパッケージ名は異なるがクラス名は同じ、ということを実現できない。
また、Facadeパターンも実現しづらい。なぜなら、パッケージプライベートを実現できないから。
Javaでは、クラス宣言の頭にpublicとつけると、そのクラスはパッケージ外部からもアクセスできるようになる。
だが、publicをつけないと、同じパッケージ内にあるクラスからしかアクセスできなくなる。
これを応用して、Facadeパターンを実現することができる。
同じパッケージ内でFacadeに相当するクラスのみをpublicにして、他のクラスはすべてパッケージプライベートにする。
ある機能を集めたが、クラス間の依存関係を減らすために意図的にFacadeを経由してしか、
他のクラスにアクセスできないようにすることができる。Facadeとはデパートの入り口のインフォメーションカウンター
のようなものであり、そこでデパート内のこの店(パッケージプライベートになっているクラス)はどこにあるのか、
と行き先を聞くことができる。デパートに入ると、かならずFacadeを通る仕掛けだ。
また、Javaではパッケージ名にドメイン名を含めることが推奨されている。
なぜなら、誰かが作ったクラス + パッケージが同じ名前で重複することを避けるため。
例: package net.2ch.www.php.test.example;
というように。
日曜プログラマに不要といっても、大規模開発では重宝するよ。
XMLにもあるし、Java, C++はもちろん、C#, Perlにもある。
PHP5が発表されるとき、名前空間がサポートされるはずだったが
なぜか不採用になってしまったらしい。とても残念だ。名前空間があれば、PEARも
もっと優れた使い勝手の良いライブラリになっていただろうに。
Java, Perlではpackage, C++, C#ではnamespace
というキーワードを使って指定している。
PHP5もnamespaceというキーワードを使って名前空間を実現できるはずだった。
C++やC#のnamespace, Java, Perlのpackageのように。
これがなきゃパッケージ名は異なるがクラス名は同じ、ということを実現できない。
また、Facadeパターンも実現しづらい。なぜなら、パッケージプライベートを実現できないから。
Javaでは、クラス宣言の頭にpublicとつけると、そのクラスはパッケージ外部からもアクセスできるようになる。
だが、publicをつけないと、同じパッケージ内にあるクラスからしかアクセスできなくなる。
これを応用して、Facadeパターンを実現することができる。
同じパッケージ内でFacadeに相当するクラスのみをpublicにして、他のクラスはすべてパッケージプライベートにする。
ある機能を集めたが、クラス間の依存関係を減らすために意図的にFacadeを経由してしか、
他のクラスにアクセスできないようにすることができる。Facadeとはデパートの入り口のインフォメーションカウンター
のようなものであり、そこでデパート内のこの店(パッケージプライベートになっているクラス)はどこにあるのか、
と行き先を聞くことができる。デパートに入ると、かならずFacadeを通る仕掛けだ。
また、Javaではパッケージ名にドメイン名を含めることが推奨されている。
なぜなら、誰かが作ったクラス + パッケージが同じ名前で重複することを避けるため。
例: package net.2ch.www.php.test.example;
というように。
日曜プログラマに不要といっても、大規模開発では重宝するよ。
俺日曜プログラマだけど、このスレ楽しいわ。
別にどっちがいいとか悪いとかどうでも良くなってきた。
別にどっちがいいとか悪いとかどうでも良くなってきた。
>>711
データベースアクセス部分やいろいろな処理が必要になると、サーブレットに書かないといけないよね。
そのとき、コンパイル・デプロイでタイムラグがある。
特に、Hibernateとか最近のフレームワークなんか使ってるとコンテキスト起動に時間がかかる。
そのタイムラグが気にならないといってるのは、Javaに慣れてそのタイムラグをあきらめてるヤツ。
JSPも書き直して実行するときには時間がかかる。
画面遷移のコントロールやら入力データの処理、表示データの取得なんかは、スクリプト系で試行錯誤をやりやすく気軽に書けるようにしたい。
データベースアクセス部分やいろいろな処理が必要になると、サーブレットに書かないといけないよね。
そのとき、コンパイル・デプロイでタイムラグがある。
特に、Hibernateとか最近のフレームワークなんか使ってるとコンテキスト起動に時間がかかる。
そのタイムラグが気にならないといってるのは、Javaに慣れてそのタイムラグをあきらめてるヤツ。
JSPも書き直して実行するときには時間がかかる。
画面遷移のコントロールやら入力データの処理、表示データの取得なんかは、スクリプト系で試行錯誤をやりやすく気軽に書けるようにしたい。
PHP5になっても、Foo_Bar_Baz.php みたいなことをしないといけないのか。
>>719
なんでそんなにシステムの書き換えが発生するんだ？
安定してない者をリリースしてるだけなんじゃないのか？
っていうか、そんなにとめられないシステムなら、普通は二重化して
片方ずつ入れ替えて、見ため上とまって居ないようにして入れ替え
られるようにすると思うけど。
なんでそんなにシステムの書き換えが発生するんだ？
安定してない者をリリースしてるだけなんじゃないのか？
っていうか、そんなにとめられないシステムなら、普通は二重化して
片方ずつ入れ替えて、見ため上とまって居ないようにして入れ替え
られるようにすると思うけど。
>>719
あとJSPは、他のサーバでコンパイルした物を差し込むんだが。
あとJSPは、他のサーバでコンパイルした物を差し込むんだが。
>>722
開発中の話だよ。
開発中の話だよ。
開発中なら、別にシステム止まろうが関係ないだろ。
気になるならないって、再起動しても10秒くらいから、遅いマシンで30秒くらいだしな。
それを待てないとしたら、イライラしすぎだと思う。
気になるならないって、再起動しても10秒くらいから、遅いマシンで30秒くらいだしな。
それを待てないとしたら、イライラしすぎだと思う。
>>725
待たずに試せる快適さをしらないだけかと。
試行錯誤で起動に30秒もかかれば、10回試すだけで待ち時間5分だよ。
Javaの人は、その待ち時間に飼いならされてるから不満もでないんだろうけど。
待たずに試せる快適さをしらないだけかと。
試行錯誤で起動に30秒もかかれば、10回試すだけで待ち時間5分だよ。
Javaの人は、その待ち時間に飼いならされてるから不満もでないんだろうけど。
ってか、ちょこっとだけ変えて再起動を連発なんて開発方法は滅多にしないかと。
動作速度を考えろよ
JAVAとPHPの実行速度が、仮に3倍だとして(本当はもっと差があるが)、
一回5秒の処理を1000回動かしたら、10000秒の差が出る。
だいたい2.7時間の差。
仮にこれが1日の動作だとして、一年動かしたら、どれだけ差が出る？
約1000時間だよ。
これが業務システムだとして、それだけ業務に時間が余計に掛かることになる。
時給1500円だとしても、年間150万円を捨てることになる。
作るのに多少時間が掛かっても、長く動かせばそれだけ損失が出る。
JAVAとPHPの実行速度が、仮に3倍だとして(本当はもっと差があるが)、
一回5秒の処理を1000回動かしたら、10000秒の差が出る。
だいたい2.7時間の差。
仮にこれが1日の動作だとして、一年動かしたら、どれだけ差が出る？
約1000時間だよ。
これが業務システムだとして、それだけ業務に時間が余計に掛かることになる。
時給1500円だとしても、年間150万円を捨てることになる。
作るのに多少時間が掛かっても、長く動かせばそれだけ損失が出る。
>>728
それはどっちが速いと言ってるの？
それはどっちが速いと言ってるの？
DB接続がメインだとしても２倍か。
年間コスト１００万円くらいは変わるのかな？
年間コスト１００万円くらいは変わるのかな？
変数名間違えても指摘してくれなくて、えーとどこだっけって探すのも結構な時間の無駄。
JAVAのプログラマは単価が高いから、１００万や２００万くらい、開発ですぐに消費するだろｗ
単価が安いPHPが最強なことに変わりがないんだよｗ
単価が安いPHPが最強なことに変わりがないんだよｗ
そう最強に使えない言語php
>>735
実際の開発したことある？
開発初期とか新しいライブラリ試すときとか最後の微調整とか、試行錯誤を繰り返すことはたくさんある。
そのとき再起動で30秒とか、考えることの妨げになる。
たんなるコーダーだったら、考えることもなく言われたとおりにやればいいんだろうけど。
つうか、Javaばっかり使ってて、プログラム書き換えて即実行っていう良さ知らないんだろうね。
実際の開発したことある？
開発初期とか新しいライブラリ試すときとか最後の微調整とか、試行錯誤を繰り返すことはたくさんある。
そのとき再起動で30秒とか、考えることの妨げになる。
たんなるコーダーだったら、考えることもなく言われたとおりにやればいいんだろうけど。
つうか、Javaばっかり使ってて、プログラム書き換えて即実行っていう良さ知らないんだろうね。
Javaでも開発用にサーバーを再起動させなくてもクラスを追加できるように設定できる。
その設定でEclipseを使えば、コードを書いてすぐ実行ってこともできる。
それよりも、PHPは文法が甘いせいで、どこにバグがあるのかがわかりにくくて、結局時間を浪費してしまう。
その設定でEclipseを使えば、コードを書いてすぐ実行ってこともできる。
それよりも、PHPは文法が甘いせいで、どこにバグがあるのかがわかりにくくて、結局時間を浪費してしまう。
Perlも1000行くらい書いたあたりから
デバッグが大変になってくる。
use strictと-wつけるとヤバイ。
デバッグが大変になってくる。
use strictと-wつけるとヤバイ。
Javaの場合JSPはリアルタイムで書き換えられるし
それ以外は単体テストするから何度も再起動なんてことめったにない
それ以外は単体テストするから何度も再起動なんてことめったにない
PHPやPerlなら、printでデバッグできる。特にPHPは困ったらすぐprintできる。それは大きなメリットだよ。
WEBアプリの場合、HTMLを微調整しながら開発しつづけることになるケースが多いんだから。
WEBアプリの場合、HTMLを微調整しながら開発しつづけることになるケースが多いんだから。
>>738
付けないお前がやばい
付けないお前がやばい
>>736
開発中は他の作業が山ほどあるから、そんなに気にならないし、
最後の調整に再起動を何十回ってやってたら、こりゃ変だって感じない？
Perl使ってPHPも稀に使うけど、よく分からん。
C/C++などでビルドに5分待ちとかに慣れているからかもしれんが。
開発中は他の作業が山ほどあるから、そんなに気にならないし、
最後の調整に再起動を何十回ってやってたら、こりゃ変だって感じない？
Perl使ってPHPも稀に使うけど、よく分からん。
C/C++などでビルドに5分待ちとかに慣れているからかもしれんが。
>>740
printくらいどんな言語でもできるだろ。
Javaならブレークポイントを設定したり、ステップ実行したりできる。
これだとどこで変数の値がおかしくなったかが手に取るようにわかるから、とっても楽。
printなんかではできないような快適な開発が出来るから、いっぺんやってみ。
PHPでもZend Studio(有料)ならできるから。
printくらいどんな言語でもできるだろ。
Javaならブレークポイントを設定したり、ステップ実行したりできる。
これだとどこで変数の値がおかしくなったかが手に取るようにわかるから、とっても楽。
printなんかではできないような快適な開発が出来るから、いっぺんやってみ。
PHPでもZend Studio(有料)ならできるから。
>>739
JSPの遅さはリアルタイムとはいえんだろ。
JSPの遅さはリアルタイムとはいえんだろ。
しかもエラーがあった場合、変換後のJavaファイルに対して出るわけだし。
>>745
なんか問題あるのか？
なんか問題あるのか？
>>745
スタックトレースが出てくるし、例外の種類も出てくるし、それでもわからなければ変換後のソースを見れば済む話。
それに、ロジック部分はServletやBeansで書くわけだし。
普段Java等のコンパイル型言語を使っているか、PHP等のスクリプト言語を使っているかで、デバッグの概念そのものが違うみたいだね。
スタックトレースが出てくるし、例外の種類も出てくるし、それでもわからなければ変換後のソースを見れば済む話。
それに、ロジック部分はServletやBeansで書くわけだし。
普段Java等のコンパイル型言語を使っているか、PHP等のスクリプト言語を使っているかで、デバッグの概念そのものが違うみたいだね。
JSPのコンパイルエラーは、IDEのおかげで入力中にわかるから問題ないね。
>>721
そうするとrequire()が面倒なんだよ。
相対パスになっているからさ。
結局いまのところわかっているある程度までの解決策は
ini_get(),ini_set()をつかう方法かな。
それから、__FILE__, getdir()も組み合わせる方法、
どれも統一感がない。
Javaのimport宣言のようにはいかないのがちとつらい。
この方法を使っても、結局、namespace名は異なるがクラス名は
同じってことは実現できない。
結局、PEARみたいに、>>720みたいな
ネーミングに頼るしかないっていう結果になりそうだ。
そうするとrequire()が面倒なんだよ。
相対パスになっているからさ。
結局いまのところわかっているある程度までの解決策は
ini_get(),ini_set()をつかう方法かな。
それから、__FILE__, getdir()も組み合わせる方法、
どれも統一感がない。
Javaのimport宣言のようにはいかないのがちとつらい。
この方法を使っても、結局、namespace名は異なるがクラス名は
同じってことは実現できない。
結局、PEARみたいに、>>720みたいな
ネーミングに頼るしかないっていう結果になりそうだ。
>>739
いやいや、そもそも
Tomcatで<Context>タグに
reloadable属性をtrueにすればTomcatを再起動する必要は無いよ。
本番ではお勧めしないときもあるかな。
ホットデプロイという奴だよ。
>>740
printデバッグはねえ。
ロガー使ったほうがいいけどね。
PHPで開発しているけど、PEAR::Logは大変ありがたくつかってもらってますぜ。
java.util.loggingやJakarta Log4jほどの機能は期待できないけれども。
いやいや、そもそも
Tomcatで<Context>タグに
reloadable属性をtrueにすればTomcatを再起動する必要は無いよ。
本番ではお勧めしないときもあるかな。
ホットデプロイという奴だよ。
>>740
printデバッグはねえ。
ロガー使ったほうがいいけどね。
PHPで開発しているけど、PEAR::Logは大変ありがたくつかってもらってますぜ。
java.util.loggingやJakarta Log4jほどの機能は期待できないけれども。
>>745
リモートでバッグもしらないのかい？
それから今上で説明したロガークラス。
ログレベルを変更すれば変数の中身などのデバッグ情報を
出力させるってことも簡単にできる。
>>748もいっているように、Eclipse用に作られたTomcat Sysdeoプラグインを
使えばかなり簡単にデバッグできる。
リモートでバッグもしらないのかい？
それから今上で説明したロガークラス。
ログレベルを変更すれば変数の中身などのデバッグ情報を
出力させるってことも簡単にできる。
>>748もいっているように、Eclipse用に作られたTomcat Sysdeoプラグインを
使えばかなり簡単にデバッグできる。
>>749
> >>737
> クラス構成の変更には対応してないんじゃないの？
> それに結局コンテキスト再読込みしてるだけだから、クラス修正するたびに再読込みが発生するのはうっとおしい
それも上で説明したとおり、
<Context>タグのｒｅｌｏａｄａｂｌｅ属性をtrueに変更すれば済むことだよ。
> >>737
> クラス構成の変更には対応してないんじゃないの？
> それに結局コンテキスト再読込みしてるだけだから、クラス修正するたびに再読込みが発生するのはうっとおしい
それも上で説明したとおり、
<Context>タグのｒｅｌｏａｄａｂｌｅ属性をtrueに変更すれば済むことだよ。
>>738
汚いコード書いてるなよ
汚いコード書いてるなよ
Javaの人たちって「xxxは面倒」とかいう批判があると「自分は気にならない」とか「まともな開発すれば問題ない」とか、批判から逃げるね。
で、エラい人が批判しだすと、いっせいに「あれは面倒」って意見が変わる。
EJBとか。
で、エラい人が批判しだすと、いっせいに「あれは面倒」って意見が変わる。
EJBとか。
>>759
今までの流れを完全にスルーした発言ですねｗ
今までの流れを完全にスルーした発言ですねｗ
>>756
アプリやフレームワークの動作が重いのと、コンテキストのリロード速度とはあまり関係ないと思うが。
イニシャル時にDBから設定をごそっと持ってくるような実装にしてたら重いかもしれないが、
それはどの言語でも同じだし。
アプリやフレームワークの動作が重いのと、コンテキストのリロード速度とはあまり関係ないと思うが。
イニシャル時にDBから設定をごそっと持ってくるような実装にしてたら重いかもしれないが、
それはどの言語でも同じだし。
Hibernate使うと、コンテキストの再起動がシャレにならなくなるよ
PHPでもHibernateと同じことをやろうとすれば、同じようになると思うが
PHPにはO/Rマップという選択肢が単にないだけだろ
PHPにはO/Rマップという選択肢が単にないだけだろ
>>765
propel DB_DataObject
propel DB_DataObject
DB_DataObjectって使われてるか？
単に存在するだけなら、選択肢があるといううちには入らないぞ
DB_DataObjectは重くて使い物にならんという話なら聞いたことあるが
そもそも重いのは、JAVA云々ではなくて、O/Rマッピングというものが重いんだろ
単に存在するだけなら、選択肢があるといううちには入らないぞ
DB_DataObjectは重くて使い物にならんという話なら聞いたことあるが
そもそも重いのは、JAVA云々ではなくて、O/Rマッピングというものが重いんだろ
>>765
Hibernateの起動速度は、マジしゃれならんよ
内部で動的にクラス生成しているのが重くなってる一因だと推測。
PHPの場合はリクエストのたびに初期化になるから比較的軽いけど、パフォーマンスは悪くなる。
Javaの場合は起動時が重いだけでリクエスト時には影響ないから、運用では問題ないけど。
Hibernateの起動速度は、マジしゃれならんよ
内部で動的にクラス生成しているのが重くなってる一因だと推測。
PHPの場合はリクエストのたびに初期化になるから比較的軽いけど、パフォーマンスは悪くなる。
Javaの場合は起動時が重いだけでリクエスト時には影響ないから、運用では問題ないけど。
DB_DataObjectってPHP4.3.10で急に動かなくなって、大問題になったやつだよね
いや、バージョンアップで動かなくなるのはいつものことだから、そんなに問題にならない。
PHPのクラスライブラリなんか、バージョンアップで動かなくなってあたりまえ。
PHPのクラスライブラリなんか、バージョンアップで動かなくなってあたりまえ。
>>768
使われてますが。
＞DB_DataObjectは重くて使い物にならんという話なら聞いたことあるが
別に使い物にならないような重さじゃないですよｗ
小規模なら素で十分だし、鯖がいじれる環境ならAPC使えば十分実用的
＞そもそも重いのは、JAVA云々ではなくて、O/Rマッピングというものが重いんだろ
そんなこと誰でも知ってますがｗ
使われてますが。
＞DB_DataObjectは重くて使い物にならんという話なら聞いたことあるが
別に使い物にならないような重さじゃないですよｗ
小規模なら素で十分だし、鯖がいじれる環境ならAPC使えば十分実用的
＞そもそも重いのは、JAVA云々ではなくて、O/Rマッピングというものが重いんだろ
そんなこと誰でも知ってますがｗ
JAVA＝開発にはちょっと手間がかかるが、利用者に手間はかけさせない
PHP＝開発者が楽をするために、利用者が不便を強いられる
優良な製品を作るのにどちらが適しているかは一目瞭然だな
PHP＝開発者が楽をするために、利用者が不便を強いられる
優良な製品を作るのにどちらが適しているかは一目瞭然だな
小規模なら
↑
小規模ならわざわざマップしなくてもいいだろ
↑
小規模ならわざわざマップしなくてもいいだろ
PropelいいよPropel
>>774
既にマップしたものを再利用するという発想はないんですね。
既にマップしたものを再利用するという発想はないんですね。
>>774
いや、小規模でもORマッピングしたほうが楽。
パフォーマンスが気にならないなら、テーブルのjoinをほとんど書かなくてよくなる。
パフォーマンスが気になるところだけ、まじめにjoin書けばいい。
いや、小規模でもORマッピングしたほうが楽。
パフォーマンスが気にならないなら、テーブルのjoinをほとんど書かなくてよくなる。
パフォーマンスが気になるところだけ、まじめにjoin書けばいい。
>パフォーマンスが気にならないなら
パフォーマンスが悪いというのが議題なのに、パフォーマンスが気にならないなら
っていう提案は、なんか無意味なような気がするが
パフォーマンスが悪いというのが議題なのに、パフォーマンスが気にならないなら
っていう提案は、なんか無意味なような気がするが
>>777
世の中の「普通」は驚くほどレベルが低いよ。
世の中の「普通」は驚くほどレベルが低いよ。
>>780
起動が遅いっていうのが問題なだけだよ。
で、Hibernateとか、内部的にそれを使ってるJBossとか使うと、コンテキスト再ロードがシャレにならなくなるってこと。
EJB3の実装として広く使われるだろうから、結構問題。
ほかのコンテナでも似たようなものだろうし。
起動が遅いっていうのが問題なだけだよ。
で、Hibernateとか、内部的にそれを使ってるJBossとか使うと、コンテキスト再ロードがシャレにならなくなるってこと。
EJB3の実装として広く使われるだろうから、結構問題。
ほかのコンテナでも似たようなものだろうし。
>>782
なんか、子供が泣きながらいうセリフに似てるなぁ。
なんか、子供が泣きながらいうセリフに似てるなぁ。
最近のWebアプリは単純じゃないよ。
>>786
たとえば最近やった複雑なWebアプリの案件どんなのがある？
たとえば最近やった複雑なWebアプリの案件どんなのがある？
PHPだから利用者に不便を強いるって意味がわからん
速度遅いなら鯖増やしたらいいじゃん
開発・運用コストより
鯖にかけるコストの方が安いんだから
速度遅いなら鯖増やしたらいいじゃん
開発・運用コストより
鯖にかけるコストの方が安いんだから
鯖の台数、３８倍にするのか？
って言うか、鯖の台数増やしたところで、大量リクエストはこなせるようになるだろうが、
１リクエストあたりの処理速度が上がるわけじゃないんだが。
むしろ振り分けコストがかかって、ちょっと遅くなるし。
１リクエストあたりの処理速度が上がるわけじゃないんだが。
むしろ振り分けコストがかかって、ちょっと遅くなるし。
だいたいアプリサーバの速度がボトルネックになることなんて
そんなにねーだろ
重要度で言えば
DB周り＞＞＞＞＞＞アプリサーバ
くらい。DBとアプリサーバの間が速くなってもあんま意味ねーーー
そんなにねーだろ
重要度で言えば
DB周り＞＞＞＞＞＞アプリサーバ
くらい。DBとアプリサーバの間が速くなってもあんま意味ねーーー
>>763
そんなあなたにお勧めなのがCayenne
そんなあなたにお勧めなのがCayenne
>>771
Javaではバージョンアップで動かないという事態は滅多に無い。
あってもすぐに修正できるからいい。
PHPとか他の言語はひどいもんだけど。
M$系のAPIを使っているとたいていそういう痛い目に遭う。
Javaではバージョンアップで動かないという事態は滅多に無い。
あってもすぐに修正できるからいい。
PHPとか他の言語はひどいもんだけど。
M$系のAPIを使っているとたいていそういう痛い目に遭う。
PHPがバージョンアップで動かないことも
そんなにないよ。
あってもすぐ修正できるレベル。
そんなにないよ。
あってもすぐ修正できるレベル。
PHPだとマイナーアップでも今まで動いてたプログラムが動かなくなることがあるのに？
それでも「そんなにない」と言っていいのか？
それでも「そんなにない」と言っていいのか？
個人的には気になるほどでもないが…。
>>796
そんなこと言ったら、PHPの実行速度のことも、Javaのコンパイル時間のことも、全部気にしなければ大丈夫ってことにならない？
そうなるとこのスレの面白味がなくなってしまうから、気にすると言ってくれ。
そんなこと言ったら、PHPの実行速度のことも、Javaのコンパイル時間のことも、全部気にしなければ大丈夫ってことにならない？
そうなるとこのスレの面白味がなくなってしまうから、気にすると言ってくれ。
798 ：nobodyさん：2005/09/07(水) 14:41:02 ID:AHRt86UB
Perlはソース読みにくいから嫌だ
Perlの変態っぽさは気になる
言語としても周辺技術もショボイphpは、この先どうすれば生き残れますか？
801 ：nobodyさん：2005/09/07(水) 16:10:54 ID:AxGFCskA
http://mobile.dream-prize.com/member_reg_form.php?REF=0340889
こんなん見っけた
やってみる気あったらケータイでお気に入り登録しとくといいよ
こんなん見っけた
やってみる気あったらケータイでお気に入り登録しとくといいよ
なんでこんなスレに広告しに来たんだ…
>>751
> >>721
> そうするとrequire()が面倒なんだよ。
> 相対パスになっているからさ。
> 結局いまのところわかっているある程度までの解決策は
> ini_get(),ini_set()をつかう方法かな。
> それから、__FILE__, getdir()も組み合わせる方法、
> どれも統一感がない。
統一感が無いというのなら、自分でどれかに統一すれば良いだけ。
私は ini_set() してます。
> >>721
> そうするとrequire()が面倒なんだよ。
> 相対パスになっているからさ。
> 結局いまのところわかっているある程度までの解決策は
> ini_get(),ini_set()をつかう方法かな。
> それから、__FILE__, getdir()も組み合わせる方法、
> どれも統一感がない。
統一感が無いというのなら、自分でどれかに統一すれば良いだけ。
私は ini_set() してます。
世間一般のイメージ
Perl使い…変態
PHP使い…ﾌﾞｻ専
Java使い…童貞
Perl使い…変態
PHP使い…ﾌﾞｻ専
Java使い…童貞
806 ：nobodyさん：2005/09/07(水) 17:29:00 ID:L++YBOi9
ちなみに昨日セフレとセックルしてた漏れは色んな意味でパール使い。
>>795
マイナーバージョンアップで動かなくなるのは、開発方法が悪いケースと、
PHP自体にバグが含まれている場合があります。
バグの場合はすぐに修正されます。開発方法の悪さに関しては言うまでもありません。
マイナーバージョンアップで動かなくなるのは、開発方法が悪いケースと、
PHP自体にバグが含まれている場合があります。
バグの場合はすぐに修正されます。開発方法の悪さに関しては言うまでもありません。
>>803
だれも早いなんていってないだろ。
遅いが気にならないって話だろ。
開発している人垣にならないのであれば、何の問題もない。
絶えられないほど気になるのであれば、ほかのものを使えばいいだけ。
とりあえず書いて、動くか試してみて、変更を繰り返すような開発方法には
向かないかもしれないが、通常は、設計書どおりにロジックを起こす作業がメイン
なので、そのロジックの動作を単体テストした後に結合するので、
あんまり再起動を頻繁にやることってないけどね。
だれも早いなんていってないだろ。
遅いが気にならないって話だろ。
開発している人垣にならないのであれば、何の問題もない。
絶えられないほど気になるのであれば、ほかのものを使えばいいだけ。
とりあえず書いて、動くか試してみて、変更を繰り返すような開発方法には
向かないかもしれないが、通常は、設計書どおりにロジックを起こす作業がメイン
なので、そのロジックの動作を単体テストした後に結合するので、
あんまり再起動を頻繁にやることってないけどね。
Perlが足踏みしてる間に
PHP5.0.5が出たお
PHP5.0.5が出たお
Javaが遅いのは初回起動だけだね。
Java5からはだいぶ早くなってきたし。
一度起動するとバイトコードをJITコンパイラがさらにコンパイルして
ネイティブになるけど、Java5からだったかな、
ネイティブコードがマシンに保存されるので
二回目以降の実行速度はCみたいに早くなるらしい。
まるでJSPみたいだが、そんなもんじゃない。ネイティブコードが保存される
となればビックリだね。いままであんなに遅い遅いと言われていたJavaが突然早くなる
んだもんね。
Java5からはだいぶ早くなってきたし。
一度起動するとバイトコードをJITコンパイラがさらにコンパイルして
ネイティブになるけど、Java5からだったかな、
ネイティブコードがマシンに保存されるので
二回目以降の実行速度はCみたいに早くなるらしい。
まるでJSPみたいだが、そんなもんじゃない。ネイティブコードが保存される
となればビックリだね。いままであんなに遅い遅いと言われていたJavaが突然早くなる
んだもんね。
ｘがこの先生
○がっこうの先生
変数に型がない言語だとドツボにはまることがある。
PHPでもVBのOption Explicitみたいなのがあるといいんだけど…
PHPでもVBのOption Explicitみたいなのがあるといいんだけど…
>>812
http://www.hyuki.com/yukiwiki/wiki.cgi?Perl6%B3%AB%C8%AF%A4%CE%CA%E4%BD%F5%B6%E2%A4%AC%C4%EC%A4%F2%BF%D4%A4%AD%A4%EB
http://www.hyuki.com/yukiwiki/wiki.cgi?Perl6%B3%AB%C8%AF%A4%CE%CA%E4%BD%F5%B6%E2%A4%AC%C4%EC%A4%F2%BF%D4%A4%AD%A4%EB
>>815
たとえばどんなドツボ？両方使ってるけど、型でドツボにはまった経験はないんだけど。
たとえばどんなドツボ？両方使ってるけど、型でドツボにはまった経験はないんだけど。
エラーに気づきにくいってことでしょ。
>>819
例えばもっとも簡単な例だと
$value = 3;
$valua++;
２行目はスペルミス。
ところが実行しても警告すら表示してくれないから
間違いに気づくのに時間がかかるわけ。
これは小さな例だから大したことないけど。
例えばもっとも簡単な例だと
$value = 3;
$valua++;
２行目はスペルミス。
ところが実行しても警告すら表示してくれないから
間違いに気づくのに時間がかかるわけ。
これは小さな例だから大したことないけど。
それだとNotice: Undefined variableが出るよ
>>820
おいおいせめて最低限の知識くらい付けてから説明してくれよ…
おいおいせめて最低限の知識くらい付けてから説明してくれよ…
昨日PHP覚えますたが、あまりにいまいちな言語なので愕然としますた。
C++, Perl, Javaなどは既修得
C++, Perl, Javaなどは既修得
Rubyにしなさい。もしくはJavaScript
PHPは実用性にフォーカスを当てた言語なので
清濁あわせもつ姿勢で臨まないといけませぬよ。
清濁あわせもつ姿勢で臨まないといけませぬよ。
>>823
俺はPerlのいまいちさに愕然とした
俺はPerlのいまいちさに愕然とした
いや、でも本当にPHPのエラー表示は不親切だと思う。
本当ならこの程度のことはコンパイラが指摘してくれるのに…みたいなのとか。
さっきの型の問題もそうだし。
本当ならこの程度のことはコンパイラが指摘してくれるのに…みたいなのとか。
さっきの型の問題もそうだし。
インタープリタの利点って今の時代あんまり無いんだよな。
例えばJavaはEclipse使えば自動的にコンパイルしてくれるし。
例えばJavaはEclipse使えば自動的にコンパイルしてくれるし。
>>821
じゃあ、この例はどうかな
http://pc8.2ch.net/test/read.cgi/tech/1124990165/103-104
http://pc8.2ch.net/test/read.cgi/tech/1124990165/152
じゃあ、この例はどうかな
http://pc8.2ch.net/test/read.cgi/tech/1124990165/103-104
http://pc8.2ch.net/test/read.cgi/tech/1124990165/152
>>828
特別なツールが必要ない
特別なツールが必要ない
>>825
PHPは濁濁しとるな
PHPは濁濁しとるな
コーディングの速さ
それがPHPのジャスティス
それがPHPのジャスティス
VisualStudioでASP.NET使ったり
EclipseでJava使ったりした方が
コード保管も効くし遥かにコーディングが速い。
EclipseでJava使ったりした方が
コード保管も効くし遥かにコーディングが速い。
うそ？
eclipseでPHP書いてる俺は色々な矛盾を背負ってるな
Java Studio CreatorでJSPを作るのが速い。
しかしJava使える安いレン鯖ないから自鯖で遊ぶ以外使ってねー
しかしJava使える安いレン鯖ないから自鯖で遊ぶ以外使ってねー
>>838
EclipseでPHP使っても、JAVAのようにはいかんだろ
EclipseでPHP使っても、JAVAのようにはいかんだろ
Perl通ならEclipse+EPIC。
これ最強。
これ最強。
専用の開発環境を使えば、ブレークポイントを仕掛けてコードをトレースしながらデバッグできるから便利だよね。
PHPの勢いはとどまることを知らないな
そんなことよりお前ら
良書が多かった秀和システムが
よりによってマウスコンピュータに買収されたよ。
たった40億で。
良書が多かった秀和システムが
よりによってマウスコンピュータに買収されたよ。
たった40億で。
そうか。
オレのお小遣いがもうちょっとあがったら買い取れるんだが。
オレのお小遣いがもうちょっとあがったら買い取れるんだが。
あまいな、こっちは例え100億倍されても40億足らないさ
JavaやC#について行けなくなった落ちこぼれプログラマーでも、PHPならWebプログラマーとしてやっていけるっていう自信を与えたんだよ。
ホームページビルダーが使えればWebデザイナーを自称出来るみたいに、PHPさえ出来ればWebプログラマーになれるの！
へー、Javaが使えるの？Perlが使えるの？すごいですね。でもここがどこの板かわかってる？
PHPを馬鹿にするようなプログラマー様はとっととム板に帰れ!!!
ホームページビルダーが使えればWebデザイナーを自称出来るみたいに、PHPさえ出来ればWebプログラマーになれるの！
へー、Javaが使えるの？Perlが使えるの？すごいですね。でもここがどこの板かわかってる？
PHPを馬鹿にするようなプログラマー様はとっととム板に帰れ!!!
先生がキノコだと聞いてやってきた俺様ですお
もともと企画が生業でも
仕方なく自分でプログラムしなくちゃならない場合もあるんよ。
そういう場合にJavaまで覚えるのはちょっとヘビーウェイトすぎる。
PHPは夢追い人の味方です。
仕方なく自分でプログラムしなくちゃならない場合もあるんよ。
そういう場合にJavaまで覚えるのはちょっとヘビーウェイトすぎる。
PHPは夢追い人の味方です。
っていうかPHP→perlって簡単じゃない？
オライリージャパンはPHP関連の本をもっと出せよ
向こうじゃいっぱい出てるじゃんよーﾎﾞｹﾎﾞｹ
向こうじゃいっぱい出てるじゃんよーﾎﾞｹﾎﾞｹ
オライリーじゃなくても良いんだけど全体的に訳本が少ないよね。
国内に入門以上のPHP記事書ける人がいないことは我慢するからさ
せめて海外の良本をもっと訳せ。
国内に入門以上のPHP記事書ける人がいないことは我慢するからさ
せめて海外の良本をもっと訳せ。
POPO（Plane Old PHP Object）って言葉考えたから
お前ら使っていいよ。
お前ら使っていいよ。
Oldって何だよ。PHP界に古いオブジェクトなんて無いぞ。
>>854
ま、他のインタープリタでも普通にコマンドラインからコードを実行できるけどな。
PHPにもコマンドラインから実行する環境はあるし。
でも、PHP使いには、コマンドラインがわからなくて、こういうのに頼らないと何も出来ない人もいるのね。
ま、他のインタープリタでも普通にコマンドラインからコードを実行できるけどな。
PHPにもコマンドラインから実行する環境はあるし。
でも、PHP使いには、コマンドラインがわからなくて、こういうのに頼らないと何も出来ない人もいるのね。
>>860
ブラウザからBASICみたいに実行できたらわりと素敵だろ
ブラウザからBASICみたいに実行できたらわりと素敵だろ
>>860
そうじゃなくてコマンドライン版がある言語なんてPHPぐらいだろって事じゃないか
そうじゃなくてコマンドライン版がある言語なんてPHPぐらいだろって事じゃないか
教えてgooもPHPか。
拡張子にphp3とか数字つけてる香具師ダサい
拡張子にphp3とか数字つけてる香具師ダサい
拡張子に.phpってついてる自体なんとなく素人臭い
拡張子なしにすりゃいい
将来的にアプリサーバ変えるかもしれんのだし
将来的にアプリサーバ変えるかもしれんのだし
拡張子.plはなんか中途半端で気持ち悪い
拡張子付けたくなかったらServletを使うといい。
870 ：名無しさん＠そうだ選挙に行こう：2005/09/10(土) 17:05:52 ID:???
>>866
単なる中傷だな、そりゃ。
単なる中傷だな、そりゃ。
871 ：名無しさん＠そうだ選挙に行こう：2005/09/10(土) 17:33:58 ID:???
>>869
Apacheの設定でなんでも拡張子なしに出来る
Apacheの設定でなんでも拡張子なしに出来る
872 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 00:26:21 ID:???
mixiはCGIじゃないだろ。
873 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 00:41:28 ID:???
ｷﾀｰ
874 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 01:18:55 ID:???
875 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 01:24:24 ID:???
だからmixiはCGIじゃないって言ってるんじゃないの？
876 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 01:24:51 ID:???
872はcgiじゃなくmod_perlだと言いたかったんじゃないのか
877 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 01:43:20 ID:???
>>874
ｗｗ
ｗｗ
878 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 04:11:51 ID:???
PHP厨がやっと覚えたから使ってみたかったんだろ
CGIという言語はありませんって
CGIという言語はありませんって
879 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 04:38:34 ID:???
いやそんなことを言うのはPerl厨だろ
880 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 05:09:30 ID:???
へー、おれからするとperlできる奴って、少なくとも
Unix系OS、Apacheに詳しいと思うけどな。
Unix系OS、Apacheに詳しいと思うけどな。
881 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 07:47:40 ID:???
>>874
Common Gateway Interface な
Common Gateway Interface な
882 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 11:48:26 ID:???
よくCGI、PHP、Rubyの使用可って書いてあるのを見るけど、この場合、CGI＝Perlみたいな
感じなのかな？
感じなのかな？
883 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 20:03:31 ID:???
そのような間違った表記が多いのも事実。
884 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 20:09:51 ID:???
インタプリタ行次第でシェルスクリプトも使えたりすることがあるけどね
885 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 22:16:13 ID:???
だが元祖はCGI=Perl
PHPもPerlがなきゃ生まれなかっただろうな。
PHPもPerlがなきゃ生まれなかっただろうな。
イコールじゃない。
CGIに特化していたのがPerlってだけ。
CGIはインターフェースだ、言語ではない。
CGIに特化していたのがPerlってだけ。
CGIはインターフェースだ、言語ではない。
特化してないよ。
CGIに適した言語がPerlだっただけ。
CGIに適した言語がPerlだっただけ。
>>885
つかPHPは初期はPerlのマクロだったかと
つかPHPは初期はPerlのマクロだったかと
>>882-883
表記不足なだけで間違っているとは言えないな。
http://www.cssv.jp/detail/hom03.html
例えばここだとPerlに限らずCでもRubyでもOKって書いてある。
表記不足なだけで間違っているとは言えないな。
http://www.cssv.jp/detail/hom03.html
例えばここだとPerlに限らずCでもRubyでもOKって書いてある。
#/usr/bin/perl
use chubo;
my $php_chu = chubo -> new();
my $omaera = $php_chu -> kill();
print $omaera;
exit;
use chubo;
my $php_chu = chubo -> new();
my $omaera = $php_chu -> kill();
print $omaera;
exit;
perl使いなら間違えないだろうから、どう考えてもPHP厨だろ
ソースの内容も、Perlが厨だみたいな感じだし
ソースの内容も、Perlが厨だみたいな感じだし
最後の一行書き忘れて投稿しちゃった
自演の煽りだろうね
自演の煽りだろうね
PHPを使うのって、漢字が書けなくてひらがなを使うのとよく似ている。
本人はｶｺｲｲと思って乗ってる糞古い車が
端から見たら単なるボロ車
みたいなのがPerl
端から見たら単なるボロ車
みたいなのがPerl
つまり分かる人には分かるということですね。
やたらこだわってるけど
実際は本人が思ってる程良くはないということですよ。
実際は本人が思ってる程良くはないということですよ。
Perl使いには
手段と目的を混同しているような印象があります。
手段と目的を混同しているような印象があります。
>>900
お前だけ（ｐｇｒ。
お前だけ（ｐｇｒ。
902 ：nobodyさん：2005/09/13(火) 19:35:10 ID:LNkevlAa
ローション使いには
手段と目的を混同しているような印象があります。
手段と目的を混同しているような印象があります。
古くてダサいけど安定してるPerlを使うか、
流行ってるけどバージョンアップしたときにちゃんと動くかどうかさえわからないPHPを使うか。
流行ってるけどバージョンアップしたときにちゃんと動くかどうかさえわからないPHPを使うか。
Perl厨＝進化の止まった人
PHP厨=進化をあきらめた人
Ruby厨＝使えれば何でもいい人
そこで何故にRubyが・・。
まともなOOPが出来るだしいい言語じゃね？
俺は良く知らんしコーディングできないがね。
あとおっPythonもﾜｹﾜｶﾒ。
Java(Servlet)厨 = 実行速度が出れば何でもいい人。
まともなOOPが出来るだしいい言語じゃね？
俺は良く知らんしコーディングできないがね。
あとおっPythonもﾜｹﾜｶﾒ。
Java(Servlet)厨 = 実行速度が出れば何でもいい人。
実行速度が出ればなんでもいいなら、CとかC++だろ。
909 ：nobodyさん：2005/09/14(水) 12:55:26 ID:v5YccHy5
>>908
だが難しい。
だが難しい。
拡張子がcfmってなんのシステム？
あと○ブンアンド○イなんてsvlか・・・。
ログイン部分が.phpだったり.cgiだったりしてわけわからん。
あと○ブンアンド○イなんてsvlか・・・。
ログイン部分が.phpだったり.cgiだったりしてわけわからん。
>>911
コールドフュージョン
コールドフュージョン
>>912
どうも。
どうも。
今日日C/C++で組んでる会社なんてほとんどないだろ
維持やメンテも面倒くさいし
維持やメンテも面倒くさいし
WebアプリをC/C++で組むのはばからしいね。
Perlで組むやつもばか
つうか、Webアプリ組むやつはばか
↑
ばか
↓
ばか
↓
なにがあってもWebアプリはPHPで組むべきだ
↑
天才
天才
(´д｀*)ゞ
ターボリナックスが上場したけど
今時ターボリナックスなんて使ってる奴いるか？
なんか上場のための上場という気がすごくする。
早くこういう上場バブル終わればいいのに。
今時ターボリナックスなんて使ってる奴いるか？
なんか上場のための上場という気がすごくする。
早くこういう上場バブル終わればいいのに。
>>922
ヒント：ライブドア
ヒント：ライブドア
>>838,840
PHPEclipseは結構いけるぞ
PHPEclipseは結構いけるぞ
>>922
ライブドアの影響力があるだけ。
むかしTurbo使ってたけど
Fedora Coreに乗り換えたら非常に
使い勝手が良くてTurbo捨てた。
yumのアップデートとか楽だし、
なんでも揃っているしここのアプリのインストールも楽だし
ライブドアの影響力があるだけ。
むかしTurbo使ってたけど
Fedora Coreに乗り換えたら非常に
使い勝手が良くてTurbo捨てた。
yumのアップデートとか楽だし、
なんでも揃っているしここのアプリのインストールも楽だし
どうもターボはデスクトップとして売りたいのか？
デスクトップでUNIX使いたいなら既にOSXがあるし
Linuxの華は鯖用途だろうに。
かように中途半端なﾓﾝに値段が付いてるのが謎。
デスクトップでUNIX使いたいなら既にOSXがあるし
Linuxの華は鯖用途だろうに。
かように中途半端なﾓﾝに値段が付いてるのが謎。
その前に、Javaに慣れてしまうと、PHPのいい加減さに不満を感じるようになるね。
型宣言しないとだめだし。
本質的に違うんだってば、PHP(Perl)とJavaは！
インタープリタ言語vsコンパイラー言語。
本質的に違うんだってば、PHP(Perl)とJavaは！
インタープリタ言語vsコンパイラー言語。
違くないよ
PHP(Perl)は純粋なインタープリタとは言えないし。
parrotが出てJIT出来るようになったらこれらもコンパイル言語になるか？
PHP(Perl)は純粋なインタープリタとは言えないし。
parrotが出てJIT出来るようになったらこれらもコンパイル言語になるか？
print "Fuck You!! \n";
PHPはデバッグもやりにくい。
時代はコールドフュージョンだからなｗｗｗｗｗｗｗｗｗ
よのなか拡張子が全部cfmになってるしね。
>>855
仕事でperlで書かれた鯖管理システムを改良しなきゃいけなくて、嫌々perlを覚えたりしてるのは俺だけ？
仕事でperlで書かれた鯖管理システムを改良しなきゃいけなくて、嫌々perlを覚えたりしてるのは俺だけ？
名前空間はある。
じゃないと、関数にも変数にも名前が付けられない。
名前空間を切る方法が、現状 class作るしかない、というのが問題。
まぁ、細かいことだけど。
じゃないと、関数にも変数にも名前が付けられない。
名前空間を切る方法が、現状 class作るしかない、というのが問題。
まぁ、細かいことだけど。
英語にしたらName Spaceか。
C++だと
using namespace std;とかってやるよね。
C++だと
using namespace std;とかってやるよね。
9月中にPHP5.1が出るﾓﾖﾝ
うはｗｗｗPerl終わりｗｗｗｗｗ
ネームスペースはPHP6に実装されるよ
進化の止まったPerlよりPHPの方がずっと有望だな
ヽ( )丿ヽ(´ )丿ヽ(´ー)丿ヽ(´ー`)丿ラララ～
うはｗｗｗPerl終わりｗｗｗｗｗ
ネームスペースはPHP6に実装されるよ
進化の止まったPerlよりPHPの方がずっと有望だな
ヽ( )丿ヽ(´ )丿ヽ(´ー)丿ヽ(´ー`)丿ラララ～
PHP5.1が速くなると言っても、PHP4よりマシになるだけじゃん。
『未完成という事実を隠す為』の、バージョンアップを繰り返すPHPﾜﾛｽ（ｗ
（：´ο｀）y-o00 ＜ 技術の世界に完成なんてねえよ
PHP6ではコードキャッシュも標準実装されるからな
どこまでいくのPHP☆-(ﾉﾟДﾟ)八(ﾟДﾟ )ﾉｲｴｰｲ
どこまでいくのPHP☆-(ﾉﾟДﾟ)八(ﾟДﾟ )ﾉｲｴｰｲ
＞数人の粘着くんへ
たとえＰＨＰが本当に凄かったとしても、ただそれを賞賛することに意味はない。
ツールである言語がいくら高機能でもユーザーに使いこなす脳が無ければ宝の持ち腐れ。
お前らが一体どれほどの神コードを書いているのか興味がある。
たとえＰＨＰが本当に凄かったとしても、ただそれを賞賛することに意味はない。
ツールである言語がいくら高機能でもユーザーに使いこなす脳が無ければ宝の持ち腐れ。
お前らが一体どれほどの神コードを書いているのか興味がある。
神コードなんて書く必要もないわけだが…
そしてphpは凄くないわけだが
最近はPerl信者の方が優勢だな。
なんか良くアマがPHPでサイト作っちゃって
僕凄いんですよ見たいな空気醸し出してるけど、
要は
厨でも会得できる
低レベルスクリプト言語なんだろｗｗｗｗｗｗｗｗｗｗ
はいはい すごす すごす
なんか良くアマがPHPでサイト作っちゃって
僕凄いんですよ見たいな空気醸し出してるけど、
要は
厨でも会得できる
低レベルスクリプト言語なんだろｗｗｗｗｗｗｗｗｗｗ
はいはい すごす すごす
Perl厨に捧げる言葉
流れない水はにごる
流れない水はにごる
PHPにはCPANみたいなのねぇしなｗ
PEARを知らないって事は無知なだけか。
PEARが「CPANみたいなの」っていえるところがPHPクオリティ
ライブラリが集まってるってところは似てるけど、使えないものばかり。
一瞬つかえても、すぐバージョンアップで使えなくなる。
ﾜﾛｽ
ライブラリが集まってるってところは似てるけど、使えないものばかり。
一瞬つかえても、すぐバージョンアップで使えなくなる。
ﾜﾛｽ
＞一瞬つかえても、すぐバージョンアップで使えなくなる。
ﾜﾛｽｗｗｗｗ意味ねぇじゃんｗｗｗｗ
PHPはPERAで手一杯ｗｗｗｗｗクオリティーが低い。
長年培ってきたPerlのCPANには、足元とも及ばない。
止まってる言うけど、煮詰めてんだろ。＞Perl
言語仕様がちゃらちゃらしたPHPは糞。
バージョンアップすればイメージ良くなるとでも思ってるのかねｗ
ﾜﾛｽｗｗｗｗ意味ねぇじゃんｗｗｗｗ
PHPはPERAで手一杯ｗｗｗｗｗクオリティーが低い。
長年培ってきたPerlのCPANには、足元とも及ばない。
止まってる言うけど、煮詰めてんだろ。＞Perl
言語仕様がちゃらちゃらしたPHPは糞。
バージョンアップすればイメージ良くなるとでも思ってるのかねｗ
見苦しいバージョンアップは、そう、Windowsでいやというほど味わっているではないか…。
>>955
煮詰めすぎて腐ってんだろwww
煮詰めすぎて腐ってんだろwww
>>957
根 拠
根 拠
／￣￣￣￣￣＼
| おまえらも |
∩_∩ | |
（´ー`） < 暇な奴ら |
（ ） | |
| | | | だなぁ |
（___）__） ＼＿＿＿＿＿／
| おまえらも |
∩_∩ | |
（´ー`） < 暇な奴ら |
（ ） | |
| | | | だなぁ |
（___）__） ＼＿＿＿＿＿／
PHP5.1がでるとかPHP6がでるとか喜んでるやつは、PEARとかクラスライブラリ使ってないやつだよな。
どうせPHP5.1がでても最初はなんのクラスライブラリも対応してないんだろ。
PHP6なんかでた日には、ライブラリの対応にしばらくかかりそう。
どうせPHP5.1がでても最初はなんのクラスライブラリも対応してないんだろ。
PHP6なんかでた日には、ライブラリの対応にしばらくかかりそう。
セガサターンの下位互換がなかったドリームキャストは・・・
に、なりませんように。
に、なりませんように。
Perlをコケにする輩は
ASPでも使ってなさいよ（ｐｇｒってこったｗｗｗ
ASPでも使ってなさいよ（ｐｇｒってこったｗｗｗ
互換性なんか気にしないなんて言ってるような奴らは、
どうせ大したプログラム書いてないんだろ。
どうせ大したプログラム書いてないんだろ。
PHP 4.4 and 5.0.5 backward compatibility breaks are resulting in bad PR
http://phplens.com/phpeverywhere/?q=node/view/214
http://phplens.com/phpeverywhere/?q=node/view/214
>>963
(´∀｀ )ｵﾏｴｶﾞﾅｰ
(´∀｀ )ｵﾏｴｶﾞﾅｰ
>>963
スクリプトはシコシコ書いてるかもしれんが「プログラミング」はしてないだろうな。
スクリプトはシコシコ書いてるかもしれんが「プログラミング」はしてないだろうな。
つうか、5.0.5でも互換性問題あるの？
>>966
(´∀｀ )ｵﾏｴﾓﾅｰ
(´∀｀ )ｵﾏｴﾓﾅｰ
(● ●) ＜ Perl is … not dynamite !
PHPでテンプレート使ってたら意味ないじゃん。
どうせテンプレート使うなら、ロジックを書きやすい言語で書きたいし。
そうなるとJavaとかRubyとかがいいな。
どうせテンプレート使うなら、ロジックを書きやすい言語で書きたいし。
そうなるとJavaとかRubyとかがいいな。
いずれにしろPerlの出番なしｗｗｗｗｗｗｗ
もはやPHP厨はPerl以外の言語には敵わないと気づいたわけだな。
それでもPerlよりもPHPの方がいろんな面で優れているけどな。
それでもPerlよりもPHPの方がいろんな面で優れているけどな。
PHPは、Perlに実行速度で劣っているのが何とも
必死にPHPよりも下の言語を探そうとするPHP厨。
彼らはPerlなら勝てると践んで、必死にPerlを叩いてるけど、現実は…
彼らはPerlなら勝てると践んで、必死にPerlを叩いてるけど、現実は…
Perl、Ruby、Pythonと違って、PHPだけ何で略語なの？
Perl は略語なわけだが…
ホントの綴りはPearl。
宝石のパールなんだろ？Rubyはルビーだし。
とりあえず、Perlは永遠の輝きとだけは言っておく。
PHPは薄汚れた石ころです。
宝石のパールなんだろ？Rubyはルビーだし。
とりあえず、Perlは永遠の輝きとだけは言っておく。
PHPは薄汚れた石ころです。
きのこ先生！Perlが真珠から来てると思ってる人が居ます！
俺の周りでPHPを使うように必死で勧めてくるやつは、プログラマーとしてはちょっと知識不足な感じがするけど、
PHPで簡単にプログラムが書けてしまうために、自分の力不足に気づくこともなく（むしろ余計に変な自信がついてるみたい）、
きちんとしたプログラムを書こうとしなくなってしまうという悪循環になってる。
PHPに慣れてしまうと、プログラマとしては終わりだと思う。
PHPで簡単にプログラムが書けてしまうために、自分の力不足に気づくこともなく（むしろ余計に変な自信がついてるみたい）、
きちんとしたプログラムを書こうとしなくなってしまうという悪循環になってる。
PHPに慣れてしまうと、プログラマとしては終わりだと思う。
>>979
Perlだって似たようなもんじゃん
Perlだって似たようなもんじゃん
絶滅危惧種Perl必死だな
KENTが論外なら、全てのPHPプログラマは論外以下だな。
けど>>979のような話はよく聞くよね。PHPの現場入るとラベル低いことが多いってのは。
ろくに他の言語も知らずにPHP至上主義になって他の言語貶す。
PHPが悪いわけじゃなく初心者用言語の弊害だろうな。
ろくに他の言語も知らずにPHP至上主義になって他の言語貶す。
PHPが悪いわけじゃなく初心者用言語の弊害だろうな。
最初は誰でも初心者だろうが。
phpは所詮、プログラマとは呼べない初心者入門用言語。
他言語で、まともに開発する機会があれば、いかにphpが脆弱かがわかるよ。
せいぜい、KENTレベルのperl/cgiと比べるのが関の山。
まあ、いまさらphp程度しかまともにできないんじゃ、
プログラマとして致命的だけどな。
他言語で、まともに開発する機会があれば、いかにphpが脆弱かがわかるよ。
せいぜい、KENTレベルのperl/cgiと比べるのが関の山。
まあ、いまさらphp程度しかまともにできないんじゃ、
プログラマとして致命的だけどな。
さあPerl厨の断末魔が始まりましたｗｗｗｗｗｗｗｗｗｗｗｗ
何年もPHP使って仕事してるのに、
セッションとクッキーの関係を
全くわかってない人がいたのには驚かされた。
セッションとクッキーの関係を
全くわかってない人がいたのには驚かされた。
Perl厨の捏造出たwwwww
>>987
基礎を学んだ上でないと使えないが、いろいろできる言語と、
知らなくてもなんとなく使えるが、いろいろ限定される言語ってことだよ
PHPという、生産性のみにスポットが当てられたもののせいで、
初心者程度の知識のままで、業務に投入される悲劇が起こっている。
基礎を学んだ上でないと使えないが、いろいろできる言語と、
知らなくてもなんとなく使えるが、いろいろ限定される言語ってことだよ
PHPという、生産性のみにスポットが当てられたもののせいで、
初心者程度の知識のままで、業務に投入される悲劇が起こっている。
WEB+DBプレスの総集編買った
最初の方はPerlの記事もあったけどもはや皆無wwwww
うはwwwww 過去の言語wwwww
最初の方はPerlの記事もあったけどもはや皆無wwwww
うはwwwww 過去の言語wwwww
Perl使う人で保守性高いプログラム書く人聞いたことないんだけど。
行数だけは短くて暗号みたいだ。
行数だけは短くて暗号みたいだ。
PHP厨って、何でも連想配列に入れようとするよね。
連想配列自体は優れたアルゴリズムだけど、何事にも向き不向きはあるわけで…
PHPだと、C言語の構造体みたいに、変数の固まりに名前を付ける目的で連想配列を使ったりするけど、
さすがにそれをJavaでやろうとしているのを見たときには驚いたね。
連想配列自体は優れたアルゴリズムだけど、何事にも向き不向きはあるわけで…
PHPだと、C言語の構造体みたいに、変数の固まりに名前を付ける目的で連想配列を使ったりするけど、
さすがにそれをJavaでやろうとしているのを見たときには驚いたね。
>>995
自分がPerlに携わってないのに、なんでPerl書く人を、そう断言できるほど見たことあるのか不思議。
自分がPerlに携わってないのに、なんでPerl書く人を、そう断言できるほど見たことあるのか不思議。
999 ：nobodyさん：2005/09/23(金) 11:13:45 ID:L91gv7d0
銀河鉄道999
1000ならPHP壊滅
あ、もう既に壊滅してるかｗ
あ、もう既に壊滅してるかｗ
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。