>>200みたいな、ソース見ると萎える...

perl使いな奴らって、判りにくいソース書いて『お前、こんな簡単なのも理解できね～のかよ！』って感じで
見下した態度がムカつく。

せめて、変数名だけでももう少し判りやすくしてくれないの？

変数名はどの言語でも同じだろ、
慣習とか無視してアホな変数名つけるやつはどこにでもいる。
それより引数の受け取りであまりにもいろんな書き方ができるのが萎える。
あとオブジェクトの導入部なんとかしてほすい

($proto, @args) = @_;
$class = ref $proto || $proto;
$parent = ref $proto && $proto;
$argref = ref $args[0] eq 'HASH' ? $args[0] : {@args};
$self = bless $argref, $class;

↑こんな回りくどいコード書かなきゃならない糞言語です、Perlは

>>201
PHPでも同じ事が出来てコードもほとんど一緒だよ。
deep structure、参照渡し、デリファレンスを説明するのに簡潔で分かりやすい例だと思うけど。

>>201
単なるサンプルコードにそんなこと言われても。一応arrayだから@a、pointerだから$pなんだが。
それにこのコードはPerlの多次元配列操作の基本で、これが理解できないということはPerlでプログラミングできないというのと等しいんだが。

>>202
子飼のブログからコードをコピペしたんだろうけど、
それは「Perlは非常に豊富で柔軟な言語機能を持ち、わずか数行でこんな多機能なオブジェクトを作れます」という解説をするために書かれた物。
実際にはそんなコードを書くことはまずない。

>>203
PHPでは出来ないよ。PHPで出来るのは参照渡しだけ。
もっともリファレンスは、Perlのリストがフラットにしかデータを格納できないというデメリットでもあるわけで、PerlとPHPどっちがいいかは分からない。
ただ、より低レベルな操作が出来る（強いられる）Perlの方が結果的に表現力が高いと思う。

>>206
$a = array(1, 2, array(3, 4));
$p = &$a;
print $p[2][0]."\n";

$p[2][0] = 1;
print $a[2][0];
---結果---
3
1
----------
これで出来てない？

#!/usr/bin/perl

use Data::Dumper;

@arr = (1,2,3);
$ref = \@arr;
undef @arr;

print Dumper \@arr;
print "----------\n";
print Dumper \@{$ref};

これの実行結果が、

$VAR1 = [];
----------
$VAR1 = [];

多次元配列とか、リファレンスとかは、PHPの方が判りやすいと思う（アタマ悪りぃ折れにとっては...）。

でも、メモリー効率（？：言葉合ってるか？）は、Perlの方がいいんだよね。

データベース絡みのプログラムすると実行パフォーマンス気になる。

データベースがらみになると、パフォーマンスに関係する処理は、
ほとんどデータベース内で終わってしまうのであまり気にするまでもない。

phpで操作するのは画面に表示されるデータ（せいぜい100件程度でしょ？）ぐらいだから。

ORマッパーとか使うと言語性能が問われるよ。

何万件とやって数百m秒ぐらいの差にしかならんけどな。

ORマッパーの機能による。

時間かかる作業は結局SQLハードコーディングした方が早いし、
そうなるとSQLの作成センスが問われる。もう言語全然関係ねー

最近、PHPを勉強し始めました。中3です。
もし、アドバイスしてくださる方が居れば、こちらへ宜しくお願いします。
http://php121.blog121.fc2.com/

>>216

xampp使ってるなら、設定は殆どノータッチでOKだ。

できていないとかいうソース、文字コードどうなってる？

UTF-8でBOM付きなら、BOMを抜く。

または、成功したソースを持ってきて、そいつをベースにリネームしてPHPを書き直す。

とにかく頑張れ！

インターナル ってなんだよｗ
素人が適当なこといってんじゃねーｗ

ウェブサービスとサーバーいう重要な利用方法が抜けてるしな。

うん、この５つの分類は業界的にも意味不明だな。

スレの趣旨からすると、Perlはおすすめできんな。勉強するなら制約が
きつい言語からやったほうがいいと思う。PHPもメチャクチャ柔軟だからなぁ。
DelphiとかVBとかのほうがいいんじゃないの？
コンパイルするってやっぱ大事な気がする。

