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

PHPがいいとかほざいてるアホが多いけど、何でPHPの印象が良いかと
言えばたまたまPHP普及期のポータルサイト系ソフトのデザインが綺麗
だったってことがデカい。ほとんどのヤシは良くPerlも知らないでPHP
マンセーとかいってるけど実際、perlほど柔軟性、応用性もないし、
ASP,JSPほど大規模なことができるわけでもない。つまり、帯に短く、
たすきに長し、って言う感じぃ？

>>38 ← これがまさにオブジェクト指向も理解できないPHP厨。

たとえ書けば数行ですむプログラムでもモジュールとして利用する
メリットがわからないのよね。

オブジェクト指向を理解してないPerl厨奴が
オブジェクト指向知らないPHP厨を罵倒しているの図。

Perlのモジュールを使えばオブジェクト指向だと思っているやつに罵倒されるとは。

書けば数千行のプログラムを探せばいい。

PHPには、
CGI::Liteはありまつか？
CGI::Cookieはありまつか？
Apache::Sessionはありまつか？
HTML::Templateはありまつか？
XML::Perserはありまつか？
XML::Generatorはありまつか？
XML::DOMはありまつか？
SOAP::Liteはありまつか？

あるんならPerlが死滅してもいまのところ問題ないです。

>>43
組み込み関数がサポートしている。

>>43
恥ずかしいなお前

>>43Perl厨晒しage

>>43
CGI::Lite? CGI::Cookie? HTML::Template?
PHPがどんな言語か分かっている？

PHPでOOPで開発すると以上に重いのは俺だけか？

結局、PHP厨は煽ってるだけじゃん。
もうちいと、具体的に示せや。

やっぱmod_perlでOOP開発が最速最強だね

Data::Dumperはありますか?

たしかに、現状ではPHPのOOPに関しての機能は大した事ない。
でもそんなにOOPにこだわるんだったらJSPの方がいいぞ。
オブジェクト指向に関してはPerlなんぞJavaの足元にも及ばん。

ポインタある？

うさんくさーい(=開発効率がいい)Perlが好きで、
OOPもしたい。っていう妙な人もいる。

PHPは関数などをCやJavaの仕様に似せたのが大きな特徴。
Perlは完全な独自仕様だからね。一人で別の道を走ってるって感じｗ

ひねくれ者とかには合う言語かもしれない。

確かにJAVAはすさまじく良くできてる言語だと思う、実際全ての案件
をJAVAでやりたいが、開発に工数がかかるんだよね。
なんで中小規模のWEBシステム案件はmod_perlかPHPで開発するのが
総合的に一番良い。
んで、
PHP OOP < mod_perl OOP
だと思うのよ。
ApacheASPも面白いけどね。

PerlもベースはCだと思うんだけど。

Larryの好みで自然言語に近くなってるものもある。・・

どちらも変数の前の記号がうざい。Perlは型がないのが厄介。PHPもあってないようなものだけど。
Cマンセー

型がないのは利点も欠点もあるよな。

print "$nameは$age歳";
なんて書き方も$を強制しているためにできるわけだし。

>>59
printfでいいじゃん

>>57
Cと言うかshだと思う。

馬鹿は型に頼らないと書けない。

>>62
新たな見解!

馬鹿は型があると（頭が混乱して）書けない。

>>60
printfだと%dとか%sとか出てきて
>>64の言うような奴が出てくるのさヽ(´ー｀)ノ

まあ、Perlは良い言語だったと思う。
今はPerlで書く必要度が落ちてきた。
でも、Perlしか知らないので書きつづける。
俺にはPHPが難しい。慣れない。糞。

PERL 6って開発進んでるの？

漏れはWebシステム案件だと全部Javaでやりたいってのが本音だけど
クライアントの予算的問題やサーバの問題でPerlかPHPで開発しなきゃ行けない時がある。

で、PerlとPHPそれぞれで開発した印象だけど
mod_perl>php>perl(cgi)
の順で開発がしやすかったな。
PHPはドキュメントが素晴らしかったという印象だけ残ってる。

