アカウント名:
パスワード:
難点といえばソースが丸見えなことがビジネス的に問題なくらいで、Javaが目指したクロスプラットフォームは満たしているし、開発者にとって日本語みたいなUNIXシェルや、一番慣れ親しまれている開発言語であるCとの共通点も多いので、Javaほどプログラマに求める新たな開発スキルは必要ない。
現実に組織内で完結する環境では、業務ツール開発言語として最も頻繁に使われてるように思える。
他人のコードを読むスキルには、かなり高度なものが必要だと思います。
#ビール片手に一ヶ月前に書いた自分のコードは(ry
もう、この手のはFUD扱いしても良いんじゃないかな。
・TMTOWTDI (There's More Than One Way To Do It.) で書き方が多彩・暗号のような正規表現が頻出・$,@,%等の変数接頭辞
あたりが挙げられるけれど、別にそれは欠点ではないし(変数接頭辞はむしろ読みやすい)・純粋なオブジェクト指向ではないとか、殆ど言いがかり
・そもそもPerlの基礎知識が足りない・そのソースの書き方が汚い
という本質的な理由を、Perlのせいにしてるのが殆どじゃないの?
なんて指摘するとヒステリー起こす人がいるんだけど別にPerlに慣れてないのは恥ずかしい事じゃないわけで、使い込んでみたら意外と良い物だよ。
Perlはゴミ言語、そう思っていた時期が私にもありました。今ではガラクタ出力機だと思って愛用してます。
>ほぼ並の人が解析できる量を、遙かに超えた自由度をもつ構文で、>必要とあらば使ってはいけないと言われる機能を自由に使う事ができ、
近年のPerlのVersion間の差が大きく、違う言語と思えるぐらい差があるにもかかわらず、完全な後方互換を有しているためでないでしょうか。
例:Perl4とPerl5は、CとC++とぐらいの違いがあるのに、Perl4の構文でPerl5を使うことができる例:Perl6では、文法がだいぶかわったのに、use v6;としないかぎり、従来と同じ構文で使うことができる
つまり、言語仕様が過去からの遺産を引きずってごっちゃなので、ソースコードもごっちゃになってしまいがちだと思います。
誰もそうなってる理由なんか聞いてないんだが。わかったところで何ら問題の解決にならない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
Perlはもっと評価されていい (スコア:0)
難点といえばソースが丸見えなことがビジネス的に問題なくらいで、Javaが目指したクロスプラットフォームは満たしているし、開発者にとって日本語みたいなUNIXシェルや、一番慣れ親しまれている開発言語であるCとの共通点も多いので、Javaほどプログラマに求める新たな開発スキルは必要ない。
現実に組織内で完結する環境では、業務ツール開発言語として最も頻繁に使われてるように思える。
Re: (スコア:1, 興味深い)
最近のPerlはそうでもない気がします。
Re: (スコア:2, すばらしい洞察)
他人のコードを読むスキルには、かなり高度なものが必要だと思います。
#ビール片手に一ヶ月前に書いた自分のコードは(ry
Re: (スコア:0)
もう、この手のはFUD扱いしても良いんじゃないかな。
・TMTOWTDI (There's More Than One Way To Do It.) で書き方が多彩
・暗号のような正規表現が頻出
・$,@,%等の変数接頭辞
あたりが挙げられるけれど、別にそれは欠点ではないし(変数接頭辞はむしろ読みやすい)
・純粋なオブジェクト指向ではない
とか、殆ど言いがかり
・そもそもPerlの基礎知識が足りない
・そのソースの書き方が汚い
という本質的な理由を、Perlのせいにしてるのが殆どじゃないの?
なんて指摘するとヒステリー起こす人がいるんだけど
別にPerlに慣れてないのは恥ずかしい事じゃないわけで、使い込んでみたら意外と良い物だよ。
Perlはゴミ言語、そう思っていた時期が私にもありました。
今ではガラクタ出力機だと思って愛用してます。
Re: (スコア:3, すばらしい洞察)
perl が批難されてるのは、
「使えない」からじゃなくって、
「難解」だからだ。
本当に perl を批難してる人は、perl が使えない等と言わない。
わからないのは、恥ずかしい事じゃないだと?
的外れも甚だしい。
たとえば、perl ベストプラクティスって本を読んでみればわかるが、
やってはいけない事、使ってはいけない方法が大量に書いてある。
そしてそれらは過去の互換性のために、未だに使用できる状態だとわかる。
再利用を意図されていない他人のコードを再利用する場合には、
最低でも、こんな本に書かれ
Re:Perlはもっと評価されていい (スコア:0)
>ほぼ並の人が解析できる量を、遙かに超えた自由度をもつ構文で、
>必要とあらば使ってはいけないと言われる機能を自由に使う事ができ、
近年のPerlのVersion間の差が大きく、違う言語と思えるぐらい差があるにもかかわらず、完全な後方互換を有しているためでないでしょうか。
例:Perl4とPerl5は、CとC++とぐらいの違いがあるのに、Perl4の構文でPerl5を使うことができる
例:Perl6では、文法がだいぶかわったのに、use v6;としないかぎり、従来と同じ構文で使うことができる
つまり、言語仕様が過去からの遺産を引きずってごっちゃなので、ソースコードもごっちゃになってしまいがちだと思います。
Re: (スコア:0)
誰もそうなってる理由なんか聞いてないんだが。わかったところで何ら問題の解決にならない。