元スレ【ANTI】今、あえてPerlで攻める【PHP】

php覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

101 = :

対応しているサーバ少ないことには使おうにも使う気になりませんな
設置は楽なのとソースがPerlに比べると読みやすいのはいいけどね

102 :

>>99
違うよ。Perlは新庄じゃないか？汚いけどにくめない。
イチローはオールラウンドに無難にこなせるJAVA、
でもちょっと扱いずらい。松井は何だろうなあ、、、。

103 = :

PHPは格好ばかりで中身はズタズタ。

104 = :

Perlは清原っぽい。がんばれ清原！
PHPはイチローっぽい。カッコいい！
101はISP待ちっぽい?。ケチかも。
103はPerl信者っぽい。マニアだね。
JAVAは次元が違うっぽ。チームとか球団。

106 = :

>>104
ワラタ

108 = :

おまえらPerlが死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

109 = :

>>108
どうでもいいが・・・・
頭悪そうな文だな。

110 = :

珍走団っぽい。

111 = :

別にPHPを否定してるわけじゃないが。
PHPは複雑な処理するとなんで異様に重いんだね？
ループ処理とか特にそうだ。
中規模案件でPHP OOPでやるともはや実用に耐えられないくらい
負荷が凄いんだよ。他の言語でやると同じインフラスペックなのに
1.5倍くらいのアクセスに耐えうる。
この違いはなにかね？
確かに、PHPAやAfterBurnerとか使うとかなり改善されるけど、
最新のバージョンのPHPで対応してないことが多いし。
PHPはこういう小手先技術を使用しなきゃならんとこがまだまだ
だめだね。
言語自体のパフォーマンスが上がってくれりゃPerlに勝てるかもね。

112 = :

>>111
初心者っぽい。

113 = :

>111
折れのシチュエーションだと、Perlに比べて悪いってことはないな。
逆に言えばPerlを使っても(使わなくても)全然構わない。
#suExecでのCGI比較
まあ、気になるとCで組んでとかしてたけど、最近はマシンスペック上げる方が
色んな面で楽だし安いのでそっちに流れる。

比べてる"他の"でも、OOPしてるの？

アクセラレータ系は取り合えずzendのオプティマイザならPHP4.3はOKだね。

114 = :

（＾＾）

116 = :

（＾＾）

120 = :

mod perl って知らなかったけど、いろいろやっちゃいけない制限があるんですね。

ってことは、プロバとか普通のレンタルサーバにはいってるのは、modじゃない
普通のperlですか？

121 = :

普通というか、コマンドラインで動作する奴ね。

126 :

PHP普及の原因は、イスラエル・Zend社のマーケティングの成功にある。
①Perlでは別インストールで多くの人が知らないデーターベース利用を標準で使用できるようにし、「データーベースが簡単に取り扱える」というイメージを特に強く植えつけた。
②ウェブサイト作成への特化。例えば、セッション管理がそうだ。
③ソースの隠蔽による著作権保護を可能にした。
データーベースを使いたいが、使い方がわからない。そこに、PHPなら使えるという情報が先に入る。これで、PHPに入った人もかなり多いはず。
PHPの言語仕様はZendに大きく左右される。
二年ほど前、PHPが出始めた頃には、変数のスコープがPerlとまったく同じ仕様だった。
もともと、Perlのソースコードを改編して作成されたPHP。
↓PHPの歴史
http://php.planetmirror.com/manual/ja/history.php
PHPには、Perlコードの退行による高速化の意図が言語のいたるところに見える。
マイクロソフトは、オブジェクト指向への対応というのが大義にVB6.0からVB.NETに言語仕様を大幅に変えた。
今後も大きく言語仕様が変わることはないのか？
オープンソースとは言っても、Zend社の
http://www.zend.com/management.php
の数人のスタップによって大きく左右される。
再帰的定義とされる「PHP:Hypertext Preprocessor」という名前にも理由がある。これは、要するに、正確には、「Perl Hypertext Preprocessor」としたいところだが、GNUの「GNU is Not UNIX」という再帰的な定義をもじったものだ。
要するに、「GPLのフリーソフトのライセンスには違反していませんよ！」と一つには主張し、また、一つには、「PHP is Not Perl」とでも言って、Zendの社としての姿勢を、先人の「Perl開発者たち」から擁護する意図があったのだろう。
Nではなく、Hなのが、そのための味噌だ！Perl開発者たちは、当然、面白くないはずだ。
PHP信奉者は、六芒星（hexagram）マークのユダヤ教にでも、入信せよ！
…といいつつ、かく言う私も、PHPに乗り遅れまいと必死だが…。（^^;）

128 = :

サーバサイドと言うならば、
java>>設計的に絶対に越えられない壁>>Perl vs PHP

javaは置いておくとして、
どちらかと言うとperl派。

理由：Larryとその仲間は面白い奴、青ラクダ本は読んでて飽きなかった。

理由なんてそれだけで十分だ。

129 = :

今からperlをはじめようと思っています。
phpやろうと思ったけど、完全な初心者からだと、参考書籍が少ないことに気づいたんです。
初心者向けと銘打っていても、大体は多言語を知ってる前提になっている。
perlだと、独習とか、すぐわかるPerlとかがある。
もう基本事項をマスターして、ばりばりプログラミングしていくぜって人には、ばかじゃねーのそんな些細なことって思われるかもしれませんが、
入門者にとっては結構大事なことだったりします。
だから、まずはperlを基礎からしっかり固めてみようと思います。
なんて、入門者が偉そうに言ってみました。

130 = :

>>129
よいこっちゃ。

131 :

PHPなんて無個性言語はそのうち.NET、JAVA、Parrotの３大勢力によって
淘汰されるだろうからやらない方がいいよ。いや煽りじゃ無くてマジで。

132 = :

私もPerlは簡単だから初心者にはお勧めの言語だと思います。
Perlを覚えておけば何でもできますので後悔しません。間違いないです。

133 = :

Perlを簡単とか言うから、use strictもしてない糞コードが増えるんだ
Perlが、use strictが標準になったら、no strictをおまじないとして入れてください、とかいう解説サイトが絶対出てくるな

134 = :

使い捨てコードまで use strict しなきゃいけないかい?

135 = :

あいつが使い捨てのつもりで作ったスクリプトのメンテを俺が押しつけられる
てことが過去実際あったよ

まあ、スクリプトを責任持って自分で最後まで面倒見るor捨てる
てことが徹底できるんなら、それでもいいんじゃないか?
しかし、VB.NET ですら Option Explicit On がデフォルトになったことだし、
変数宣言とスコープの明示は時代の流れだと思うよ

136 = :

>>135
それはそれで単に運が悪かったということで。

138 = :

やり方がやたらとたくさんあるより
一つしか無い方が
初心者の教育には良さげだな

140 = :

>>138
今、あえてPascalで攻める

141 :

PHPは便利すぎて退屈だ。
俺はあえてPerlを使おうとしている。
しかも給与業務に。

143 :

今仕事で仕方なくPHP使ってるんだが、やっぱりPerlの柔軟さと
比べてしまうと駄目だなぁと思う。
JavaのStruts風のフレームワークをPerlで実装するみたいな
プロジェクトって無いのかな。

144 = :

perlの柔軟さは気持ち悪い。まぁハマるけど。
他の言語と全然違うからなんかやだ。

Cとかやったら→「perlなら簡単に書けるのにー」
perlをやったら→「なにこの気持ち悪い記述。内部的にどんなんなってんだよ」

ってことになってくる。