Perlについて

**デフォルトの名無しさん** · 2011/09/18(日) 09:55:45.19

変わってないよ。昔から\dは”数字”にマッチする文字クラスだ。

数字ではなく、特定のバイナリ列だと勘違いしているから
そういう間違いを犯すハメになる。

**デフォルトの名無しさん** · 2011/09/18(日) 09:58:11.72

他にも、 . （ピリオド）は一バイトではなく一文字にマッチするものだからな。
しっかり正規表現が扱うのは文字だとわかっていれば当然の結果だが、
お前の場合、日本語で.を使った場合、どうマッチするんだよ？
日本語が3バイトEUCだったらどうするんだよ。とか悩むんだろうな。

**デフォルトの名無しさん** · 2011/09/18(日) 10:51:09.14

>>233
> 変わってないよ。昔から\dは”数字”にマッチする文字クラスだ。

変わってないよ、じゃないだろ。処理対象次第で実際に振舞いが変わる。
現実世界では「変わってないよ」では何も解決せんのじゃ。
まあ高度な抽象化能力によって実際のコーディングとは無縁な
非現実の世界に生きている者にはなんの問題もないのかもしれんがな。

**デフォルトの名無しさん** · 2011/09/18(日) 10:56:07.76

>>227
Unicodeの処理系は何をしなければいけないかかっちり決まってる。
全角半角の区別は明示的に指定した時以外はしない。
どの言語、どの正規表現ライブラリにいっても変わらない。
perlだけ流儀変えたらバカ言語確定。
>>227みたいな駄々こねるバカも同様。

**デフォルトの名無しさん** · 2011/09/18(日) 12:29:22.88

> 変わってないよ、じゃないだろ。処理対象次第で実際に振舞いが変わる。

といわれてもなぁ。
Unicode非対応からUnicode対応になったんだから、
そりゃUnicodeを認識できるようになるわｗ

Unicode文字をちゃんと文字として認識させたかったんだからさ。
いつまでもASCIIのみ、まともに対応じゃだめでしょｗ
.を一バイトにマッチさせても意味ないんだし。

**デフォルトの名無しさん** · 2011/09/18(日) 12:36:14.71

まあ、とにかくやりずらくなったってことだ。

**デフォルトの名無しさん** · 2011/09/18(日) 12:45:26.37

ぷぎゃーがギャップの逆の綴りだと誰も指摘してくれない件

**デフォルトの名無しさん** · 2011/09/18(日) 12:52:08.48

>お前の場合、日本語で.を使った場合、どうマッチするんだよ？
>日本語が3バイトEUCだったらどうするんだよ。とか悩むんだろうな。

悩まない
. は1文字を表現するんだから。もちろん3バイトEUCにマッチする

**デフォルトの名無しさん** · 2011/09/18(日) 14:27:13.49

一体何を悩むんだろうな
他の選択肢を聞いてみたい

**デフォルトの名無しさん** · 2011/09/18(日) 15:16:18.57

\d の代わりに $d を使う
$d はあらかじめ qr/[0-9]/ として用意しておく

うん、おれいいこと言った

**デフォルトの名無しさん** · 2011/09/18(日) 15:35:58.93

結局実力が劣る奴が
utf8フラグを理解できずに
ファビョってただけか。

**デフォルトの名無しさん** · 2011/09/18(日) 16:07:16.86

モダンPerlしかかくな！のようなレスが発端

参考書にjcode.pl >>190
昔書かれた古い情報。モダンな書き方のメリット>>218

**デフォルトの名無しさん** · 2011/09/18(日) 16:12:39.25

発端

IO::File->new_tmpfile が「ファイルハンドルを返すもの」と理解してれば、
今の時代にこんな書き方はしない。

世の中モダンPerlだけでいい
http://hibari.2ch.net/test/read.cgi/tech/1313840197/327-333 Perlについての質問箱 48箱目

**デフォルトの名無しさん** · 2011/09/18(日) 16:16:54.04

モダンPerlもPerlの一部だよ。

Perl使えなくて、Perl使いは名乗らないでください。
Perlちょっと触ってる程度にしてね。

**デフォルトの名無しさん** · 2011/09/18(日) 17:15:14.64

モダンPerlしか使えないおれは負け組みってことっすか。
分かりました。
これからは jcode.pl を使って書くようにします。

**デフォルトの名無しさん** · 2011/09/18(日) 17:46:34.60

>>247
そんなようだから負け組といわれる
～を使って、ではなくて、
～も使って、といえる奴じゃないと「使えない奴」と判定される

**デフォルトの名無しさん** · 2011/09/18(日) 17:58:14.96

>>245
perldocの子プロセス→ファイルの動作が、
327のは子プロセス→パイプ→ファイルに変更されてる。

**デフォルトの名無しさん** · 2011/09/18(日) 22:20:58.07

>>247
古いものは必要ない限り、勉強する必要はないと思うよ
どうせ使わないんだし。

それよりか新しいものを知っていると、
古いものしか使えない奴の先を行くことができる。

**デフォルトの名無しさん** · 2011/09/19(月) 00:01:45.42

>>250
> 古いものは必要ない限り、勉強する必要はないと思うよ
> どうせ使わないんだし。

おいおい。モダン派(w)な >>219 は

> 自分一人でやってるなら自分のやり方だけ知ってればいいだろうが、
> 他人のコードを読んだり修正するのであれば、別のやり方を知らないといけない。
> 自分が使わなくとも、やり方を知らないといけない。

って言ってるようだけど?

**デフォルトの名無しさん** · 2011/09/19(月) 01:33:23.03

>>251
「古いものは必要ない限り」って言ったよ。

**デフォルトの名無しさん** · 2011/09/19(月) 02:05:07.40

>>252
てことはつまり、「新しいものも必要ない限り」勉強しなくていい、ってことになるな。

**デフォルトの名無しさん** · 2011/09/19(月) 02:47:00.05

今後も新しいものが必要ないならｗ

そこで成長ストップだよ。

**デフォルトの名無しさん** · 2011/09/19(月) 07:34:09.27

まあ今まで知らなかった「古いもの」を新たに知るのも成長のうちだからな。

古いものは「必要ない限り」勉強しなくていい、という時点でやはり成長ストップだな。

**デフォルトの名無しさん** · 2011/09/19(月) 08:47:55.20