>>221
それならpython
俺は萎えるけど
ぶっちゃけCでいいんじゃねーの？無難じゃね？

C言語用のWebアプリ作成用フレームワークってあるの？
あるかもしれないが、ほとんどつかわれてないだろう？
そういうのは無難とは言わない。

>>219-221
つ　http://japanese.joelonsoftware.com/Articles/FiveWorlds.html

ジョエル・スポルスキは、ニューヨーク市の小さなソフトウェア会社　
Fog Creek Software の設立者です。

イェール大学を卒業後、マイクロソフト社、Viacom社、 Juno社でプログラマとして働きました。

PHPはちょっとすればいろいろできるようになるから楽しい
Cは何かできるようになるまでのステップが多すぎる
Perlはソース他人に見せると嫌われる
Pythonは資料が悲しいぐらい少ない
Rubyは使えるサーバーが少ない

よってPHPが最強です＾＾

名前空間もなく、変数がグローバルになりまくりのPHPのソースが綺麗なわけない。

そりゃお前のスクリプトの書き方が汚いだけだよ

> 変数がグローバルになりまくりの

わざとそうしない限り、ならないだろｗ
名前空間をなんか勘違いしているんじゃね？

メジャーな言語でレキシカル変数じゃないのって、PHP以外だとJavaScriptくらいなもんだよなあ。

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

ネットの公開領域で、ギークだの呼ばれて「天才」と持て囃されている
スクリプト言語連中の技術レベルはせいぜい自動車修理工レベル。

自動車を設計開発している連中はどこに隠れている?

CとかでOSや言語作っている人だね

OSを作ったところでお金にできるかどうかはまた別問題でFA

そんな話してないな

perlにしなさい。
初めてのperl オライリー

を読んでからだと、ほかのプログラム言語の本の解説のよくわからん部分や説明の間違ってるところが良くわかります。

>>232
やってることに大差はないよ

>>237
スクリプトと、プログラミング言語じゃ大分違う

どう考えてもシステムにコアなプログラミングの方がレベル高いだろ。
ウェブ系PGじゃどんなに頑張っても月100万がいいとこ。

そんなに苦しむような事あったっけ？

Perlの継承とかAUTOLOADメカニズムのおかげで、
お呼びもしないメソッドがすっ飛んでくると、言語的な限界を感じる。
それを避けるようコーディングすると、第三者から何この汚いコード、とか思われる。

>>239
人月でならJavaで100万は結構あるよ。
給料だとしたらそもそもPGで100越えは極少数でしょ。

Linuxのドライバとか書けるレベルなら倍は軽く行く。

ウェブ系PGって個人でやれば月100なんて簡単だけど
OSいじっても金にはならんよ。オープンソースOSの開発者のジリ貧を見れば分かる

一通り読んでこのスレが一番良いかと。ageさせて頂きます。

特にターゲットや仕様は決まっていないのですが、業務として
掲示板やらSNSやらの様なWebのサービスを始めたいのです。
クライアント側は、JavaScriptを最近始め、prototype.jsを
組み合わせて、こちらはこれで何とかなるかなと。
サーバサイドでは、手始めにどの言語を習得すれば良いでしょうか？

C++でのソフトウェア開発は、業務として10年以上の経験アリです。
後はほとんど役に立ちませんが、アセンブラですね。
Perlは、さわり程度はやった事ありますが、難解な省略表記になじめず。
サクッと仕上げるなら、PHPが良い、との意見が多いようですが、
いずれは携帯のアプリなんかも手がけたいと思っていて、そうなるとJava?

すみませんが、ご意見お聞かせください。

>>247
マジレスすると、まず１番最初はPHPが無難だと思います。
PHPで飽き足らなくなったら他の言語も使い出すと思います。

私の場合は、C→Perl→Java→PHPと来ましたが、
自分の経験では、Webアプリ作成だと、利用頻度はPHP＞＞＞Java、Perlでした。

早速のお返事有難うございます。
やはり手始めにPHPですかね～。