【古典的モダン】Perlについての質問箱 51箱目

■ このスレッドは過去ログ倉庫に格納されています
2021/05/26(水) 10:55:29.83ID:+WmbAELr
かつて一斉を風靡したPerlについての当時のモダンな質問をするための質問箱です。

【一つ前のスレのテンプレ】当時の状況を鑑みまた芸術作品であることに配慮して原文のままとした。

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

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辺り
2021/05/26(水) 10:55:55.50ID:+WmbAELr
[プログラミング自体の経験が無い奴はまずココを読め]
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/
2021/05/26(水) 10:56:14.30ID:+WmbAELr
[モジュール]
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
2021/05/26(水) 10:56:31.64ID:+WmbAELr
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
2021/05/26(水) 10:59:34.72ID:+WmbAELr
『モダンPerl入門』本日発売！
Webで立ち読みできるサンプルPDFも提供中

https://codezine.jp/article/detail/3563
　翔泳社は2月9日、『モダンPerl入門』を刊行した。
Perlの初中級者やPerlをサブ言語として使いたい開発者向けの技術書で、
サンプルとして一部をPDFで閲覧することができる。


モダンPerl入門 増補改訂版（仮）
https://codezine.jp/book/modernperl2?p=tyosya

※本ページは『モダンPerl入門 増補改訂版（仮）』の特設サイトです。
商品紹介のほか、電子書籍版の早期ディスカウント販売（β版を先行提供）など
を予定しています。今後の更新情報は「CodeZine Books」のFacebookページなどで
配信していきます。

https://codezine.jp/book/modernperl2?p=mokuji

以下は、2013/9/18時点での目次案ver.1です。随時更新予定。
初版の目次項目については、こちらを参照してください。
6デフォルトの名無しさん
垢版 |
2021/05/26(水) 11:37:22.37ID:a7TiWa6C
お前まだ2012年に生きとんかい
2021/05/26(水) 11:38:55.11ID:dM5LPZW2
スレ乙。

>>1
> 理由はもう2012年です。いい加減2000年以前の方法はやめましょう。
> 最新のPerlを使うほうがかっこいいです。
笑える。ｗ

今は一周回って、「モダン」よりも伝統的なほうがいいよな。
2021/05/26(水) 11:49:33.23ID:Y0eMR+cr
中途半端に高機能だったから、適当に機能を追加して
みんなバラバラの方法で拡張して作者もそれを制御しなくて
結果 Python や Ruby といった他の言語に追い越されてしまったよな

逆にもっと低機能なシェルスクリプトの方が長生きしてるという
使う範囲をわきまえてる。下手に高機能に手を出さない。
2021/05/26(水) 14:09:29.19ID:qu8rWIPy
未だにクラス構文さえないのに、謎機能を延々追加し続けるのほんま…
着々と良い機能を追加するPHPを見習ってほしい
2021/05/26(水) 14:24:27.71ID:dM5LPZW2
>>9
「クラス構文」は不要。
クラスのようなものの表現はいろいろあっていい。現行Perlでもいい。
2021/05/26(水) 14:47:34.73ID:qu8rWIPy
>>10
JSでさえクラス構文を追加したのに、そんなこと言ってるから前時代の言語だと思われるんだよ
2021/05/26(水) 15:38:19.45ID:dM5LPZW2
>>11
実際に前時代の言語になにいってんだか。ｗ
JavaScriptにはJavaScriptなりの都合もある。

Perlは、今さら妙に冗長な仕様を足さなくてもよろしい。
2021/05/26(水) 16:18:25.91ID:qu8rWIPy
>>12
それで新人は寄り付かず、既存のユーザーでさえ離れていったら意味ないだろ
誰得を想定してるの？
2021/05/26(水) 17:04:25.05ID:niBt7hlg
【モダン推奨】Perlについての質問箱 50箱目
https://mevius.5ch.net/test/read.cgi/tech/1327110999/
2021/05/26(水) 17:27:42.61ID:niBt7hlg
スレッドも若干混乱するけど、そういうもんだと思えば普通に使える
誰がいつdetachするとか、execしたら全員終わるとか、何で?て思うけど
2021/05/26(水) 18:22:22.45ID:dM5LPZW2
>>13
そう思うヤツは離れるがよい。
おまえもはよ！ｗ

まあ、「クラス構文」といっても、言語によってそれぞれけっこうなクセがあるんで、一言でいえるようなもんではないけどな！

Perl5/7は、充分な互換性とそれなりな読み書きのしやすさがみんなの得。
2021/05/26(水) 18:29:17.60ID:dM5LPZW2
>>15
exec()は、自プロセスを新プロセスに置き換える関数やろ。
旧プロセスの全スレッドがなくなるのは当然ちゃうの？
2021/05/26(水) 19:10:38.69ID:qu8rWIPy
>>16
もしかしたら何か深い考えでもあるのかも？とワンチャン期待したけど、お前にはがっかりだよ
2021/05/26(水) 19:25:39.09ID:dM5LPZW2
>>18
はよ離れろて！
もうええから！
20デフォルトの名無しさん
垢版 |
2021/05/26(水) 19:31:40.52ID:OLVY60SN
>>10
> 「クラス構文」は不要。
というのであれば、あれば今すぐPerlでクラスのようなものを作っているやつらに
そんな事をするのをやめろと言うべき

Perlに公式のクラス構文がないから、みんなが別々の
俺が考えたクラス付きPerlのようなライブラリを作ってるんだろうが
しかも使ってるライブラリが別々のクラス構文ライブラリを使ってるから
無駄にメモリ使用量が増えると言うねｗ

クラス構文が不要というのなら、Perlの世界からクラスを使ったプログラミングを追い出すべきだ
21デフォルトの名無しさん
垢版 |
2021/05/26(水) 19:33:02.69ID:OLVY60SN
>>12
> Perlは、今さら妙に冗長な仕様を足さなくてもよろしい。

妙に冗長な仕様を足さない代わりに
妙に冗長な仕様のクラス構文ライブラリを使ってる

本末転倒
2021/05/26(水) 19:55:08.91ID:dM5LPZW2
わざわざ使ってるヤツのことなんか知らんわ。
標準のクラス(っぽいもの)だけで充分。
23デフォルトの名無しさん
垢版 |
2021/05/26(水) 20:16:20.81ID:OLVY60SN
お前が十分って言った所で、他の人がいろいろ拡張するやろ
自分一人で仕事してるんじゃないで？
共通規約が必要ってことや
2021/05/26(水) 20:50:29.00ID:dM5LPZW2
じゃあ「規約」をしかるべき筋に提案してこいや。
こんなところで必要とか唱ってんと。ｗ
「仕事」ならチーム内で考えろ。

Perl文化としては、拡張するのもしないのも、それにのるのものらないのも自由。
イヤなら使わなきゃええ。
「規約」とやらでしばることだけがそぐわんことやとワイは思っとるがな。

潔癖なんはやらんで。
25デフォルトの名無しさん
垢版 |
2021/05/26(水) 22:28:36.98ID:Gw0GQCqH
チームで規約作っても、そこで使われてるライブラリはどうしようもないだろ・・・
何を言ってるんだか
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況