【モダン推奨】Perlについての質問箱 50箱目

**デフォルトの名無しさん** · 2012/01/21(土) 10:56:39.03

CGI についての質問は板違いです。WEB プログラミング板でどうぞ。
CGI と Perl の区別がつかない人も WEB プログラミング板に行ってください。
(WEB プログラミング板: http://hibari.2ch.net/php/ )

回答する際はモダンな方法でお願いします
（例 jcode.plではなくEncodeモジュールを使った方法）
理由はもう2012年です。いい加減2000年以前の方法はやめましょう。
最新のPerlを使うほうがかっこいいです。
いつまで勉強しないつもりですか？
過去にとらわれるのはもうやめです。進歩しませんよ。

このスレでは(CGI 以外の)純粋にPerlのみに関係する質問を取り扱っていこうと思います。
スレ違いの質問にはスルーか、速やかな誘導をお願いします。

"The duct tape of the Internet" こと、Perl についての質問箱です。
"There's more than one way to do it" ということで、
Perl の奥深さについて皆で語り合い、追求してまいりましょう。

http://www.perl.org/get.html
● 2011/10/30 現在の最新版: 5.14.2

▼ 前スレ
Perlについての質問箱 49箱目
http://toro.2ch.net/test/read.cgi/tech/1319953460/
リンク集は >>2-3辺り
Perl 日本語処理の基礎の基礎 >>4辺り

**デフォルトの名無しさん** · 2012/03/08(木) 23:37:48.23

>>58

**デフォルトの名無しさん** · 2012/03/09(金) 01:54:01.68

確かに Time::Piece 以外は見たことがないね

**デフォルトの名無しさん** · 2012/03/09(金) 02:06:51.28

>>58
海外で使われていないと、自分が日本語を処理するときに使っちゃいけないの？
日本では使ってもいいんでしょ？
そもそもモダンっていうのは禁止して不便にすることなの？
それにJcodeはオブジェクト指向なんだし十分モダンだと思うけどな

**デフォルトの名無しさん** · 2012/03/10(土) 00:38:59.17

モダンPerlでいうところの"モダン"は、
　1.リリース時期のことをいっているのか
　2.実装手法のことをいっているのか
　3.はたまたインタフェースのことをいっているのか
ところで、インタフェースっていうのは
　a.新しければ新しいほど好ましいのか
　b.古ければ古いほど好ましいのか
このあたりの見解が一致しないと、具体的なモノがモダンなのか
そうでないのかが変ってしまうし「これはモダンだ」と言ったか
らって、そのものに価値があるのか無いのかは別問題になる

**デフォルトの名無しさん** · 2012/03/10(土) 01:24:18.18

1.がモダンでも2.がモダンでも利用者にとって関係なく、単に供給側
の自己満足になってしまう。3.のことだとすると新しいもの好きはa.で、
人柱をかってでることになるわけで、そうでないならb.で問題ない。

**デフォルトの名無しさん** · 2012/03/10(土) 02:28:05.91

>>62
Rubyはモダンだ。

そこからいえばRubyに近いことを
Perlでやるのがモダンだ。

**デフォルトの名無しさん** · 2012/03/10(土) 02:38:52.80

モダンの定義は分かったけど、それ価値あんの？

**デフォルトの名無しさん** · 2012/03/10(土) 02:45:52.84

あるよ。

開発速度が上がった。
少ないコードで、今まで以上のことができる。

なにより、プログラミング一般とPerlに関して
深い知識を手に入れられたのがいいね。

オブジェクト指向言語、関数型言語、
継承。ポリモーフィズム。mixin、
アスペクト指向、O/Rマッパー
フレームワーク、MVC・・・etc

Perlだけじゃ、世界が狭いからほかの言語をやるといい。
そうして戻ってくると、自然とモダンPerlな体になってるよ。

**デフォルトの名無しさん** · 2012/03/10(土) 02:50:23.82

考え方が間違っていたかもしれない。

モダンPerlとは、Perlがモダンなのではなく
プログラマ的にモダンな開発手法、
それをPerlに取り入れたものではないのか？

よくよく考えたら、最近はやりのほかの言語の機能を
PerlでやれるようにしたがモダンPerlなモジュールではないだろうか。

**デフォルトの名無しさん** · 2012/03/10(土) 11:58:33.08

モダンPerlはアンチPerlなのか...
それでPerl原理主義者の抵抗にあっているという構図か

**デフォルトの名無しさん** · 2012/03/10(土) 12:24:09.53

ニーズにマッチしないモダンならいらないよ。

**デフォルトの名無しさん** · 2012/03/10(土) 12:38:37.16

便利ならそれでよくて、モダンという線引きは要らないってことでおｋ？

**デフォルトの名無しさん** · 2012/03/10(土) 12:41:50.76

お好み焼きとの違いがいまだに覚えられない

**デフォルトの名無しさん** · 2012/03/10(土) 15:44:56.75

どうにも架空臭がするモダンPerlだが最近ますますそう感じている。
（モダンPerlを構成するといわれる）個別の要素の議論で十分だと思う。
ひと括りにしてしまうせいで大事なものまで一緒に捨てられてしまう。

**デフォルトの名無しさん** · 2012/03/10(土) 23:59:10.17

モダンPerlではなく、
Perlでモダンプログラミングといえば、
面白いように情報弱者が落ちていく。

**デフォルトの名無しさん** · 2012/03/11(日) 00:48:24.53

モダンっていう言い方が古臭い

**デフォルトの名無しさん** · 2012/03/11(日) 01:03:16.37

トレンディPerl

**デフォルトの名無しさん** · 2012/03/11(日) 02:15:55.91

単に"モダンPerl"と言いたいだけにしか思えない
Perlのリリースが予定通りじゃなかったり、らくだ本の改版に10年もかかっ
たりするからって、無理して話題を作る必要はない

5.14.3がリリースされない今はらくだﾌｫｰでつなぐのが吉

**デフォルトの名無しさん** · 2012/03/11(日) 02:21:20.79

普通にPerl5を使えばいいだけ。

**デフォルトの名無しさん** · 2012/03/11(日) 04:00:30.75

Perlのオブジェクト指向はどう考えてもいびつでおかしいのに
それを主張しても理解できない人の戯言にされてしまう。

**デフォルトの名無しさん** · 2012/03/11(日) 04:48:04.26

お好み焼きは食えるけど、モダンPerlは食えないね。

**デフォルトの名無しさん** · 2012/03/11(日) 05:14:03.94

>>73
人間としての品位を疑われるぞ
社会に適合してないんじゃなイカ？

**デフォルトの名無しさん** · 2012/03/11(日) 08:47:05.63

>>76
らくだフォー？

**デフォルトの名無しさん** · 2012/03/11(日) 12:35:38.71

らくだフォア
　モダンはとおくに
　　なりにけり

**デフォルトの名無しさん** · 2012/03/11(日) 12:59:34.63

>>78
Perlのオブジェクト指向はいびつ
↓
じゃあいびつじゃない形にしましょう。それができるのがPerlの凄さだ
↓
そうやってできたもの＝モダンPerl

>>78
お前はPerlを使いこなせてないだけ。

**デフォルトの名無しさん** · 2012/03/11(日) 17:32:12.27

またそんな青くさいこといちゃって、このフォーティーンめ

**デフォルトの名無しさん** · 2012/03/11(日) 19:50:09.03

モダン推奨者は自分が社会に適合しようとするんじゃなくて、社会を
自分に適合させようとしている。

結果、当然うまくいかなくて挫折する。

その繰り返し。

**デフォルトの名無しさん** · 2012/03/11(日) 20:47:59.28

>>85
そうそう。
CPANモジュールで楽せず全て一から自分でコードを書くのが社会の常識だからね。

**デフォルトの名無しさん** · 2012/03/11(日) 21:48:16.89

モダン、モダンとか言って周りに合わせられないのは単に能力がないだけでしょ

**デフォルトの名無しさん** · 2012/03/11(日) 22:00:36.17

>>87
ねぇ。
自分でコードかけないからCPANモジュールなんぞ入れようとするんだよ。

**デフォルトの名無しさん** · 2012/03/12(月) 00:38:19.94

ググって何も出なかったら「ありません。」で終わりだもの、今のひとは。

**デフォルトの名無しさん** · 2012/03/12(月) 01:08:30.57

>>89
ばかばかしいよね。
何も出なかったら自分で書けよ、と。

**デフォルトの名無しさん** · 2012/03/12(月) 12:37:32.86

>>87
モダン、モダン言わなくても、周りに合わせられなければ、単に能力がないだけ。
つまり、モダンプログラミングと、周りに合わせられない事は別問題。

>>90
そこは迷うところだな。別の手を考えるか、そのまま自分で実装するか。
ある意味チャンスだ。

**デフォルトの名無しさん** · 2012/03/12(月) 23:57:29.35

別の手ってYahoo!か？

**デフォルトの名無しさん** · 2012/03/13(火) 02:54:48.40

質問箱よりOKWaveがお勧め。

**デフォルトの名無しさん** · 2012/03/15(木) 23:34:57.79

どうやってCPAN使いこなせるようになるんだよ…。

**デフォルトの名無しさん** · 2012/03/16(金) 00:44:44.19

今までのインタフェースで実装できなくてだめだめなのをモダンPerlとか
言って取繕ってるだけでしょ

**デフォルトの名無しさん** · 2012/03/16(金) 01:02:24.92

perl6のコンセプトを先取りしてるものではないの？

**デフォルトの名無しさん** · 2012/03/16(金) 02:27:51.26

ttp://www.amazon.co.jp/dp/486267108X/

**デフォルトの名無しさん** · 2012/03/16(金) 08:17:31.69

>>95
なんでそういう悪意のある言い方するの？

**デフォルトの名無しさん** · 2012/03/16(金) 15:52:29.33

新しい手法・置き換えるモジュールがあれば、それを採用しましょうってのがモダンPerl。
Fatalプラグマよりautodieプラグマ。
switch,caseよりgiven,when。
evalとif($@)よりTry::Tiny。
という感じ。

置き換えられないモジュールを置き換えようとするのは多分違う。

**デフォルトの名無しさん** · 2012/03/16(金) 15:57:44.21

次スレがあったら、テンプレにこれも追加で
http://perl-users.jp/

で、>>3はこのスレ的には整理した方がいいだろうね

**デフォルトの名無しさん** · 2012/03/16(金) 15:59:56.20

www.amazon.co.jp/Modern-Perl-Chromatic/dp/0977920178/
どんな本なんだろう

**デフォルトの名無しさん** · 2012/03/16(金) 16:35:08.87

>>101
http://www.onyxneon.com/books/modern_perl/index.html

**デフォルトの名無しさん** · 2012/03/16(金) 17:04:15.50

>>102
無料でも読めるのか。トントン

**デフォルトの名無しさん** · 2012/03/16(金) 21:48:33.88

モダンPerlは無駄なもの
なぜなら業界歴20年の俺が理解できなかったからだ
そこから役に立たないものだと結論づけた

**デフォルトの名無しさん** · 2012/03/16(金) 23:16:39.05

新しいことについていけない老害の人って。。。

**デフォルトの名無しさん** · 2012/03/17(土) 00:38:01.50

プログラムはプログラマだけのものじゃなくて、依頼者や使用者のものでも
あって、依頼者視点での保守、使用者視点での保守をしていかないとならない。
その場限りのソフトウェアならモダンPerlでも構わないかもしれないが、
保守するのであれば、流行で作ったものは時間が経つと「変な髪形」になっ
てしまう。それが分かってないのは、おまいのしりが青い証拠だ。

**デフォルトの名無しさん** · 2012/03/17(土) 00:43:57.57

じゃあPerl使うなってことになるな。

**デフォルトの名無しさん** · 2012/03/17(土) 00:45:13.60

一番人を集められるのはJavaかPHPだよね。

**デフォルトの名無しさん** · 2012/03/17(土) 00:54:53.13

>>106
受託ってやつ？
ウェブサービス作ってるんじゃないの？

俺にとってプログラムは自社のもので、自分たちが
開発しやすいように最善の方法を目指してるんだけどさ、
客に足を引っ張られるのって、ちょっと可哀想に思う。

**デフォルトの名無しさん** · 2012/03/17(土) 02:45:39.65

>>106
そういう時はバージョンと使用するライブラリを指定すればいいんだよ。

**デフォルトの名無しさん** · 2012/03/17(土) 02:46:55.30

依頼者は何も指定しなかった場合、
古いPerllで作ろう。

それが依頼者のためになるんだ。

**デフォルトの名無しさん** · 2012/03/17(土) 03:00:54.49

当然4.036よりもさらに前だよな？

**デフォルトの名無しさん** · 2012/03/17(土) 03:04:12.17

>>106
客が要求するのがモダンではないと決めてかかってる。
客がモダンを要求したらどうするつもりだ？
単にお前は、モダンPerlが書けないだけ。

**デフォルトの名無しさん** · 2012/03/17(土) 16:11:00.12

>>112
はい

**デフォルトの名無しさん** · 2012/03/18(日) 01:23:00.96

逆になんでモダンにこだわるの？変なとこにこだわって成果がでないんじゃ
本末転倒じゃないの？成果とモダンとどっちが優先なの？

**デフォルトの名無しさん** · 2012/03/18(日) 01:53:27.60

>>113
単におまいはモダンっていいたいだけちゃうんか
この青尻め

**デフォルトの名無しさん** · 2012/03/18(日) 03:15:04.19

>>115
モダンを諦めれば、成果が出るとでも思ってるの？

むしろ、モダンを使う＝成果が出る
なんだが。

**デフォルトの名無しさん** · 2012/03/18(日) 07:42:28.32

一旦モダンって名前を頭から消して普通にPerlコードを書かせてみるとする
そいつのコードがKENTみたいなやつだとして、それが他の人が誰でも保守できるようなシロモノになるとは到底思えない

**デフォルトの名無しさん** · 2012/03/18(日) 16:06:49.73

>>117
そんなこと言ってないだろ、どこを読んでんだ？青尻くん

**デフォルトの名無しさん** · 2012/03/18(日) 16:17:39.87

とうとうホモスレになったのか

**デフォルトの名無しさん** · 2012/03/18(日) 22:44:09.24

青尻くんとこは結構自由みたいだけど、個人事業主なの？

**デフォルトの名無しさん** · 2012/03/20(火) 19:21:50.84

これまでの積み重ねがないと例えば会社が終わりになったときに技術的にも
全てを失うことになるよ。

**デフォルトの名無しさん** · 2012/03/20(火) 19:29:12.55

モダンなんかやってて技術の積み重ねになるわけがない。

**デフォルトの名無しさん** · 2012/03/20(火) 20:23:18.91

わざわざ不便なものを選んで苦しむのが積み重ねか
古いんだよそんなスポ根的発想は！

**デフォルトの名無しさん** · 2012/03/20(火) 22:46:00.37

青尻くんは、プログラムは実現したいこととその解決方法の両方を記述する
ためのものだってこと、ちゃんと理解してるの？そうか、してないのかまだ
青いのか。

**デフォルトの名無しさん** · 2012/03/20(火) 23:19:46.15

普通にわかれよ。
モダンperlがいいものだとしたら普通に普及する。
駄目なもので無理やり普及させたいのには訳がある。

本や講演などで稼ぎたい人もいるってこった。

**デフォルトの名無しさん** · 2012/03/21(水) 01:55:19.27

それには付き合えないけどね。

**デフォルトの名無しさん** · 2012/03/21(水) 08:37:14.83

> モダンperlがいいものだとしたら普通に普及する。

実際に普及してるよな。

**デフォルトの名無しさん** · 2012/03/21(水) 09:55:42.06

半径5m以内の、CPANモジュールも使えない環境を見て言ってるんだろうな。

**デフォルトの名無しさん** · 2012/03/21(水) 22:40:10.92

そうだな。青尻くんが青筋立ててキーキーいう必要はないはずだよな？

**デフォルトの名無しさん** · 2012/03/23(金) 11:52:12.45

ステマってやつだな

**デフォルトの名無しさん** · 2012/03/24(土) 12:30:46.46

かわいいの♪ステマつげるぅ～♪
いーないーな♪それいいなぁー♪
つげるタイプの魔法だょ～♪

**デフォルトの名無しさん** · 2012/03/25(日) 07:17:46.89

ステルスマーケティング用語か。個々の技術とまったく関係ない話だな。
要は互換性のなさをごまかそうとしているんだな。ばればれだぞｗ

**デフォルトの名無しさん** · 2012/03/25(日) 16:36:42.85

>>118
で、きみの書いた誰でも保守できるようなコードはどこにあるの？

**デフォルトの名無しさん** · 2012/03/27(火) 21:08:40.38

長期に渡る保守が予想されるソフトウェアは一時期の流行に合わせて
書くのではなく、将来を見据えた記述をするのが正解。

**デフォルトの名無しさん** · 2012/03/27(火) 21:29:13.75

意固地に10年前の書き方を押し付ける必要はない
今使える書き方と今使えるモジュールで書けばいい

**デフォルトの名無しさん** · 2012/03/28(水) 05:29:06.98

今使えない書き方で書けと読めてるお前がおかしい
ワンライナーや売り切り逃げ切りのソフトならお好きにどうぞ

**デフォルトの名無しさん** · 2012/03/28(水) 06:14:36.83

モダンは互換性がないのと将来のメンテナンスが不安なのが弱点か。
モダンゆえに時間軸の過去も未来もだめってことか。それは困る。

**デフォルトの名無しさん** · 2012/03/28(水) 06:17:08.97

お花を大切に

**デフォルトの名無しさん** · 2012/03/28(水) 06:46:19.55

>>138
＞互換性がない
何と？
＞将来のメンテナンスが不安
将来のメンテナンスを考えると何を使えばいいの？

**デフォルトの名無しさん** · 2012/03/28(水) 21:48:50.07

素のPerlや標準モジュールが思いつかないあたり、いい、すごくいいよ、
青尻くん。だんだん気に入ってきた。

**デフォルトの名無しさん** · 2012/03/28(水) 22:59:03.49

たとえば標準モジュールの例としては、
http://perldoc.perl.org/index-modules-A.html

・文字コード関係
Encodeモジュール
（Jcodeは×）

・日付関係
Time::Piece、Time::Seconds
（もろもろある日付モジュールは×）

・オブジェクト指向関係
Object::Accessor、Class::Struct

データベース関係（ファイル以外）は、何もありません。

>>141が言っていることはこういう意味です。

**デフォルトの名無しさん** · 2012/03/28(水) 23:57:43.96

がんばって標準モジュールを列記してみたものの、やっぱり素のPerlは
思いつかないところ、青尻くん、すばらしい。すごくいい。

「モダンPerl使いなのでlocaltimeは使えません。」キリッ

職場で一度言ってみたい。。。試用期間で終わるだろうけどｗ

2012/03/29(木) 00:40:36.87

>>143
localtimeは、Time::Pieceで使うよｗ

標準モジュールのTime::Pieceが素のPerlを拡張してくれるのに、
今更配列のインデックスで年取得して+1900とかする
冗長なコード書くバカいるのかい？

2012/03/29(木) 01:26:41.94

>>143
お前がTime::Piece知らないってのが
モロバレだなｗ

はい、このように、モダンPerlを嫌ってる人＝無知なだけ
ってことなのです。

2012/03/29(木) 02:28:11.13

> 素のPerlや標準モジュールが思いつかないあたり

って言っておきながら、標準モジュールをあげたら今度は

> がんばって標準モジュールを列記してみたものの、やっぱり素のPerlは
> 思いつかないところ

もしかして、自分の知らない標準モジュールばっかりで
方向転換したのかいな？

**デフォルトの名無しさん** · 2012/03/30(金) 00:32:49.44

ぷぷぷ。

**デフォルトの名無しさん** · 2012/03/30(金) 01:00:11.52

モダンPerlとそうでないPerlとの違い、メリットについてもっと教えておくれ

2012/03/30(金) 02:00:07.89

標準モジュールを使いこなすのがモダン。
そうでないものは単に勉強不足なだけ。

**デフォルトの名無しさん** · 2012/03/30(金) 21:55:40.66

なんだ、そうだったのか。てっきりlocaltimeも満足に使えないのかと
思ってたよ。失敬、失敬、こりゃ失敬。

2012/03/31(土) 00:55:04.25

念のため言っとくがlocaltimeから
リストコンテキストで取得するのは古いやり方だからな。

最近のやり方はlocaltimeからTime::Pieceオブジェクトを返す方法。
もちろん標準モジュール。

**デフォルトの名無しさん** · 2012/03/31(土) 01:09:11.56

で、Time::Pieceのインタフェースってlocaltimeと互換性あるの？
例えばリストコンテキストで使うと同じように値が戻ってくるの？

2012/03/31(土) 01:15:37.67

>>152
% perl -MTime::Piece -E'say (localtime);say scalar localtime;say localtime->datetime'

**デフォルトの名無しさん** · 2012/03/31(土) 01:19:35.68

しばらくメリットを考えてみる。

**デフォルトの名無しさん** · 2012/03/31(土) 02:46:36.36

職場にようやく5.8が入ったんでよーし、これからはモダンPerlだぞ！と
意気込んできたらTime::Pieceは5.10以上と知ってがっかり。
らくだ本に載ってるTime::localtimeを使って愛想笑いでごまかすしかない。

2012/03/31(土) 07:54:16.78

その職場に5.10が入るのは10年後であった。
そしてcpanmやperlbrewを入れることは全面禁止されていた。

2012/03/31(土) 10:15:27.26

そんなんで仕事できるの？ｗ
少なくとも効率が悪いね。

2012/03/31(土) 11:16:41.36

古い所が新しい所に
あっさり追い抜かれる原因の一つである。