その通り。
そしてPerlの世界では、古いものはいつか必要になってくる。
KENT先生もそう言っている。

**デフォルトの名無しさん** · 2011/09/19(月) 09:23:04.37

使える道具は多いに越したことはないという話だな。
Perlやプログラミングに限った話でもなし。

**デフォルトの名無しさん** · 2011/09/19(月) 10:36:17.40

必要もないのに押し付けるための押売り文句として
「モダンPerl」なる用語ができたわけだ。

必要性があって作られたのなら、そんな言葉がなく
てもちゃんと広まる。今まで出てきた新機能は
そうだったんだから。

**デフォルトの名無しさん** · 2011/09/19(月) 10:43:19.36

モダンPerlは広まってるよ。

**デフォルトの名無しさん** · 2011/09/19(月) 12:01:04.69

なるほど、モダンPerlはLarryが使ってないからPerlは
このところ成長がストップしていたわけか。

今Perlの新バージョンをリリースしてるのは他の人らし
いしな。

**デフォルトの名無しさん** · 2011/09/19(月) 12:13:15.47

こいつ、そこまでPerlの進化を拒絶してるのを見ると、
Perl6に対応できるのか疑問になるな。技術力的に。

**デフォルトの名無しさん** · 2011/09/19(月) 12:18:06.49

どこからLarryが使ってる使ってないって話が湧いてきたんだ

**デフォルトの名無しさん** · 2011/09/19(月) 12:20:02.18

こいつが、誰も使ってない。
Larryぐらいしかな！って
思いたいんだろ。

**デフォルトの名無しさん** · 2011/09/19(月) 12:21:38.42

どこの世界にも、新しいものを拒絶する奴はいるもんさ。

そいつは技術者としてそこで終わりの人間ってだけだ。
卒業おめでとう。そしてさようなら。

**デフォルトの名無しさん** · 2011/09/19(月) 12:29:12.72

しょうがない、管理職になるかw
管理職スレに行きます。

**デフォルトの名無しさん** · 2011/09/19(月) 12:46:19.39

どさくさにまぎれて、Perlの進化とモダンPerlを一緒にすんな！

**デフォルトの名無しさん** · 2011/09/19(月) 12:46:29.23

>>265
それも人生の一つだよ。きっと給料も上がるよ。
よかったじゃないかｗ

あと、管理職になったら、技術に口出しすんなよ。
お前のせいで古いもののを押し付けられると、
技術者が腐っていきます。

**デフォルトの名無しさん** · 2011/09/19(月) 12:48:45.34

>>266
Perlの進化ってのは、たとえばEncodeモジュールとか
Mooseの影響を大きく受けたPerl6とか。

モダンPerlといって別に特殊なものではなく、
本来ならPerl とオールドPerlというべきだ。

モダンというのは、日本語で未来・・・ではない。
現在という意味だ。

**デフォルトの名無しさん** · 2011/09/19(月) 12:51:32.65

今度から、モダンPerlではなく
現在のPerlと言おうかなｗ

現在のPerlではこのようにするんだよとか言えば、
現在のPerlは不要！とか反論するんだろう。

想像するとなんか楽しいな。現在のPerlを否定する姿を。

**デフォルトの名無しさん** · 2011/09/19(月) 12:57:07.23

どこの世界にも、新しいことは何でも正義だと思い込んでる奴はいるもんさ。

そいつには技術が手段じゃなく目的にすりかわっちまってるんだ。
自縄自縛おめでとう。そして御愁傷様。

**デフォルトの名無しさん** · 2011/09/19(月) 12:58:02.65

Perlの進化を否定したことはないし、古いPerlを押し付けたこともない。
何かを押し付けようとも思ってない。ただ腐った部分を取り除こうとしてるだけだ。
ちゃんと読め、現役の技術者。

**デフォルトの名無しさん** · 2011/09/19(月) 13:02:06.93

腐った部分にモダンPerlという名前を付け分離可能にしたのは、人間として
多少なりとも良心が残っていた証なのだろう。

**デフォルトの名無しさん** · 2011/09/19(月) 13:03:07.70

>>270
新しくないですよ。

今のPerlですよ。

**デフォルトの名無しさん** · 2011/09/19(月) 13:03:35.26

今のPerlが使えないって、
もはやPerl使いじゃないだろｗ

**デフォルトの名無しさん** · 2011/09/19(月) 13:05:36.97

Perlを長年使っていたのに、
お前はPerlを使えないって言われたら
どんな気分なんだろうなｗ

実際今のPerlを使えないのは事実だから
反論できないだろうしね。

**デフォルトの名無しさん** · 2011/09/19(月) 13:07:10.54

モダンPerlはモダンPerlによってとって変わることを忘れるな。
過去を否定するものは自分も未来から否定されるということに
気づけ。おれが言いたいのはそれだけだ。

**デフォルトの名無しさん** · 2011/09/19(月) 13:10:05.34

モダン Perl の次はポストモダン Perl

**デフォルトの名無しさん** · 2011/09/19(月) 13:21:49.07

> モダンPerlはモダンPerlによってとって変わることを忘れるな。

当たり前だろ。それが進化ってものなんだし、
新しいものをどんどん吸収して行かないと
この業界で生きて行けないよ。

気がつくとすぐに普通の技術（モダン）に
なっているからな。

**デフォルトの名無しさん** · 2011/09/19(月) 13:25:01.09

なんかモダンPerlが嫌いになりそうだ(´-｀)

**デフォルトの名無しさん** · 2011/09/19(月) 13:26:20.86

それは勉強することが嫌いなだけ。

さようなら。

**デフォルトの名無しさん** · 2011/09/19(月) 13:29:48.00

まあ自分が嫌われてるってことは認めたくないよね…(´-｀)

**デフォルトの名無しさん** · 2011/09/19(月) 13:31:24.53

嫌うとかなんの話だｗ

**Perl忍者** · 2011/09/19(月) 13:31:41.79

どうも　スレが盛り上がってた　と思ったら
今日は祝日

**デフォルトの名無しさん** · 2011/09/19(月) 13:31:56.16

>>281が>>282のことを嫌いってことだろｗ
Perlとは全く関係ない話だが。

**デフォルトの名無しさん** · 2011/09/19(月) 13:33:09.34

正論を言うと嫌われることが多いから気をつけたほうがいいが、
２ちゃんねるだから、そんなこと気にする必要はない。
どんどん正論言うたれｗｗｗ

