perlの方が日々のどうでもいい小さいツールも作りやすくていいよな
PHPだとコマンドラインツール作るにはちょっと大げさ
仕様もポコスカ変わるし

>>389
処理内容によってはPHPの方が高速な場合もありますけど、概ねPerlの方が高速だと思う。
# だからPerlを選ぶべきとはいいません。

cf.http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=perl&lang2=php

http://pc11.2ch.net/test/read.cgi/php/1174896743/225-

僕やはてながPerlを選ぶ理由
http://d.hatena.ne.jp/naoya/20050518/1116425594

http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。
それは新しいRubyと呼ばれる言語がついに英語に翻訳されたためだ。
そう、それはこともあろうに日本で作られた。これにはあなた同様みんな驚いている。

彼がやりたいのはカーネルハックだろ。

給料もらって趣味のカーネルハックってすばらしいよな。

自社開発やってたらそんなもんじゃね？勉強９仕事１で余裕。

それは自営開発なんじゃね？ｗ

Windows使いならPHPできまり。Perlはあれだろ。創始者が金の使い込みで
つかまって、プロジェクトの人もモチベーション下がってるから、これから
開発がすすむとかわからんし。PHPでコマンドラインプログラムも作れるし。

金の使い込み？何それ。

そもそもラリーって失業中じゃなかったっけ?
でもPerl6のリリースが延びたら、それはそれでほっとする人も多そうな。

CやJavaから使うデータ整形したり、ワンライナーとか、ちょっとした
便利ツールとか簡単なCGI書いてる程度のユーザ(俺)からすると、
perlほど使い易い言語は無いんだけどな～。
と、趣味でしかプログラム書いてない俺が言ってみるテスト。
CPANの充実っぷりもすごいし。

perl6は知らんけど、CからC++になるような感じなのかね？

たしか実行系を総とっかえしてParrotとかいうバーチャルマシンな奴になるんだったと思う。
RubyもYARVとかJRubyとかそんな感じの実行系になりそうだし、次のトレンドっぽいね。

行スピードは結構早くなるらしいけど、スクリプト言語だとeval周りとかの互換性が維持されるか
不安視する向きもある。あと6,7年も開発してるParrotはベーパーウェアという噂も。

俺がPerlの次期創始者だ！

Perl6でてきてもPerl5と別物になるならｲﾗﾈ
Perl捨ててRubyに専念するわ。

CPANのモジュールが使えるなら、言語仕様は変わっても良いと思う。

Perlのインタプリタは非常に賢いので、鸚鵡になってもきっと優秀だと信じたい

http://pc11.2ch.net/test/read.cgi/php/1174896743/404-

http://pc11.2ch.net/test/read.cgi/php/1174896743/225-

僕やはてながPerlを選ぶ理由
http://d.hatena.ne.jp/naoya/20050518/1116425594

http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。
それは新しいRubyと呼ばれる言語がついに英語に翻訳されたためだ。
そう、それはこともあろうに日本で作られた。これにはあなた同様みんな驚いている。

RubyとPythonは書籍が少なくてしかも若干高価な気がする。
ちょっと近寄りがたい。

このスレはプログラム未経験者の人がたてたんだろうけど、

いざ、やってみればPHPなりPerlなり覚えればどっちとも簡単に覚えられる。似たような言語だし。

>>424
いや、覚えるのが簡単とかそういう話してるんじゃないからｗ

仕事で両方使ってきて、趣味ではどっちメインでいくか考え中

>>425
じゃあ、どういう話をしてるんだよ？

うわ、KYかよｗｗｗ

>>429
KYって朝日新聞珊瑚事件のことですね

>>428
スレタイ読もうぜ？ｗ

スレ主ではありませんが同じ30代、
本日ApacheとPHP5をXPにイントールしました。

これから、初心者向けのレッスン本片手に頑張ります。

頑張ってください

まだ間に合う
ＰＨＰを投げ捨てるんだ

PHP とか、どんだけフレームワーク乱立してるんだ。

趣味ならRubyにしとけ

癖の無い素直なのからいっとくのがいいよな
となると何？

Perlの方ができることが多い気がするが、配布する機会があるのなら
PHPの方が受け入れられるだろうな。
Perlでせっかく作っても、環境ない、モジュールがない、モジュールインストールめんどくせ、
makeできねー、コードが汚くて保守できないって言われるのがオチ。

>>437
> API(アプリケーションプログラミングインタフェース)のFileMaker API for PHPが、
> Server 9製品にビルトインされたことで、PHPのプログラミングを知らなくとも、
> ステップごとに質問に答えることで、誰でも手軽にPHPベースのWebページを
> 作成していただけるようになったわけです。

http://journal.mycom.co.jp/articles/2007/11/08/file01/index.html

> Perlの方ができることが多い気がするが、配布する機会があるのなら
> PHPの方が受け入れられるだろうな。
> Perlでせっかく作っても、環境ない、モジュールがない、モジュールインストールめんどくせ、
> makeできねー、コードが汚くて保守できないって言われるのがオチ。

それどこの頭悪い人たちの集まり？

PHPとPerlを入れ替えて読むのかとも思ったが、そうでもないようだ。

で、実際どうなん？

rubyじゃね?

俺は金にならんから投げたけど。

>>432
あくまで趣味にしとけな。
間違っても副業でなんかやろうとすっと、
環境がPHP3とか4押し付けられて、
そこらじゅうで不具合だらけになるから。

Webをメインに考えるなら、PerlよりPHPのほうがよさげだなと。趣味ならなおさら簡単なPHPをオススメする。
上で結構書かれてるけど。

Perl/CGIでHTMLを出力するのにいちいちprintするのは面倒くさすぎる。
PHPでクラスまで覚えたらとりあえずJavaもなんか触れるようになったし。

バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。

Perl糞すぎ。
エラーになってもInternal Server Errorが出るだけでどこにエラーがあるのかブラウザに吐き出してくれないし、CPAN無しじゃおもちゃしかつくれないし。
そのCPANもいちいちコマンドラインからごちゃごちゃ動かさなきゃいけない。

この2点をクリアしても（本当の初心者にはこれさえも無理だろ）、次に待ってるのは記号だらけの汚いソース。
メンテナンス性ゼロ。自分の書いた過去のコード＝他人の書いたPHPのコード。

なんなのこれ？早く廃れろよマジで。

Perlの資産って、マニアックなところで残ってるから、しぶといんだよな。

マニアックな処理をPHPで書くときには、
Perlで書かれたコードをPHP化すればいいので重宝してる

モジュール依存してると無理とは言わなくとも大変じゃない?
PDFをキレイかつ簡単にに吐いたりとか、
ほら、あの、なんだっけ自動的に正規表現を作ってくれたりする奴とか。