それってPHP3でしょ。(w

あ、違ってたら、mod_perl　と　php の　
開発しやすかった点を詳しく書いてみ。(w

>>70
おめーが、まず書けよ。

PHPっていいよ。
ぽっくんはPerlがいいと言い張っていたけどもPHPをやってみると
WEBに特化した関数が標準で使えるところがピカリンなわけです。

もしも1さんがPHPを使っていないなら試してみる価値はありです。
Perlが出来れば1週間ほどでマスターできます。

(^Д^)Perl厨が必死すぎる。

(^∀^)ヒャハハハハ！！

>>71
おまえバカか。Perl信者の質がおちたな。

>72
マスターは無理だろ。(w

きょうび、Perlつってもね。何を攻めようか？

どっちもどっちだな

(^Д^)Perl厨必死

漏れはPHPをあまりいじり倒してないせいかもしれんが、
DB使ってちょっとしたことやろうと思うならPHP
DB関係なくひどく複雑なことやらせようと思ったらPerl

そう。

丁度いい関数が沢山あって、、って言ってPHPを使うやつ(中学生)は、
大した物を作らないから、PHPで事が足りる。

とにかく。perldoc見ずして、Perlを語るべからず。

>>78
そうじゃないと思うけどな〜
どうして、YomiサーチPHP化のスレでも
SQLじゃなくちゃPHP化する意味がないとか
言ってる奴がいるのか不思議だ。
べつにMySQLはPHPのために作られたわけじゃあるまいし。

DB使わないときにPHPを使うメリットが漏れにはよく
わかってないのでぜひ教えて欲しいです。
どっちでも工数がほとんど変わらないなら、
慣れてるほうで作るのが一番のように思うのですが。

Perl/CGI界では、Perl4までしかPerlとして認められていない。

PHPに移った人が(Webプログラミング用としての)Perlを馬鹿にするのは、それが原因。

>>81
だから、結論は『目的次第』だって事だ。

例えばこの板のPHP厨の中には
どこかのレンタル共用鯖を借りてるだけで
Perl/CGIかmod_phpかどちらかしか選択肢がないから
後者の方が良いだろう！って奴が結構いるだろう。
この主張なら同意できる。

mod_perlを入れてるんだったら
以前からPerl使ってた人はわざわざmod_phpに変える事もないだろうし。

Perl厨必死。が納得いかん。

>>79
便利なモジュールがたくさんあるからPerlを使うという人と大差ないね。

(^Д^)Perl厨もPHP厨も厨同士で必死。

(^∀^)ヒャハハハハ！！

(o_ _)ノ彡☆バンバン　ギャハハハ

PHPの設計思想から考えて、単純なものしか作れん。

標準関数で至れりつくせりのPHP
モジュールで様々な拡張が可能なPerl
お好きな方をどうぞ。

>>89

おい、そういう的を得た意見は900以降で言ってくれ。
それを言ったら盛り上がらないだろ。

あほくせ〜争いだ＜PHP厨VSPerl厨

>>91
あほくせ〜どっちにもついていけないhtml厨

で、実は、
未だにAnother HTML-lintで出る警告の意味が理解できないHTML厨

み、みえた。

すぬーＰのパクリだと思って放置してたが……

見えた。。。

みえますた。すげー。

松井による高感度うｐの作戦です

Perlって松井みたいだよね。PHPはイチローみたい。俺はイチローが好き。(w

PHP は WEB と心中してなくなるが、Perl は新たな生息圏に息づく。

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

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

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

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

ahoka

>>104
ワラタ

ばか！　lava+pointbase だな

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

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

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

珍走団っぽい。

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

>>111
初心者っぽい。

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

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

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

（＾＾）

perlもmod_perl使えばって条件が付くからなぁ。
cgiでなんて絶対使いたくない。

（＾＾）

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

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

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

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

PHP普及の原因は、イスラエル・Zend社のマーケティングの成功にある。
�@Perlでは別インストールで多くの人が知らないデーターベース利用を標準で使用できるようにし、「データーベースが簡単に取り扱える」というイメージを特に強く植えつけた。
�Aウェブサイト作成への特化。例えば、セッション管理がそうだ。
�Bソースの隠蔽による著作権保護を可能にした。
データーベースを使いたいが、使い方がわからない。そこに、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に乗り遅れまいと必死だが…。（^^;）

そうですか（＾＾;)

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

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

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

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

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

>>129
よいこっちゃ。

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

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

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

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

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

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

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

初心者はpythonから勉強しろとhow to become a hackerに書かれていたな

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