**デフォルトの名無しさん** · 2011/09/19(月) 13:35:06.48

ノーサイドにしましょう、もう。

**デフォルトの名無しさん** · 2011/09/19(月) 13:48:22.37

モダン派にちょっかいを出すと反応が大きくておもしろいので
ちょっといじってみた今日は祝日ｗｗｗ

**デフォルトの名無しさん** · 2011/09/19(月) 13:52:20.89

まあPerlユーザーが、それも詳しい人達が中心になって切り拓いた到達点の一つが
モダンPerlなわけだから、Perlを使うならモダンPerlの学習は推奨されるべき

…で、確かに論理的にはモダンPerlの学習を奨めているんだが
なんか逆効果にみえるんだよなあ…(´-｀)と、ね

**デフォルトの名無しさん** · 2011/09/19(月) 13:58:46.84

モダン焼きだってできたのは昭和25年だ。モダンPerlってな一体、いつ生まれだっけ？

**デフォルトの名無しさん** · 2011/09/19(月) 14:07:56.22

perl6がいつまでたってもでてこないのが全部悪い。

**デフォルトの名無しさん** · 2011/09/19(月) 14:15:36.38

言い換えて実体が変わるなら苦労しないけどな。

**デフォルトの名無しさん** · 2011/09/19(月) 14:43:28.21

>>277
http://search.cpan.org/dist/Moose/lib/Moose.pm
> Moose - A postmodern object system for Perl 5

**デフォルトの名無しさん** · 2011/09/19(月) 14:46:20.38

モダンPerl、終わったな

**デフォルトの名無しさん** · 2011/09/19(月) 15:01:42.17

> 今の時代に合わない、ネットの書き込みを
> 全部排除してくれ。
> 世の中モダンPerlだけでいい。

っていうのも、時代が進むにつれて、自身がモダンでは
なくなり削除対象になりかけたわけだが、これで永遠に
保存されることになりました。

おしまい。

**デフォルトの名無しさん** · 2011/09/19(月) 15:18:39.91

>>294
馬鹿か？

今モダンなのが廃れてきたら、
次が流行ってるってことで、
それを使うだけの話だよ。

常に勉強し続けるというのはそういうこと。

**デフォルトの名無しさん** · 2011/09/19(月) 15:23:52.33

これからプログラマになろうとするときに goto 文を知る過程を
省くことはできない。過去を削除するなとはそういうこと。
削除してしまうと技術の発達の過程が見えないので、新しいひと
にとって魔法のように見えてしまう。

**デフォルトの名無しさん** · 2011/09/19(月) 15:25:26.52

それともネットからは排除するけど、紙の本には書き記しておけ、
ってことを言ってる？

**デフォルトの名無しさん** · 2011/09/19(月) 15:27:46.61

あ、それと勉強するな、進化するななんて一度もおれは言ってないから。
（他のひとが言ったかもしれないけど）

**デフォルトの名無しさん** · 2011/09/19(月) 15:37:27.91

★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
　　　過去を削除するから車輪を再発明しちゃうんだろが
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★

**277** · 2011/09/19(月) 18:17:35.72

>>292
既にあったのか……。

モダンといっても Moose とかは遅いこともあるんだろうし、適材適所なものもあるよね。

**デフォルトの名無しさん** · 2011/09/19(月) 18:26:32.34

Mooseは遅いだろうな
Moose Moose 亀よ亀さんよ
って歌にもある

**デフォルトの名無しさん** · 2011/09/19(月) 19:51:42.66

>>296
だから、goto文の悪さを世間に広めて、
そして新たにはgoto文を使ったコードを書かないようにする。

ようするに古いPerlは、昔は面倒だったんですよって
教えるだけで、さっさと今のPerlに映るべき。

老害は死ね

**デフォルトの名無しさん** · 2011/09/19(月) 20:34:13.49

真のプログラマはPascalを使わない、ってね

**デフォルトの名無しさん** · 2011/09/19(月) 21:33:48.09

utf8フラグが原因で原子炉が暴走することを
想像できないようじゃ技術者の風上にはおいて
おけないな。

**デフォルトの名無しさん** · 2011/09/19(月) 21:35:06.57

goto文は乱用すべきではない、には同意だが
ガチガチに禁止してもねえ…

脱出判定変数を山のようにこさえられるよりは
gotoのほうがマシでした、なんて事態も…

**デフォルトの名無しさん** · 2011/09/19(月) 21:44:13.47

今の時代に合わない、モダンPerlの書き込みを
全部排除してくれ。
世の中現在のPerlだけでいい。

そしてPerlの進化はすべて禁止！
常に勉強し続けるのも禁止！

**デフォルトの名無しさん** · 2011/09/19(月) 21:58:22.58

>>305
そのへんはgoto文が悪いんじゃなくて
goto文を使うと見通しの悪いプログラムになりやすい、だから～
って事だからねえ
見通しの悪いプログラム作るなってのも、デバックしやすいように
バグが出にくいように、ってことだし
要は保守が楽でバグの無いプログラミングなら、その辺はどうでもいいわけで

**デフォルトの名無しさん** · 2011/09/19(月) 22:04:13.04

そもそもPerlからモダンじゃない部分を取り除いたら
かなりの部分がなくなっちゃうぞ、どうやってプログラム
を組むんだ？

**デフォルトの名無しさん** · 2011/09/19(月) 22:09:01.77

>>268
>Mooseの影響を大きく受けたPerl6とか。
は？

Mooseなんざ、Pugsよりもずっと後の
リリースじゃねーか。

**デフォルトの名無しさん** · 2011/09/19(月) 22:21:24.46

>>308
えっと、モダンってのは今のって意味だから
今使われてるのは（モダンな方法で置き換わってないものは）
それもまたモダンですよ。

古いPerlは取り除いて問題ない部分。

**デフォルトの名無しさん** · 2011/09/19(月) 22:23:18.95

調子のいいこと言うな、この！

**デフォルトの名無しさん** · 2011/09/19(月) 22:25:02.02

>>307
Perlもモダンじゃないやり方は
見通しが悪くなるからねぇ。

何度も同じ事を書かないといけないnewとかアクセッサ
年、月、日、ばらばらで取ることしかできない日付関数
（今はTime::Pieceがモダンかつ標準モジュール）
日本語にしか対応できないjcode.pl

