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

1 ：2012/01/21 〜 最終レス ：2012/11/08

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辺り

2 ：

[プログラミング自体の経験が無い奴はまずココを読め]
Perl プログラミング講座: ttp://www.site-cooler.com/kwl/perl/
モダンPerlの世界へようこそ http://gihyo.jp/dev/serial/01/modern-perl/0001
[本]
リャマ: ttp://www.oreilly.co.jp/books/9784873114279/
駱駝: ttp://www.oreilly.co.jp/books/4873110963/
Effective Perl: ttp://ascii.asciimw.jp/books/books/detail/4-7561-3057-7.shtml
クックブック: ttp://www.oreilly.co.jp/books/4873112028/
Perl ベストプラクティス: ttp://www.oreilly.co.jp/books/4873113008/
Perl Hacks: ttp://www.oreilly.co.jp/books/9784873113142/
[オンラインマニュアル]
最新のドキュメント: ttp://search.cpan.org/dist/perl/
perldoc.jp: ttp://perldoc.jp/
perldoc.perl.org: ttp://perldoc.perl.org/

3 ：

[モジュール]
CPAN.com: ttp://search.cpan.org/
河馬屋二千年堂: ttp://homepage3.nifty.com/hippo2000/
[テクニック]
Perl メモ: ttp://www.din.or.jp/~ohzaki/perl.htm
Perl のページ: ttp://homepage1.nifty.com/nomenclator/perl/
Perl の小技: ttp://homepage3.nifty.com/hippo2000/perltips/index.htm
[Perl 5.8 Unicodeメモ]
ttp://www.rwds.net/kuroita/program/Perl_unicode.html (修正)
ttp://www.namazu.org/~tsuchiya/perl/perl-5.8.html
ttp://www.lr.pi.titech.ac.jp/~abekawa/perl/perl_unicode.html

4 ：

Encodeモジュール （現在のPerl文字コードの標準）
http://search.cpan.org/dist/Encode/
UNICODEでわからなくなったらここを読め
http://perldoc.jp/docs/perl/5.8.1/utf8.pod
http://perldoc.jp/docs/perl/5.10.0/perlunifaq.pod

5 ：

1レスで理解できるutf8フラグ
utf8フラグとい名前がまずかったね。
文字列フラグなどという名前だったらよかった。
文字列フラグはPerl固有のものだから
Perlコード外部から渡されるのは文字列ではない。
文字列でなかったらなにか？それはバイナリ。
バイナリを文字として扱いたければ、文字に変換しないといけない。
それがdecode。
ではソースコードに書いてあるのは、文字かバイナリか。
それはuse utf8を使えば文字で、そうでない場合はバイナリ。
話はこれだけ。

6 ：

【プログラミング部】 PHPが100倍速で動くようになったぞー
http://awabi.2ch.net/test/read.cgi/poverty/1327050821/

7 ：

あのー、重複スレってことないですか？

8 ：

はてなキーワード > モダン
ttp://d.hatena.ne.jp/keyword/%A5%E2%A5%C0%A5%F3
書いているひとは 1. の意味で書いていそうだけど、読む人は(書いた時期
を考慮して) 2. や 3. の意味で解釈している。
よく印刷した資料に「最新版」とか書くひとがいるけどそれと似てるのかも
しれない。たくさんの最新版のうちどれが最新版なのか分からなくなる。
この場合の正解は版数を書くこと。
モダンの場合は、個別の技術の名称を書くことに相当する。
そうしないと「えっ？いまどきモダンPerl使ってるのかよ、お前ｗ」なんて
ことになる。

9 ：

個別の技術は是々非々で議論しましょう。
現状は、モダンという名のせいで盥水とともに赤子を流してしまっています。

10 ：

モダンPerlと呼ばれているものは、過去の一時期のスタイルと結びついていて
今はもう使われていない。一方、レガシーPerlと呼ばれているものは現在でも
利用されていて、その名とうらはらに全くレガシーな気がしない。
思うにこれらの名称は、実態を正確に示していない点で失敗だと思う。
そういえば、モダンRubyやレガシーRubyという言葉は聞いたことがない。
名前重要っていうのは本当なんだな。

11 ：

ルビーはバージョン毎に違うからなあ
新旧をバージョン番号以外で呼ぶ事は今後もないんだろう

12 ：

83JISは新JISですね。わかります。

13 ：

2012年なんだから、そろそろ新JISキーボード使おうよってスレですね。
わかります。

14 ：

問題を解決する方法がモダンかどうか、誰もこだわっていない件

15 ：

今はポストモダンの時代

16 ：

何がどうなるの？教えて、教えて

17 ：

結局、モダンって何だったの？
本を売りたかったとか、会社作ってみたとか、そういうことなの？
失敗だったの？
もうモダンには会えないの？

18 ：

