アカウント名:
パスワード:
「PHPで書き換えよう」「いやRubyにしよう」「いやいやPythonで」
Perlの悲劇って簡単な言語でもないのに「適当に書いてしまっても動くこと」なんだよな。
書く人によって全く別の言語になるカオス具合は、いい加減に何とかしろと思う。
最初は使い捨てスクリプトを簡単に書くための物だったからそれで良かったんだよPHPもHTMLにちょっとした動的処理したかっただけだったからアレで良かった(作者もそう言ってる)
簡単だから普及したが故の悲劇は良く似てるね
VB6/VBAも似たような感じかな
VB系はPerlとは全然違うだろ…。使ったことあって言ってるのか?
VB系のような凝った書き方はできず、誰が書いてもダサいコードになるが、そのおかげで保守不可能にはならないだろ。
まちがえた。
VB系のような → VB系はPerlのような
VBと違ってゴルフやるやつも多かったのがさらなる悲劇
他の言語にないわけではないが、引数がルーチンでそのルーチンの引数もルーチンで・・・ってPerl独特の世界かな。簡素化されることもあるので悪くはないけど1行で書くのはやめて欲しい。
> 引数がルーチンでそのルーチンの引数もルーチンで・・・
古くは lisp。他に無いっていうか、いまでも使われるほぼ全ての言語でも、それは当たり前の書き方でしょ。まぁ、無理矢理 1行で書くのは perl文化かもね。
関数を引数にするという書き方ではなく、関数の返値をそのまま引数にするという話のような気がしてきた。
> 書く人によって全く別の言語になるカオス具合は、いい加減に何とかしろと思う。
perlの最が重要視するポリシーを全否定だな。
>perlの最が重要視するポリシーを全否定だな。
"There's More Than One Way To Do It."(やり方は一つじゃない)というPerlのポリシーが足かせになりあるタイミングからモダンPerlと称して、こういう風に書こうよと言い始めたのは、Perlコミュニティ自身なんだなぁ…
登場は似たような時期だったと思うけど、全く逆の思想のPythonがここ10年くらい勢いがあるのってコーディングルールが厳しいことが大規模開発に向くってことだろうね。
反比例するかのようにPerlは派手な使われ方はしなくなってきたものの、UNIX系ユーザが日常作業でちょっとしたものを書く用途では未だに最強に近いポジションにいる気はする。Cと同じ書き方でだいたい通用するってアドバンテージは大きいぞ。
perlも3か4くらいまでは小気味いい言語だったんだけどねえというか当時のコンピュータには負担が大きくあまり凝ったことができなかったこともある
Rubyは1.8まで、Pythonは2.7まで以下同文
...unicode string がいかんのか?
モジュール使うようになると途端に可搬性が落ちてやる気を失う。
矯正はされないし許される中での自由もあるし言語仕様と開発時に置ける考え方は別でしょう
いや、逆だろ自然言語的な部分があって柔軟性がありすぎるから簡単に書けるだから、色々な書き方が出来るしそれを哲学としている
正直、Rubyの方が酷いと思うしRubyも10年後にはPerlの立場になってると思う書き方が強要されるPtyhonがいいならそれでいいんだろうしその辺は合う哲学と採用面を考慮して技術スタックをチョイスすればいいと思うよ言語は所詮道具でしかなくって使い難い道具って言い張るのもいいしこうすれば使いやすいのかって発見するのもありだよ
Ruby はオープンクラス(再定義自由)なのが小回り効く一方で大規模開発で使いたくない理由。
判ってやってるんだろうけど、"2005年当時の"がメインだぞ…
保守が負担なのは¥コードのせい、Perlのせいじゃない
この中だとRuby一択だなRubyだけ唯一標準規格が整備されている
すまんな。規格の整備より使えるモジュールの質と量が重要なんや。
まるでrubygemが質も量もスッカスカみたいな言い草はどうなんや?
「node以外考えられない」
2005年当時のPerlのコード保守が負担なのか諸般の事情で今でもPerl5のコード新規生成しているのだが、生まれ時点ですでに死んでいるなんてかわいそう
私も今でも使ってるし大規模開発もやってますよ弊社だとPerlに嫌悪感を持つ人が居ないので普通に基本言語としてPerl使ってますただ、キラキラなWeb企業じゃないし表側にPerlの看板使ってないしイベントにも参加しないので外に知られてないので声かけもあまりないですね
転職して行く人も居ますが普通にPerlがメイン言語なだけでGoでもC/C++でもJavaでも何でも使う人らばかりなので。。。
保守が負担という理由で古いコードを捨てられるのは非常にありがたい話。無理して使い続けて後々問題が起きるより何百倍もマシではないか。
なので・言語仕様がコロコロ変わる (古いコードが動かしづらくなる)・書きなぐりコードでもそれなりに動きやすい (あえて保守を考えない)といった特徴を持つ言語はいい言語なのだよ!!
# どの言語がいい言語なのかは敢えて触れない :)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
Perlコードが占め、近年では保守が負担 (スコア:0)
「PHPで書き換えよう」
「いやRubyにしよう」
「いやいやPythonで」
Re: (スコア:0)
Perlの悲劇って簡単な言語でもないのに「適当に書いてしまっても動くこと」なんだよな。
書く人によって全く別の言語になるカオス具合は、いい加減に何とかしろと思う。
Re: (スコア:0)
最初は使い捨てスクリプトを簡単に書くための物だったからそれで良かったんだよ
PHPもHTMLにちょっとした動的処理したかっただけだったからアレで良かった(作者もそう言ってる)
簡単だから普及したが故の悲劇は良く似てるね
Re: (スコア:0)
VB6/VBAも似たような感じかな
Re: (スコア:0)
VB系はPerlとは全然違うだろ…。使ったことあって言ってるのか?
VB系のような凝った書き方はできず、誰が書いてもダサいコードになるが、そのおかげで保守不可能にはならないだろ。
Re: (スコア:0)
まちがえた。
VB系のような → VB系はPerlのような
Re: (スコア:0)
VBと違ってゴルフやるやつも多かったのがさらなる悲劇
Re: (スコア:0)
他の言語にないわけではないが、引数がルーチンでそのルーチンの引数もルーチンで・・・
ってPerl独特の世界かな。
簡素化されることもあるので悪くはないけど1行で書くのはやめて欲しい。
Re: (スコア:0)
> 引数がルーチンでそのルーチンの引数もルーチンで・・・
古くは lisp。
他に無いっていうか、いまでも使われるほぼ全ての言語でも、それは当たり前の書き方でしょ。
まぁ、無理矢理 1行で書くのは perl文化かもね。
Re: (スコア:0)
関数を引数にするという書き方ではなく、関数の返値をそのまま引数にするという話のような気がしてきた。
Re: (スコア:0)
> 書く人によって全く別の言語になるカオス具合は、いい加減に何とかしろと思う。
perlの最が重要視するポリシーを全否定だな。
Re: (スコア:0)
>perlの最が重要視するポリシーを全否定だな。
"There's More Than One Way To Do It."(やり方は一つじゃない)というPerlのポリシーが足かせになり
あるタイミングからモダンPerlと称して、こういう風に書こうよと言い始めたのは、Perlコミュニティ自身なんだなぁ…
Re: (スコア:0)
登場は似たような時期だったと思うけど、全く逆の思想のPythonがここ10年くらい勢いがあるのって
コーディングルールが厳しいことが大規模開発に向くってことだろうね。
反比例するかのようにPerlは派手な使われ方はしなくなってきたものの、UNIX系ユーザが日常作業で
ちょっとしたものを書く用途では未だに最強に近いポジションにいる気はする。
Cと同じ書き方でだいたい通用するってアドバンテージは大きいぞ。
Re: (スコア:0)
perlも3か4くらいまでは小気味いい言語だったんだけどねえ
というか当時のコンピュータには負担が大きくあまり凝ったことができなかったこともある
Re: (スコア:0)
Rubyは1.8まで、Pythonは2.7まで以下同文
...unicode string がいかんのか?
Re: (スコア:0)
モジュール使うようになると途端に可搬性が落ちてやる気を失う。
Re: (スコア:0)
矯正はされないし許される中での自由もあるし言語仕様と開発時に置ける考え方は別でしょう
Re: (スコア:0)
いや、逆だろ
自然言語的な部分があって柔軟性がありすぎるから簡単に書ける
だから、色々な書き方が出来るしそれを哲学としている
正直、Rubyの方が酷いと思うしRubyも10年後にはPerlの立場になってると思う
書き方が強要されるPtyhonがいいならそれでいいんだろうし
その辺は合う哲学と採用面を考慮して技術スタックをチョイスすればいいと思うよ
言語は所詮道具でしかなくって使い難い道具って言い張るのもいいし
こうすれば使いやすいのかって発見するのもありだよ
Re: (スコア:0)
Ruby はオープンクラス(再定義自由)なのが小回り効く一方で
大規模開発で使いたくない理由。
Re: (スコア:0)
判ってやってるんだろうけど、"2005年当時の"がメインだぞ…
Re: (スコア:0)
保守が負担なのは¥コードのせい、Perlのせいじゃない
Re: (スコア:0)
この中だとRuby一択だな
Rubyだけ唯一標準規格が整備されている
Re: (スコア:0)
すまんな。規格の整備より使えるモジュールの質と量が重要なんや。
Re: (スコア:0)
まるでrubygemが質も量もスッカスカみたいな言い草はどうなんや?
Re: (スコア:0)
「node以外考えられない」
Re: (スコア:0)
2005年当時のPerlのコード保守が負担なのか
諸般の事情で今でもPerl5のコード新規生成しているのだが、生まれ時点ですでに死んでいるなんてかわいそう
Re: (スコア:0)
私も今でも使ってるし大規模開発もやってますよ
弊社だとPerlに嫌悪感を持つ人が居ないので普通に基本言語としてPerl使ってます
ただ、キラキラなWeb企業じゃないし表側にPerlの看板使ってないし
イベントにも参加しないので外に知られてないので声かけもあまりないですね
転職して行く人も居ますが普通にPerlがメイン言語なだけでGoでもC/C++でも
Javaでも何でも使う人らばかりなので。。。
Re: (スコア:0)
保守が負担という理由で古いコードを捨てられるのは非常にありがたい話。
無理して使い続けて後々問題が起きるより何百倍もマシではないか。
なので
・言語仕様がコロコロ変わる (古いコードが動かしづらくなる)
・書きなぐりコードでもそれなりに動きやすい (あえて保守を考えない)
といった特徴を持つ言語はいい言語なのだよ!!
# どの言語がいい言語なのかは敢えて触れない :)