**デフォルトの名無しさん** · 2011/09/19(月) 22:26:49.52

モダンってのがなんか未来みたいなイメージを
抱いてるのかもしれないけど、モダンっていうのは現在のって意味だからね。

今のPerlぐらいしっとけ間抜け。というのが
多くの人の共通意見。

**デフォルトの名無しさん** · 2011/09/19(月) 22:29:33.86

またロワイヤルWeのお前がきたか

**デフォルトの名無しさん** · 2011/09/19(月) 22:55:01.79

争点の整理
A) モダンPerlだけで済むのでそれ以外はネットから排除しろ
B) 過去のものは発達の過程が分かるようにするために必要だから削除するな

**デフォルトの名無しさん** · 2011/09/20(火) 01:27:55.11

>>312
もしかして、それが見通しの悪い例なのか・・・

いや、俺は趣味でいじっているだけだけどさあ・・・
構造化プログラミングとかとっくに死語だろうけどさあ・・・

**デフォルトの名無しさん** · 2011/09/20(火) 02:30:51.91

>>313
> 多くの人の共通意見。

詭弁の特徴の5.資料を示さず持論が支持されていると思わせる
「世界では、犬は哺乳類ではないという見方が一般的だ」

**デフォルトの名無しさん** · 2011/09/21(水) 01:10:53.35

モダンPerlerに関する中間報告書
・自分のやり方を他人に押し付けようとする
・他人の意見を聞く耳を持たない
・絶滅危惧種であることを自覚しているためか、被害妄想の傾向にある
・論点が分かっておらず、あさってな方向の議論をしがちである
・言葉の言い換えによって自己満足するが、他人には伝わらない

**デフォルトの名無しさん** · 2011/09/21(水) 01:17:47.61

モダン派の主張は争点と無関係で、軍配は徐々に B) に上がりつつある

**デフォルトの名無しさん** · 2011/09/21(水) 02:17:11.41

>>319

詭弁の特徴の5.資料を示さず持論が支持されていると思わせる
「世界では、犬は哺乳類ではないという見方が一般的だ」

**デフォルトの名無しさん** · 2011/09/21(水) 02:19:33.91

"モダンPerl" という言葉を "モダン(=現在の)"＋"Perl" と考える
のか「モダンPerl」という固有の言葉と考えるかで、話がすれ違っ
てしまうよ。

固有の言葉の「モダンPerl」は(ただの)Perlではないからこそ
「モダンPerl」なんであって、例えばKENTさんが作成したCGIスク
リプトのように世の中に普及し、広く使われるようになってしま
うと特別なものではなくなり「モダンPerl」とは呼ばれない。

それは単に現在の「Perl」ということだろう。

**デフォルトの名無しさん** · 2011/09/21(水) 02:58:58.27

モダンPerlerに関する中間報告書-2
・ロイヤルWeを使いたがる
・長期的な視点でものごとを考えることができない
・グローバルであるかのように語るが、単に個人的な意見に過ぎない
・過去の情報を参照しないため、何度も車輪を再発明する

**デフォルトの名無しさん** · 2011/09/21(水) 03:02:52.85

モダン限定か非限定かに関わらず、Perl自体の使用を止めるか…

**デフォルトの名無しさん** · 2011/09/21(水) 03:14:55.02

すみません。モダンPerlって一体、何のことなのですか？

Perlのほんの一部分であるようなコメントもあるし、逆に
大部分がモダンPerlで、そうでない部分は少しであるかの
ようなコメントもあります。あるいは特定のモジュール
を使う／使わないということですか？

モダンPerlとPerlは両立しないものなのですか？
例えばモダンPerlとPerlの中間というものはあるのですか？

ここで話されているモダンPerlはモダンPerl入門という書籍
と関係していますか？

**デフォルトの名無しさん** · 2011/09/21(水) 03:19:31.57

喪男の使うPerlのこと。

**デフォルトの名無しさん** · 2011/09/21(水) 03:28:18.71

喪男(=モダン)ですね。わかります。

**デフォルトの名無しさん** · 2011/09/21(水) 03:37:16.22

Mojoというミドルウェアも聞いたことがあります。

**デフォルトの名無しさん** · 2011/09/21(水) 03:42:42.96

喪男も喪女もカバーしているのか。さすがPerlはなんでもありだな。

**デフォルトの名無しさん** · 2011/09/22(木) 04:22:23.96

モダンPerlerに関する中間報告書-3
・モダンPerlと非モダンPerlは両立しないと考えている
・「過去の情報を削除するな」が「モダンPerlを排除しろ」と聞こえているらしい

**デフォルトの名無しさん** · 2011/09/22(木) 04:39:50.81

軍配は B) に上がっているように見えるが、もちろんこれはモダンPerlの否定を意味しない

**デフォルトの名無しさん** · 2011/09/22(木) 22:00:06.44

過去の情報は「過去の情報」と書いて残しておけばいい。
メンテナンスもせずに放置するな。
それやるぐらいなら消したほうがいい。

**デフォルトの名無しさん** · 2011/09/22(木) 22:25:58.47

>>261
> Perl6に対応できるのか疑問になるな。技術力的に。

ﾜﾛﾀ

**デフォルトの名無しさん** · 2011/09/22(木) 23:27:39.20

使いにくくなることを道具の進化と考える馬鹿には
困ったものだが、所詮、固定レコード長のファイル
を扱ったことがないような連中だから相手にするのも
なあ

**デフォルトの名無しさん** · 2011/09/22(木) 23:49:34.14

Perl6はなー、いっそRubyへ行こうかと思わせるほどカオスな仕様だからなー。

**デフォルトの名無しさん** · 2011/09/22(木) 23:58:34.13

Perl6は普及した頃に改めて使うかどうか考えるわ。
それで別に遅過ぎるこたあない。

**デフォルトの名無しさん** · 2011/09/23(金) 00:25:51.06

手段と目的の区別がつかなくなっているのは、需要をもとに
開発されたわけではなくて、供給者側の技術的挑戦によって
開発されているからだと思う。

そして、それに気がついていない供給者は、本末転倒な議論
をしてしまう。

俺たちの時代にはゆとりなんてなかった訳で、基本的に需要
ベースで動いていたから、こんな時代がくるなんて悔しい
けど思いつかなかったな。

なにもPerlに限った話ではないが。