　　　　　　　　　＿　 , 、
　　　　 r‐v'´￣　 ｀~ く　　　　　
　　_.　　7,‐､ 　 r‐､　　ヽ 　　だったら　Perlのはじめて　を
　 (._ ＾ヽ|{ 0 ＿l 0ﾉ　　　i
　　 ヽ　(´￣ 　｀_, ヶ　　ﾉ　　　見に行こうよ　
　 　　 `､`ｰ-ヾ._.／／　）
　　　　 /　　　 　 (＿.ノV^) 「クルクルバビンチョパペッピポ、イア！イア！ハスターの
　 　 　 i　　　　_　　　　 「
　　　　L_　_／　 ＼_　_.ﾉ

19 ：

Perl on Heroku | Hacker News
http://news.ycombinator.com/item?id=3570894
judofyr/perloku - GitHub
https://github.com/judofyr/perloku

20 ：

「モダン、ここはどこ？」

21 ：

ネタが古い

22 ：

ここはね、パークハイアット東京。
The Perl Confernce Japan の会場だょ。
まもなく、まつもとゆきひろさんのRubyのセッションが始まるょ。
（コーヒーがおいしいょ。）

23 ：

ワンライナー [ 一行野郎 OneLiner ]

24 ：

書き込みテスト

25 ：

結局、モダンPerlって何だったんですかね？

26 ：

Perlの長所であり短所であるTMTOWTDIによるコードの難読化を共通ルールっぽいテンプレで改善しようという風潮

27 ：

変なこと考えるより、ポータブルCみたいにポータブルPerlで書けばいいと
思うんでそうしてる。書きやすいし読みやすい、おまけに長期的に保守
できる。これもTMTOWTDIのひとつの形態。

28 ：

長期的に保守できる＝いつまでもモダン。

29 ：

>>28
動いているものに手を入れるな。
手を入れるときは該当箇所にだけ入れろ
決して他の部分をいじるな。
ほとんど同じ処理でも既存の部分を
修正するなコピペして作れ。
これこそモダン

30 ：

気が合いそうですね

31 ：

モダンが嫌いな人って、新しいものが嫌い。
だからデザインパターンもリファクタリングも
アジャイルも嫌い

32 ：

そう捉えてるとするならば、ちゃんとコトを理解できていない

33 ：

Perlの評価の8割はCPANだよね
Rubyの評価の8割はRailsだよね

34 ：

残りの2割はPerl4ですか

35 ：

Perl4はマイナス評価だよ。

36 ：

加えてPerl6もマイナス評価だからPerlはPerl5が支えているといっても寝言ではない

37 ：

「モダンPerl」の"モダン"はあさってな方向に行ってしまっているので、
一般的な単語のモダンとは意味が違っている。だから>>31の言っている
ことは間違い。

38 ：

>>35
うそつけ。このスレを潰そうとする連中はみんなPerl4時代のコードしか書かないじゃんか。

39 ：

Perl4も現役で使われているのでモダンですよ。
モダンではないのは(らくだ本が出版されていなかった)Perl3以前ですよ。
もちろん異論はありませんね？

40 ：

現役でサポートされてるディストリで
Perl4が入っているものを教えて下さいよｗ

41 ：

5.8が出てから今年で10年。
それより前は昔の実装でおｋ。

42 ：

こうして世界は騙された！！

43 ：

ディストリインストールできる人はPerlもインストールできるんじゃね？

44 ：

まさかｵﾏｲﾗ、ﾃﾞｨｽﾄﾘ付属のperlをそのまま使ってる、なんてことないよな？

45 ：

ディストリのパッケージ以外からperlとかモジュールとか入れたらシステムの安定性が壊れる
パッケージが提供されてないモジュールを野良ビルドで入れたりしない
cpanm、perlbrew、local::libを使うなどもってのほか
↓のスレ読んで出直せ
http://toro.2ch.net/test/read.cgi/tech/1217851121/544-

46 ：

>>45
押すなよ絶対押すなよみたいな言い方ですね。
つまり、それらは便利ってことですね！

47 ：

>>45
root管理のパッケージと混ぜないために、cpanmやlocal::libを使うのよ。
ユーザ権限でユーザ領域に突っ込めるから、バックアップも楽だし、
いらなくなったらユーザごと消せばいいし。
Perl自体は、特に必要ない限り、システム付属使ってるけど。

48 ：

ユーザが移行するのは、今までよりも分かりやすいもの、使いやすいもの。
今までよりも新しいもの、多機能なもの、ではない。

49 ：

モダンなものってたいがいわかりやすくて
使いやすくなってるよね。
Time::Pieceとか。

50 ：

でもそうじゃないから、"モダン"っていうラベルを付けて強引に勧めて
いるんだね。分かりやすかったら、使いやすかったら、ほっておいても
自然に使われるだろうから、わざわざ無理強いする必要はないもんね。

51 ：

> 分かりやすかったら、使いやすかったら、ほっておいても
> 自然に使われるだろうから
それじゃ時間がかかりすぎる。
ようはオールドタイプはさっさと消えろってこと。
ネットの古い情報もさっさと消えて欲しいし、
今頃古いやり方を教えるやつもさっさと消えて欲しい。
だから俺は古いやり方を教えている奴を見つけたら
今はこうやる。こっちのほうがもっと簡単だと
情報を広めている。

52 ：

新しいけど使いづらいって、自分で言っているようなもんだな

53 ：

面倒なやつは無視が一番。

54 ：

CPANをすべてRubyが補完してくれたらどんなにいいだろう。

55 ：

　　　end
　　end
　end
end
あぁ、終わりだもうだめだぁ

56 ：

まあモダンなPerlを知らなければ、
Perl使いとみなせない時代にはなってるよね。

57 ：

もちろん情報は日々取得してるから知られてはいるんだろうけど、
使いやすくなかったらいつまでたっても使われることはないよね。

58 ：

使われてるけどね。
Perlで作られてる他のプロジェクト見たこと有る？
（昔に作られて放置されてるのは除く）
Jcodeとか海外じゃ全く使われてないから。

59 ：

>>58

60 ：

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

61 ：

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

62 ：

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

63 ：

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

64 ：

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

65 ：

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

66 ：

あるよ。
開発速度が上がった。
少ないコードで、今まで以上のことができる。
なにより、プログラミング一般とPerlに関して
深い知識を手に入れられたのがいいね。
オブジェクト指向言語、関数型言語、
継承。ポリモーフィズム。mixin、
アスペクト指向、O/Rマッパー
フレームワーク、MVC・・・etc
Perlだけじゃ、世界が狭いからほかの言語をやるといい。
そうして戻ってくると、自然とモダンPerlな体になってるよ。

67 ：

考え方が間違っていたかもしれない。
モダンPerlとは、Perlがモダンなのではなく
プログラマ的にモダンな開発手法、
それをPerlに取り入れたものではないのか？
よくよく考えたら、最近はやりのほかの言語の機能を
PerlでやれるようにしたがモダンPerlなモジュールではないだろうか。

68 ：

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

69 ：

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

70 ：

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

71 ：

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

72 ：

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

73 ：

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

74 ：

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

75 ：

トレンディPerl

76 ：

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

77 ：

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

78 ：

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

79 ：

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

80 ：

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

81 ：

>>76
らくだフォー？

82 ：

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

83 ：

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

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

84 ：

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

85 ：

モダン推奨者は自分が社会に適合しようとするんじゃなくて、社会を
自分に適合させようとしている。
結果、当然うまくいかなくて挫折する。
その繰り返し。

86 ：

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

87 ：

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

88 ：

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

89 ：

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

90 ：

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

91 ：

>>87
モダン、モダン言わなくても、周りに合わせられなければ、単に能力がないだけ。
つまり、モダンプログラミングと、周りに合わせられない事は別問題。
>>90
そこは迷うところだな。別の手を考えるか、そのまま自分で実装するか。
ある意味チャンスだ。

92 ：

別の手ってYahoo!か？

93 ：

質問箱よりOKWaveがお勧め。

94 ：

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

95 ：

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

96 ：

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

97 ：

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

98 ：

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

99 ：

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

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

C、C++の最適化について語るスレ 3 (761)
sizeof(char)が必ず1でも、省略すべきではない (585)
OpenCLプログラミング#1 (657)
画像処理 その13 (876)
MFC、Win32++を超えるライブラリを作るスレ (945)
D言語 Part30 (568)
--log9.info------------------
JiLL-Decoy association (757)
【究極の】MAN WITH A MISSION 16ガウ！【生命体】 (462)
米米CLUB Part23 (555)
the HIATUS part35 (686)
■　カーネーション　Part19　■ (664)
■■■ZONE統一スレPart331■■■ (207)
People In The Box 22 (345)
CHEMISTRY No.249 (524)
CHAGE and ASKA　Vol.504 (986)
ONE OK ROCK 55o'clock (695)
YMO - HAS - Sketch Show「Part7」 (664)
【アルバム発売】SPEEDスレ　Vol.38【4Colors】 (824)
オーラルヴァンパイア／Aural Vampire < 3 > (352)
相対性理論 27 (317)
UVERworld 179 (696)
ROUND TABLE featuring Nino (968)
--log55.com------------------
【東亞日報】現代建設、36キロのクウェートの海道をつなぐ　土木事業本部長「今後もクウェートと中東の追加土木工事に有利な位置」[5/3]
【聯合ニュース】東横インが韓国・大邱にオープン　来年は同地に２号店も[5/2]
【潘基文氏】「韓国は中国に遠く及ばない」中国の大気汚染対策を高く評価—中国メディア[5/3]
【聯合ニュース】新駐日大使を任命　ＡＳＥＡＮ大使は次官級に格上げ＝韓国外交部[5/3]
【〆は日本が悪い】韓国外相「包括的核廃棄ロードマップが必要」　米朝に柔軟姿勢促す[5/3]
【やけっぱち議員】有田芳生氏　金正恩との頂上会談に意欲の安倍首相を猛批判　もはや「やけっぱち外交」[5/3]
【K-POP】 暗い表情でリハーサルに向かうTWICEのサナ　4月30日、SNSで日王退位についての心境をコメントして議論に[05/03]
【日韓関係】 「戦争の痛みを記憶して…」 上から目線の祝電を日本に送った韓国大統領、その真意は？[05/03]