**デフォルトの名無しさん** · 2011/09/23(金) 01:25:50.56

# utf8 source
my $str = "あいうえお";
print $str.length; # 5
print $str.bytes; # 15

とか出来なきゃ perl6 なんか使いたくない。
perl5 で十分だな。

ソースに許される言語は utf8 のみにしちゃえばいいのに。
英語圏も例外なくさ。
utf-8 読み書きできないエディタ使ってるやつなんかそうそう居ないっしょ？ｗ

**デフォルトの名無しさん** · 2011/09/23(金) 05:26:08.38

Perl6はCPANを一から作り直しでしょ？
おそらくちょっとした作業の使い捨てスクリプトしか需要がないような。
Parrotの出来のほうが重要なのかな？

**デフォルトの名無しさん** · 2011/09/23(金) 05:46:34.38

>>337
> ソースに許される言語は utf8 のみにしちゃえばいいのに。
> 英語圏も例外なくさ。

なんかお前utf8わかってない気がするなｗ

ASCIIコード（文字コード127以下）だけで書かれたコードは
utf8でもあるんだぜ。

**デフォルトの名無しさん** · 2011/09/23(金) 06:32:18.61

ISO 8859-1でなくUTF-8を使えって意味にとらえた

**デフォルトの名無しさん** · 2011/09/23(金) 06:51:03.66

まあ普通に互換性切れってことだな。
ソースからEUCとか排除するっていうのは。

普通に考えればデフォルト互換性あり。
use utf8すれば、utf8のみ許されるってするのが妥当だが。

**デフォルトの名無しさん** · 2011/09/23(金) 14:48:00.43

つうか、１つのスクリプトの中でISO 8859-1とUTF-8を混在して
使って、use utf8;とno utf8;を使って切り替えようとするのが
そもそも無理なんじゃね？
JPerlのときみたく素直にUPerlを作れば解決すんじゃね？

ロイヤルWEを使うわけじゃないけどISO 8859-1とUTF-8を混在さ
せて使いたい！なんて需要は少ないと思うけど。

**デフォルトの名無しさん** · 2011/09/23(金) 18:10:02.71

> JPerlのときみたく素直にUPerlを作れば解決すんじゃね？

そしてCPANすべてをUPerl専用に書き換えるってか
膨大なばかだなお前はｗ

**デフォルトの名無しさん** · 2011/09/23(金) 18:59:36.71

むしろ6は別言語にして、Perlは基本的に5の仕様のまま枯らしたほうがいいと思う

**デフォルトの名無しさん** · 2011/09/23(金) 19:32:39.92

そのためにはPerl6っていう名前をやめてくれるといいんだけどね

**デフォルトの名無しさん** · 2011/09/23(金) 19:38:40.63

UTF-8はASCIIの上位互換だと知らずにばか呼ばわりしてすみませんでした

**デフォルトの名無しさん** · 2011/09/24(土) 01:51:49.79

>>346 自演キモい

**デフォルトの名無しさん** · 2011/09/24(土) 03:07:01.61

小学校でもパソコンを習うけどなぜか文字コードのことは習わないからなぁ

**デフォルトの名無しさん** · 2011/09/24(土) 06:18:01.02

ISO 8859-1とUTF-8を混在できるテキストエディタを自慢しても
意味ないだろうし、例えば文字コード変換プログラムのように
両方を扱う必要があるなら、どちらかを16進エスケープで書けば
すむ話だし、やっぱり供給者がドヤ顔で作っちゃったんだろうな

**デフォルトの名無しさん** · 2011/09/24(土) 09:48:49.31

何言っているか不明のドヤ顔のレスw

**デフォルトの名無しさん** · 2011/09/24(土) 12:28:33.25

CPANを書換える必要がないと読み取れれば小学生卒業。

**デフォルトの名無しさん** · 2011/09/25(日) 14:40:44.09

Larryたん息してない

**デフォルトの名無しさん** · 2011/09/25(日) 15:17:16.90

>>342
Uperlといわずに、use utf8;抜けばマルチバイト文字列で行けないか？
それと、バイナリと文字列は混在する。

**デフォルトの名無しさん** · 2011/09/29(木) 21:02:28.96

ご自由にお使いください、のフリーソフトウェアの文化と
お前らこのモジュール使え！のモダンPerl派のスタンスは
雲泥の差があるのかもしれないなあ

**デフォルトの名無しさん** · 2011/09/29(木) 21:06:27.79

>>354
ようするに、Rails否定なわけね

頭固い旧世代人さんｗ

**デフォルトの名無しさん** · 2011/09/29(木) 21:40:48.43

おい、誰だよ！Larryの呼吸器外したのは！？

**デフォルトの名無しさん** · 2011/09/29(木) 21:43:15.59

>>354
TECO Emacs時代から「お前らこのフリーのモジュール使え！」ですよ。

**デフォルトの名無しさん** · 2011/09/29(木) 21:59:11.51

強制される自由か...そりゃ息も詰まるって話だ。

**デフォルトの名無しさん** · 2011/09/30(金) 01:37:49.87

>>355
否定じゃなくて、適材適所臨機応変。

> 頭固い旧世代人さんｗ

「新」しければ無条件に良い、か。
お前の方がよっぽど頭固いわ。

**デフォルトの名無しさん** · 2011/09/30(金) 03:33:02.23

早くuse featureなしでgiven-when文が使えるようにならないかなあ

**デフォルトの名無しさん** · 2011/09/30(金) 14:53:24.42

Ｐｅｒｌ＼パールの商標登録却下おめでとうございます北畠徹也さん

**デフォルトの名無しさん** · 2011/09/30(金) 17:54:11.07

異議の決定かー。しかし、半分ぐらい雑誌紹介に見えてしょうがない。

**デフォルトの名無しさん** · 2011/09/30(金) 21:34:20.95

結局、"モダンPerl" っていうのはマーケティング用語なわけで、
技術者のおれとしてはあんま興味ないな。
ちゃんとした技術なら飾りの言葉は必要ないはずだし。

**デフォルトの名無しさん** · 2011/09/30(金) 22:14:39.55

>359
> 「新」しければ無条件に良い、か。

はて？誰がそんなことを入ったの？

いいものは無条件にいい。
その代表がモダンPerl。

**デフォルトの名無しさん** · 2011/09/30(金) 22:15:36.18

そもそもモダンPerlってのが
良い物を集めたもんだしな。

あ、あくまで技術力が高い人にとって
良い物だから、未だにUTF8フラグがわかんないとか
そういう初心者には、難しいものだろうね（大爆笑）

**デフォルトの名無しさん** · 2011/09/30(金) 22:19:18.76

>>359
> 「新」しければ無条件に良い、か。

つか、モダンPerlを新しいと思っている時点でだめだろ。
新しくはないぞ。

新しくないので、あんたの批判は的はずれだ。

**Perl忍者** · 2011/09/30(金) 22:26:25.64

結局、"モダンPerl" っていうのはマーケティング用語なわけで、
技術者のおれとしてはあんま興味ないな。
ちゃんとした技術なら飾りの言葉は必要ないはずだし。

**デフォルトの名無しさん** · 2011/09/30(金) 22:33:42.76

マーケッティング用語というのは根拠が無いので>>367が言っていることは意味が無い。
あんま興味がないというのは、ただの>>367の感想なので意味が無い。
ちゃんとした技術なら飾りの言葉は必要ないといってるのも根拠が無いので>>367が言っていることに意味が無い。
>>367は全く参考にならない。

それよりも、有名な人の言うことのほうが信じられる。

**デフォルトの名無しさん** · 2011/09/30(金) 22:49:55.97

376のクソコテは有名だろ。

**デフォルトの名無しさん** · 2011/09/30(金) 22:57:01.33

っで>>367は本物なの？

**デフォルトの名無しさん** · 2011/09/30(金) 23:02:33.67

２ちゃんねるの住民が本物かどうかなんて興味はないよ。

２ちゃんねるは適当に遊んで、
参考にするなら貼られたリンクやキーワードを使って
調べた２ちゃんねるの外の世界だ。

**デフォルトの名無しさん** · 2011/09/30(金) 23:03:22.54

激同

**デフォルトの名無しさん** · 2011/09/30(金) 23:06:06.84

本音は２ちゃんねるでしかきけない。
２ちゃんねるの外はモダンPerlは素晴らしいという
ウソにまみれた良い子ちゃん発言だけだ。
そんな世界の何が信じられるというのか。

**デフォルトの名無しさん** · 2011/09/30(金) 23:28:59.54

1つの問題に対して複数の解決策を持ち、
その中から、最適と思われる解決策を選ぶだけだな。
モダンか関西風かはこだわらない。

**デフォルトの名無しさん** · 2011/09/30(金) 23:31:06.87

名無し派のYappo
Yappoは2chの歴史を知り尽くしてそうであり
2chの文化を守ってそう、彼はこの2chの中で名無しさんを今もやっているだろう

**デフォルトの名無しさん** · 2011/09/30(金) 23:36:15.03

>>374
そんな当たり前のことを言われてもｗ

特に問題は定義されているわけではない場合に
普通に書くとしたら何を選ぶかってので選ばれたのが
モダンなんだろ。

動作環境がPerl 5.6なんですってところで
モダンを使おうなんて言うわけないだろ。

お前が言いたいのはモダンが必ずしも最適解とは限らないって話だろ？
それはモダンの否定にはなってないとみなすよ。

**374** · 2011/10/01(土) 00:05:09.86

>>376
そりゃモダンPerl自体を否定してないもん。
ただ、一般的な選択をするならPerldocに沿った選択をする。少し古臭くても。

否定したいのは、>>354に出てくる「お前らこのモジュール使え！のモダンPerl派」。
存在するのかどうかは知らないけど。

**デフォルトの名無しさん** · 2011/10/01(土) 00:08:46.04

Perldocはコアモジュール以外を使うことを否定してるのか？

コアモジュールを使うこともPerldocにそったやり方だろ。
それも含めてPerlなんだが。

それにお前こそPerldocにそったやり方を押し付けてるようにしか見えんぞｗ

**374** · 2011/10/01(土) 00:08:49.47

>>377
ああ、PerldocはPerlfaqとかね。

**374** · 2011/10/01(土) 00:11:20.12

>>378
自分の流儀で使えばいいだろうに。

何故私の流儀に合わせるのか不明だ。
説明を要求する。

**デフォルトの名無しさん** · 2011/10/01(土) 00:15:33.89

古いやり方ってのは、Perldocに沿ってないやり方だったりするんだけどなｗ

たとえば、Perldocに沿うのであればEncodeモジュールを使うべきだし、
http://perldoc.perl.org/perlunitut.html

**374** · 2011/10/01(土) 00:24:07.76

それは当たり前だろう。私は私の流儀に従って使ってる。

**デフォルトの名無しさん** · 2011/10/01(土) 00:28:59.07

日付を扱うモジュールはTime::Pieceがモダンだよ。
Perl5.10から標準モジュールだしね。

**デフォルトの名無しさん** · 2011/10/01(土) 00:29:45.16

つか、Perldocに反するなら
モダンにはならないから・・・

モダン＝Perldocに沿ったやり方。

**374** · 2011/10/01(土) 00:41:41.88

少々古臭いやり方というのは、
たとえば、IPC::Cmdというモジュールが、5.10辺りから標準で入っているが、
perlipcには書かれていない。
この場合はIPC::Open3を選ぶかもしれないし、system()を選ぶかもしれない。
これはきっとモダンじゃない。

**デフォルトの名無しさん** · 2011/10/01(土) 01:22:43.93

IPC::Cmdが5.10に標準モジュールで入っているということは
「お前らこのモジュール使え！」ってことだ。

使ったほうがいいぞｗ

**デフォルトの名無しさん** · 2011/10/01(土) 01:39:18.19

どさくさにお好み焼の話をしてる奴がいたぞ。
おい誰かスルーしないで相手してやれよ。俺はやめとく。

**デフォルトの名無しさん** · 2011/10/01(土) 13:12:27.39

今日はちょっと熱いねwww

**デフォルトの名無しさん** · 2011/10/01(土) 13:29:21.79

どのプログラムだって、書き終わった直後から古くなっていく
わけだし、他にもプログラムは書かないといけないからいつま
でも書き終わったプログラムの面倒を見てはいられない。

そうすると、書いた当時は最新の方法で書いたとしても、時間が
たって読み返して見てみると必ず「古く」見えてしまう。

自分にとってはこれは当たり前のことだと思うし、このこと自体
に対処する必要はないと考えてるんだけど、モダン派のひとには
許せないことなんだろうなあ。

**デフォルトの名無しさん** · 2011/10/01(土) 13:45:05.27

古くからある機能はプリミティブなわけで、それが問題の
解決策(ハック、ソリューション)となる場合は長期的に
利用されることだって多々ある。

その部分も "モダンPerl" に含まれるってコメントを上で
見たけど、そうなってくるとモダン派の主張って一体、
何なの？って思える。

一番最初のコメントの「排除したいもの」って、何なの？

**デフォルトの名無しさん** · 2011/10/01(土) 13:51:46.59

> 一番最初のコメントの「排除したいもの」って、何なの？

今となっては古いものを、古いものだと示さないで広める行為。

**デフォルトの名無しさん** · 2011/10/01(土) 14:03:10.30

その方法が解決策として優れている場合でも、か？

**デフォルトの名無しさん** · 2011/10/01(土) 14:17:54.85

>>392
当然。解決策として優れているとしても、
古いやり方と示されていないと悪でしか無い。

ま、古いやり方が最善の解決策である場合は、
限られた条件下においての話しか無いけどな。

たいていは、新しいやり方があってそっちに移行するのが推奨。
ただし、○○の場合は古いやり方を使ったほうがいい。
まともなサイトならこのような書き方をする。

新しいやり方があるのに、暗黙的に古いやり方を推奨して
そのことを全く書かないのは害にしかならない。
どうせ意図的にやってるんじゃなくて、放置されたサイトなんだろうけね。

**デフォルトの名無しさん** · 2011/10/01(土) 14:20:16.70

例

害サイト

　　文字コードを変換するのにはJcodeを使用します。

正しいサイト

　　文字コードの変換にはPerl標準モジュールであるEncodeモジュールを使用するのが推奨です。
　　ただし、サーバーが古くて乗り換えもできないなどの制約がある場合はJcodeを使用するという方法もあります。

**デフォルトの名無しさん** · 2011/10/01(土) 14:21:59.90

あと、読者を初心者あつかいして
もっといい方法を知っているのに
それを教えないサイトも馬鹿にしてると感じる。

たとえばテンプレートエンジンを使えば楽なのに、
それを知っていながらヒアドキュメントで書く方法しか教えないサイト。
実際には書いている奴が初心者なんだろうなってのが答えなのだろうけど。

**デフォルトの名無しさん** · 2011/10/01(土) 14:28:22.64

アプリケーションがある程度の大きさのものともなれば、
いくつかのシステム、サブシステムを相手にしないとならない。

それらの機能や目的、開発時期もまちまちで、1年前のシステム、
3年前のシステム、10年前、15年、20年前のシステムも当たり前
に混在してくる。

例えば、ネットワーク周りは最新のモジュールが使えた場合
でも、データベース周りは古くからあるシステムに合わせる
ために古いモジュール/ライブラリを使う必要が出てくることが
ある。GUIの部分だって顧客が「どうしてもこれで」というので
あれば技術的な観点、流行、開発者の好みと無関係にその GUI
を使わないとならない。

現実に作られるアプリケーションというのは、開発者が自由に
作れるわけではなくて、現実の制約の中で作らないといけない。
だから仕事でプログラミングする場合は、おれはモダンPerl
しか使わない、なんて小学生みたいなことは言ってられない。

どうも気になるのは、モダン派の話の中には WWW アプリケー
ションの話しか出てこないんだよな。

**デフォルトの名無しさん** · 2011/10/01(土) 15:00:46.36

だれがモダンPerlしか使わないなんて言ってるのだろうか？
なんか勝手に理想通りの敵を作って
そいつと戦ってるみたいだなｗ

**デフォルトの名無しさん** · 2011/10/01(土) 15:05:03.79

戦ってるつもりはないぞw
ところで、モダンPerl以外を排除する話はどうしたんだ？

**デフォルトの名無しさん** · 2011/10/01(土) 15:34:21.57

2011年10月1日、今日はPerlユーザにとって記念すべき日です。

それは "モダンPerl" というマーケティング用語がなくなる日だから
です。

モダンPerlというラベルがなくなっても、ちゃんとした技術は使われ
続けていくでしょうし、反対にこの言葉のおかげだけで存在していた
うそ技術・偽モジュールは廃れていくことでしょう。

それが何なのかは、あえて触れません。
なぜなら時間が(全てのひとに分かる形で)証明してくれるからです。

私たちは "モダンPerl" という言葉の終焉の証人なのです。

さあ、一緒に乾杯しましょう！

**デフォルトの名無しさん** · 2011/10/01(土) 15:54:20.75

必死すぎｗｗ

**デフォルトの名無しさん** · 2011/10/01(土) 17:09:53.45

モダンPerlに一応、区切りがついた。
追われることがなくなったので、ちょっとほっとしている。

**デフォルトの名無しさん** · 2011/10/01(土) 17:21:27.80

これからは関西風ってことか．．．

関西風ってことは、えびが関西弁でしゃべるんだろ？

「わて、ちょっと熱いねん」

なんだか食べづらそうだなあ。

**デフォルトの名無しさん** · 2011/10/01(土) 18:32:37.11

モダンって「現在の」って意味だって知ってるか？

だからモダンPerlは、現在のPerlって意味だよ。
現在のPerlは、当然ちゃんと使えるんだよね？

**デフォルトの名無しさん** · 2011/10/01(土) 19:46:54.15

ニューメディアが新しいメディアではないように、モダンPerlも
忘れられる運命にある。そんなもんだ、仕方がない。

**デフォルトの名無しさん** · 2011/10/01(土) 19:59:28.25

モダンPerl、お疲れ様でした！乾杯！

**デフォルトの名無しさん** · 2011/10/01(土) 20:02:38.59

なんでそんなに必死にモダンPerlを否定してるのだろう？
いくらお前が意見を押し付けようとも、世の中の流れは変えられないのに。

**デフォルトの名無しさん** · 2011/10/01(土) 20:14:18.76

モダン、モダンと押し付けてるのが、亀田・韓流・AKBくさいんだよ
もしくは電通

「HTML Template は古い！これからは、 Templateの時代！」とか。
Template なんざ、データ解析系にとってはデファクトスタンダード。
Web 屋のテメーが知らなかっただけだろーが、何がモダンだ。

良いものは良いで使うけど、モダン廚と同じに見られるのが
非常に気にくわない。

**デフォルトの名無しさん** · 2011/10/01(土) 20:18:01.53

きっと実体がないからだと思います。

決算報告を誤魔化して、赤字なのに「儲かってる」と、嘘を
ついているようなことを連想してしまうからじゃないでしょ
うか？

**デフォルトの名無しさん** · 2011/10/01(土) 20:25:25.20

>>403
正確には「近代的」。

**デフォルトの名無しさん** · 2011/10/01(土) 20:32:15.10

電気通信大学は確かにモダンだけど、オレはあんま押し付けられた
記憶はないなあ。

>>407
健康と命は大事だぞ ^_^)

**デフォルトの名無しさん** · 2011/10/01(土) 23:33:57.48

モダンブラウザも否定するのかな？

**デフォルトの名無しさん** · 2011/10/01(土) 23:37:58.52

否定も何もモダンブラウザという用語を知らない。
勉強不足ですまないけど、ここPerlスレなんでかんべんな。

**デフォルトの名無しさん** · 2011/10/01(土) 23:40:34.42

多分知らないから否定してるんだろうな。

**デフォルトの名無しさん** · 2011/10/01(土) 23:41:46.30

そんなことはない。知らないんで、否定のしようがない。
あ、モダンブラウザの件ね。

**デフォルトの名無しさん** · 2011/10/01(土) 23:43:39.91

本当は知らないんだから否定しようがないはずだが、
なぜかモダンPerlだと知らないものを否定している。

**デフォルトの名無しさん** · 2011/10/01(土) 23:45:11.71

もうモダンPerlの話はどうでもいいから、それらを構成している（という）
個々の技術の話をして欲しいよ。

**デフォルトの名無しさん** · 2011/10/01(土) 23:48:35.65

そうすると、粉飾だから実体は何もないんだよなあ。

**デフォルトの名無しさん** · 2011/10/01(土) 23:59:48.47

モダンPerlなんだから、
Perlのバージョンは 5.14(2011/5/17)・・・は
まだ早すぎるにしても5.12(2010/4/13)か5.10(2007/12/18)だろう。
5.8(2002/7/23)はちょっと古い。

文字コード周り・・・Encodeモジュール（日本語以外にも対応、標準モジュール）
日付まわり・・・Time::Piece（標準モジュール）、DateTime
データベース・・・DBI、DBIx::Class
フレームワーク・・・Catalyst
オブジェクト指向・・・Moose
テンプレートエンジン・・・Template Toolkit

こんなところかな。

**デフォルトの名無しさん** · 2011/10/02(日) 00:01:38.49

実態は何も無いといったのに出すな馬鹿。

**デフォルトの名無しさん** · 2011/10/02(日) 00:02:16.56

日付が変わった。
これからモダンを名乗るのは粉飾決定、な。

**デフォルトの名無しさん** · 2011/10/02(日) 00:20:02.17

一方的に押し付けられてもなーｗ
お前に従う理由なんて無いし。

**デフォルトの名無しさん** · 2011/10/02(日) 00:23:08.06

日付は日本だと和暦を処理する必要があるからなぁ。
ドキュメントを読んだ範囲でTime::Pieceのことは知ってるけど、
書かれてないことで良さがあるなら、教えて欲しい。

**デフォルトの名無しさん** · 2011/10/02(日) 00:30:59.96

電気大学があんま押し付け、な。

>>410
ありが㌧

**デフォルトの名無しさん** · 2011/10/02(日) 00:37:54.91

Moose持ち上げてる奴も恥かしくないかね？
Mooseの遅さをきちんと把握してれば、Mouseを勧める様な事はあっても、
Mooseを勧める事なんざしないと思うんだが。

そもそもカプセル化すら出来ないMoose系を使う気にもならんが。
（MooseX::InsideOut使えって？あんな重くてカプセル化不十分なもんを？w）

**407** · 2011/10/02(日) 00:39:08.33

>>423
てめーだれだ？

**デフォルトの名無しさん** · 2011/10/02(日) 00:48:32.83

>>424
Mooseの遅さってちゃんとベンチマークしたのか？

**デフォルトの名無しさん** · 2011/10/02(日) 00:48:53.80

> そもそもカプセル化すら出来ないMoose系を使う気にもならんが

Perlはそもそもカプセル化できない言語なんだが・・・

**デフォルトの名無しさん** · 2011/10/02(日) 00:50:03.20

EncodeとDBI以外はなくともなんとかなる。

**デフォルトの名無しさん** · 2011/10/02(日) 00:51:02.85

飛行機はなくともアメリカにいける

**デフォルトの名無しさん** · 2011/10/02(日) 00:51:57.05

それは無理だろ、そういうことを言ってるんじゃない。

**デフォルトの名無しさん** · 2011/10/02(日) 00:53:35.48

船の遅さを知っていれば、船を勧めるなんてことはしないのだが。

一つのことしか考えられない馬鹿

**デフォルトの名無しさん** · 2011/10/02(日) 00:54:38.70

>>426

{ package Mos ; use Moose; has 'x' => ( is => 'rw', isa => 'Int' ) ;}
{ package MosX ; use MooseX::InsideOut; has 'x' => ( is => 'rw', isa => 'Int' ) ;}
{ package Mou ; use Mouse; has 'x' => ( is => 'rw', isa => 'Int' ) ;}
{ package Mo ; use Moo; has 'x' => ( is => 'rw', ) ;}
{ package Obj; sub new { bless { x => 10, @_[1..$#_]}, shift } }
{
package Cap;
use Scalar::Util qw(refaddr);
my %h ;
sub new{ my $s = bless \my $o, shift; $h{refaddr $s} = { x => 10, @_ } ; $s }
sub DESTROY{ delete $hash{refaddr shift @_ }; }
}
package main;
use strict ;
use warnings ;
use Data::Dumper ;
use Benchmark qw( timethese cmpthese ) ;

cmpthese timethese ( undef, {
mos => sub { my $x = Mos->new( x => 30 ) },
mox => sub { my $x = MosX->new( x => 30 ) },
mou => sub { my $x = Mou->new( x => 30 ) },
mo => sub { my $x = Mo->new( x => 30 ) },
cap => sub { my $c = Cap->new( x => 30 ) },
cont => sub { my $c = Obj->new( x => 30 ) },
});