Perlについての質問箱 63箱目

ここは長い間使われ今も有名企業で多数使用実績のある
Perlに関する質問スレです。

Perlに関することならなんでも質問してください。
以前はCGI関係はWEBプログラミング板とのことでしたが、
厳密に分けられることでもないので区別するのをやめようと思います。


【キチガイ荒らし警告】荒らしはスルーが一番です。
近頃キチガイが出没しています。普通の質問や回答に対して
頭が悪いなどという嫌がらせレスを短時間に数回行うのが特徴です。
またこのキチガイがいう「向こう」は存在しませんので
相手にせず、スルーして質問、回答をしてください。


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

http://www.perl.org/get.html
Download Latest Stable Source (5.18.1)

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

【本】
初めてのPerl 第6版（リャマ）[2012年07月 発行]
http://www.oreilly.co.jp/books/9784873115672/

続・初めてのPerl 改訂第2版 [2013年08月 発行]
http://www.oreilly.co.jp/books/9784873116280/

マスタリングPerl [2009年03月 発行]
http://www.oreilly.co.jp/books/9784873113975/

もっと自在にサーバを使い倒す 業務に役立つPerl [2012年4月11日発売]
http://gihyo.jp/book/2012/978-4-7741-5025-3

モダンPerl入門 [2009/2/10]
http://www.amazon.co.jp/exec/obidos/ASIN/4798119172/secodezine-22/
モダンPerl入門 増補改訂版（仮）[2014年1月予定]
http://codezine.jp/book/modernperl2

Perl CPANモジュールガイド [2011/4/8]
http://www.amazon.co.jp/dp/486267108X

【オンラインマニュアル】
最新のドキュメント: http://search.cpan.org/dist/perl/
perldoc.jp: http://perldoc.jp/
perldoc.perl.org: http://perldoc.perl.org/

[少し古めの良書】

プログラミングPerl 第3版 VOLUME 1,2（駱駝）[2002年09月 発行]
http://www.oreilly.co.jp/books/4873110963/
http://www.oreilly.co.jp/books/4873110971/

Perlクックブック 第2版 VOLUME 1,2 [2004年09月 発行]
http://www.oreilly.co.jp/books/4873112028/

Perl ベストプラクティス [2006年08月 発行]
http://www.oreilly.co.jp/books/4873113008/

Perl Hacks [2007年01月 発行]
http://www.oreilly.co.jp/books/9784873113142/

実用 Perlプログラミング 第2版 [2006年03月 発行]
http://www.oreilly.co.jp/books/487311280X/

【日本語、Unicode関連】

Encodeモジュール
http://search.cpan.org/dist/Encode/

第31回　encoding：いつまでもjperlから抜け出せない方に
http://gihyo.jp/dev/serial/01/modern-perl/0031

第32回　Encode：日本語だけ扱えればよいのではなく
http://gihyo.jp/dev/serial/01/modern-perl/0032

perlunifaq - Perl Unicode FAQ
http://perldoc.jp/docs/perl/5.18.1/perlunifaq.pod

perlunicode - Perl における Unicode サポート
http://perldoc.jp/docs/perl/5.12.1/perlunicode.pod

http://www.rwds.net/kuroita/program/Perl_unicode.html

【モジュール】
CPAN.com: http://search.cpan.org/

【Perl環境構築】
plenv
https://github.com/tokuhirom/plenv

cpanm
http://search.cpan.org/~miyagawa/App-cpanminus-1.7001/lib/App/cpanminus.pm
http://perldoc.jp/docs/modules/App-cpanminus-1.7001/lib/App/cpanminus/fatscript.pod

【Windows向け情報】

※PerlはLinuxで使うことをおすすめします。
使用実績はLinuxがほとんどでしょうし、Windowsの場合は
Windows特有の不具合が発生したりします。

今は仮想マシンでWindowsを使っていてもその上で
無料でLinuxを使うことが可能です。

Windowsでの利用は大変なだけでメリットがありません。

↓それでもWindowsを使いたい場合人向け

#　[Perl 日本語処理の基礎の基礎]
#　このレスは、Windows の ActivePerl で日本語処理を行う場合のテンプレートです。
#　入出力ともシフト JIS 形式のファイルまたは DOS 窓を想定しています。
use utf8;
use open IO => ":encoding(cp932)";
binmode STDIN => ":encoding(cp932)";
binmode STDOUT => ":encoding(cp932)";
binmode STDERR => ":encoding(cp932)";
use Encode;
#　以上の内容は、日本語処理が解らない人でも、とりあえず日本語処理ができてしまう
#　おまじないです。

【推移】
ttp://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

2013.Dec 1.072%
2014.Jan 0.917%
2014.Feb 0.887%


【推移グラフ】
ttp://www.tiobe.com/index.php/content/paperinfo/tpci/Perl.html


【Perlの今後】
他言語に対する優位性がほとんどないため、消滅に向かって進んでいる。
近い将来消えるのは確実。

ここまでテンプレ

ゴキブリPerl厨はいくつスレッド立てれば気が済むんですかねぇ

初心者スレ、モダンスレ、正当スレと分けるにしても3つで十分じゃないのかね
特に63箱目は1つで十分なんじゃないですかねぇ

しかもPerl厨はアホみたいに上げまくるから全部50番以内にあるし

終了寸前で新規利用者もほとんど獲得できないゴミ言語が4つも5つもスレッド立ててんじゃねーぞ
そこまで知能が低いのか？
まぁ知能が低くなけりゃ終了寸前のPerlになんか手出さないわな

Perlについての罵倒スレ 63箱目
http://toro.2ch.net/test/read.cgi/tech/1392639772/

Perl初心者スレ（マジレス回答）
http://toro.2ch.net/test/read.cgi/tech/1349538519/

Perlについての質問箱 63箱目
http://toro.2ch.net/test/read.cgi/tech/1392820583/

Perlについての質問箱 63箱目
http://toro.2ch.net/test/read.cgi/tech/1392906213/

【モダン推奨】Perlについての質問箱 50箱目
http://toro.2ch.net/test/read.cgi/tech/1327110999/

乱立スレッドなので、ご注意ください。

本スレはこちら。
Perlについての罵倒スレ 63箱目
http://toro.2ch.net/test/read.cgi/tech/1392639772/

って、間違えたがな。

Perlについての質問箱 63箱目
http://toro.2ch.net/test/read.cgi/tech/1392820583/

すまん、またミス。

Perlについての質問箱 63箱目
http://toro.2ch.net/test/read.cgi/tech/1392639772/

何がキチガイ荒らし警告だよｗｗｗｗｗｗ
スレ乱立させて荒らしてるキチガイがよく言うぜｗｗｗｗｗｗｗｗｗｗｗｗ

ActivePerlだと再配布できないとかであとあと困ることもあるので、最初から
Strawberry Perl で開発するとよい。これ、まめな。

>>5 の方法だとスクリプトの文字コードと入出力の文字コードが異なって、毎回
変換が行われてしまい不合理

Shift-JISテキストを正しく扱う
homepage1.nifty.com/nomenclator/perl/shiftjis.htm

実際、O'Reilly本にはEncodeモジュールはほとんど紹介されていないから

なぜオライリーにのってもないような
そんな変なURLを貼り付けるんだ？

>>13
糞サイトの宣伝乙

>>13
読んだ奴の精神を汚染するようなゴミクズサイトのアドレスを貼るなよ精神異常

>>14
お前、オライリー読んでないだろｗ

必要とされていない文字コード変換は今となってはoverkillらしい

itpro.nikkeibp.co.jp/article/COLUMN/20080220/294242/?ST=develop&P=2
これをperlで作ろうかと思う
既にperlで作ってあるサイトあったら教えて
なかなかないんだよな
やっぱり技術体系を学ぶにはマイナー言語だとサンプルがクソだったりして遠回りになるだけだったか

なんでメリット皆無のゴミ言語なんかで作ろうとするの

KENTさんのとことトホホさんのとこはちゃんとチェックしたの？

そこまで俺もバカじゃないよ
KENTとかトホホとか初心者レベルだろ

perlはJavaScriptとは違って、
> 既にperlで作ってあるサイトあったら教えて
perlで作ってあるからといって、perlのソースが読めるわけじゃないよ
あと技術体系としてのHTMLやHTTP、URLはプログラミング言語に関係ないから
それはメジャーな言語で覚えて帰ってきても大丈夫だよ

とほほとかKENTとか、Perlとしては負債でしかないなあ

>>23
おうメジャーなjavaで見てやってるぜ
技術体系っていうのはTCP,HTTP,UDP,websocket,comet,keep-alive,RTMP,XMPPとかプロトコル辺だろ？
ここらへんは上級者の壁だな、ここを乗り越えればやっと上級者
perlで作ってるやつらは全て理解してるからPerlでかけるんだよな

なんで同じスレ３つあるんだ

>>24
とほほ は役に立ったから赦した。

>>27
html入門としてはアリだと思うし、cssもまあ…jsはギリギリって感じ
Perlに関しては流石にちょっとなあ…

>>28
まぁまぁ、コンビニの破棄弁当だってご馳走だと喜んで食べる乞食だっているわけだし
普通の人にはゴミにしか見えないものでも必要としてる底辺がいるってことだ

コンビニ弁当以上のものを知らないってある意味幸せなのかもな
>>27を見れば何となく分かるだろ

requireは現在のディレクトリを基準にファイルをインクルードしますよね

useの場合、例えばuse Data::Dumper;などの場合はどこを基準にインクルードしているんでしょうか？

>>30
http://perldoc.jp/docs/perl/perlfaq8.pod#Whats32the32difference32between32require32and32use63
> 以下の二つは同じです:
>
>　　use MODULE qw(import list);
>
>　　BEGIN {
>　　　　require MODULE;
>　　　　MODULE->import(import list);
>　　}

http://perldoc.jp/func/require
> require は拡張子が ".pm" であり、 "::" を "/" に変えたものがファイル名であると仮定します。
(略)
> 言い換えると、以下のようにすると:
>
>　　require Foo::Bar;　　　# a splendid bareword
>
> require 関数は @INC 配列で指定されたディレクトリにある "Foo/Bar.pm" ファイルを探します。

http://perldoc.jp/variable/%40INC
http://perldoc.jp/docs/modules/lib/lib.pod

>>30
ドキュメントも読めないクズがプログラミングか

説明書も読まずに分からないと言う
それがPerl厨
言語がゴミなら使う奴もやっぱりゴミｗ

一方ぺちぱーは何がわからないのかすら自分でわかってなかった

え？今もう、phpから始めるのがベストだよ

別に>>30みたいな奴ってどこの会社にでも1人や2人いるでしょ、書類も読まずに質問してきてすげー迷惑な奴。
本当に会社のお荷物になってるけど本人は自覚がないから始末が悪い。

>>36
そういう奴に限って意識高いつもりなんだよ

「業務において不明な点があればそれを洗いだし、
明確にしておかなければならない！」

とか言っちゃうんだよ

言ってることは間違ってないし面倒だから誰も突っ込まない

突っ込まないものだから本人は（ｒｙ

スルーしときゃいいのに、回答が出てから叩くだけ叩くってクズすぎる。

>>36
>会社
会社?
>>30-31の書き込み時刻見てみろよw

>>38
ニート乙
まともな社会人は9時〜17時が就業時間なんだよ
回答ついてからも何も回答ついた時間が17時より前なのにｗ

この時期に定時上がりとかマジか。

>>30
わざわざドキュメントが用意されてるのにそれも読めないヴァカはプログラミングしなくていいから二度と来るな。

>>38
その子は要は叩ければいいみたいだし、触らないことだな

>>30も荒らせればいいみたいだから、>>31みたいにレスしないことだ

オワコン言語にしがみつく老害きもい

オワコン言語になったのは>>30みたいな無能のせい。
>>30と同類の無能がドキュメントも読まずに
不親切だの欠陥言語だのとブログやなんかで吹聴しまくったせい。

>>30
ゴミはYahoo知恵遅れに行けよ

>>30
お前テンプレすら読んでないだろ
マジで迷惑だから消えろ池沼

何かまたいつものぺちぺちパー君が発狂してるな。どうした朝っぱらから？

ああ、本当だねｗ
気違いperl厨は単発煽りでも
他の誰かと同じだと思っちゃうってｗｗ

面白いから他の人もやってみてｗ
自分で試すのが何よりの証拠になるからｗ

たまにやってるよ いちいちバラすのもだるいから同一人物認定されててもそのまま放置だけど

　　 　　　　　 ＿＿＿ 　　　　　ｎ
　　　　　　／　＿＿　＼.　　　 |｜
　　　　　　|　|(ﾟ)　　(ﾟ)|　|　　 　|｜
　　　　　　ヽ. ￣￣￣ / 　　｢|^| |`|
　　　　　　　 ￣□￣　　　　| !　 : ::} _＿＿＿＿＿＿＿＿＿_
　　　 　／￣￣ハ￣￣＼　ヽ　　,ｲ | |　　　　　　　　　　　　　|
＿＿／　　　　　　　　　　＼　|￣|.　| |　　　　　　　　　　　　　|
| |　/　　 ,　 　 　 　 　 　 　 ヽ|　｜ | |　　　　　　　　　　　　　|
| | /　　 /　　　　　　　　　r. 　　　|　| |　　　　　　　　　　　　　|
| | |　⌒ ーnｎｎ 　 　 　 　|＼　　ﾉ　|_|_＿＿＿＿_＿＿＿＿_|
￣ ＼＿_､("二）￣￣￣￣￣ｌ二二ｌ二二 ＿|_|＿_

PHP <<< Perl4 <<< Perl6 <<< Perl5

PHPの価値が分からないんだな、かわいそうに。

>>51
そんな言い訳をした所で、
お前が同一人物なのははっきりしている。

俺はお前が同一人物だと見抜いた。
どうだ？反論できまい？

反論できないということはこの議論は
俺の意見が正しいということである。

>>55
キチガイを演じるならもうちょっと頑張らないと

>>55みたいなマジキチが張り付いてるから機能しなくなったんだよな。
自覚がないみたいだから言ってもどうしようもないみたいだけど。
本当は病院行くのが一番なんだけど何らかの理由で全額自己負担になるから行けないのかも。

「自己紹介乙」って言わずにいられないマジキチさんどうぞ↓

この歌詞は実話らしいけどPerl厨そのものを表しててワラタｗ
http://www.youtube.com/watch?v=QddDPHoJOyA

PHPuser <<< PHP <<< Perl4 <<< Perl6 <<< Perl5
PHPuser ＝ Perl学習に挫折したひと、あるいはキチガイ荒らし
このスレ的に価値がない
もし無職なら社会的にも価値がない

>>59のように負け組parlユーザが意気がってる様はまさに>>58なわけですよ。

スペルがちゃんと綴れないからPerlできないんだろ、そんなやつがPHPできるとは思えないけどな

PerlはそうやってPHPと比較されてるのがお似合いｗ
そうしてる間にもRubyユーザーは圧倒的開発効率のもとで
どんどんシステムを開発して稼いだり、社会貢献をしたりしているのであった

ついでにこれからプログラミングを始めようと思っている初学者に言語選びのアドバイス
使い物にならない言語を選んでしまって後で後悔しないように
初学者でも簡単に使い物にならない言語を判別する方法を書いておく

言語名に「P」又は「H」が入っているかどうかを確認すること
言語名に「P」又は「H」の入ってる言語は使い物にならないからやめておけ
これから出てくる言語は知らないが、今現在ではこの基準で判別できる

お前が何と言おうとRubyやPerlではPHPに勝てない。

461 名前： デフォルトの名無しさん [sage] 投稿日： 2014/02/26(水) 02:31:49.75
昨日新宿西口のドトールで隣りの席の奴が初めてのPerlよみながらMacBook
いじってたので横からずっと覗いてた。
かなりなヘボプログラマだった。

462 名前： デフォルトの名無しさん [sage] 投稿日： 2014/02/26(水) 02:44:56.66
>>461
いいなあ。そんな暇俺も欲しいわ。

463 名前： デフォルトの名無しさん [sage] 投稿日： 2014/02/26(水) 05:04:02.17
みんな初めはヘボなんだよ

464 名前： デフォルトの名無しさん [sage] 投稿日： 2014/02/26(水) 05:19:13.36
知らない人が隣から覗き込んでくるって怖いね

Perlは文字列の指定に　"aaa"　があるのが糞
""は変数が展開されるとか言ってるけど、展開の仕方もいい加減
"$a_b"
とした場合、$aと"_b"と解釈されず、$a_bと解釈されるから
何かの関係で"$a=b"を置換で"$a_b"にしただけでバグになる史上最強の糞仕様
変数弄らずにただの文字を変えただけでバグになるとかマジで根本から腐ってる

perlをparlって綴ったり、変数名に使える文字が何か分からなかったり、
基礎的なことを知らないと質問もできないと思うけどな
単にお前が無知なだけ

ぺちぱーはばかだから無理

>>67
どこにparlなんて書いてあんの？
変数名に使える文字は分かってるように見えるけど？
本当にビョーキかこいつｗ

>>66
そりゃ、置換で事故なんて、どんな言語でも起こるだろ。
PHPでも説明と全く同じ事故が起こるし。

エスケープ文字ならまだしも普通の文字での事故なんてまともな言語では起こらない。
やはりPerlやPHPのようなゴミでは開発効率も保守性も確保できないようだ。

>>66
=とか_とか記号を使うから変数に使える文字を分かっ
てないと思われるんだよ。print "$x bps";のスペー
スをやっぱいらねと思って削除しただけで破綻すると
書けばおｋ。perlは欠陥だらけ証明完了。

普通じゃない文字なんだから
事故起こっても不思議じゃないだろｗ

>>71
事故を起こすからこそ、置換は、やってはならないことだよ。
オブジェクト指向全盛の今、そんなことやってたら鼻で笑われる。

なんだろうこいつ。
キー入力したら、タイプミスをするから
キー入力してはいけないとか言ってるようなもんだな。

Perl=ゴミｗ

嫌なら普段から${a}_bとでも書いておけよ池沼ぺちぱー

いいから糞スレageるな低脳

$aとかただでさへゴミが付いてるのにｗｗｗｗｗｗｗｗｗ${a}とかさらにゴミが増えたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
変数一つにどれだけゴミ付ければ気が済むんだよゴミperl厨ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
変数に元々ゴミが付いてるのにさらにゴミ追加とかｗｗｗｗｗｗユーザーもゴミだしコミュニティもゴミｗｗｗｗｗｗｗｗｗperlまじでゴミだらけｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

【誘導】
こちらのスレッドは重複スレッドとして削除依頼が出されています。
以下のスレッドに移動してください。

Perlについての質問箱 63箱目
http://toro.2ch.net/test/read.cgi/tech/1392639772/

>どこにparlなんて書いてあんの？>>60
>変数名に使える文字は分かってるように見えるけど？>>66
お前、ほんとにばかなの？Perl覚えられないばかりかレスも読めないの？
どんだけ無価値なんだよ、お前は

Perlを覚える()

perlを覚えるワロスwwwww

そもそも$aをそのまま出力したいってどんな状況よ
…って言っても、解ってもらえないんだろなあ

Perl厨って何か精神病んでんの？

病んでないよ
クソスレ乱立させたりPHP厨って仮想敵と戯れたり
これが平常ウンコ

平常ウンコｗ

wwwwwwwwwwww

平常ｗｗｗｗｗｗうんこｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

＞オブジェクト指向全盛の今、そんなことやってたら鼻で笑われる。
今ってオブジェクト指向全盛なの？

変数展開がまともにできないPHPでは全盛なんだろｗ

UNIX文化のエッセンスのPerlと違って、PHPってつぶしが効かないよね？

>>86
平常ウンコｗｗｗｗｗｗ
腹痛いｗｗｗｗｗｗｗｗｗｗｗｗ

具体的な変数開用の話でフルボッコになったPerl厨が抽象的な話へと移行ｗ

92:デフォルトの名無しさん :2014/03/02(日) 23:19:11.42 [sage]
UNIX文化のエッセンスのPerlと違って、PHPってつぶしが効かないよね？

Perlはオブジェクト指向に最適な言語

何も無理してPerlを100%使い切る必要はないんだから、自分の能力と用途に合わせて
使えるところを使えばいいだけ。PHPはPHP相当の部分を使えばいいだけ。でも無理だ
よね？PHPを使えるわけじゃないからね。

まあsprintfでも使えばいいだけだし
ぺちぱーみたいな馬鹿には無理かしれないが

ぱぱーらー

結局、自分が使えるわけでもないPerlを使い続けようとするその判断が間違い

　Ｐ　Ｈ　Ｐ　が　最　強　な　ん　だ　よ　他　は　ゴ　ミ　

>>100
100getおめ！

このご時世クラウドにも対応してないGPGPUにも対応してないって言語としての価値ないでしょ

GPGPUに対応している言語ってなんだ？

STDINなどの定義済みハンドルの一覧は
どこに載っていますか？

>>104
そんなことも自分で調べられないヴァカがなんでプログラミングやってんの？
身の程を知れ

>>104
糞スレageるなよ糞

>>104
ttp://snsd.jp/2011/04/22/6157/

>>107
ありがとうこざいます

報告が遅くなってスマン

ClarisのBirthday初回限定版届いたよ
対価に十分見あった歌だと思った

それから初回限定版ってことで、
ねんどろいどとか言うフィギュアみたいなのか付いてきたんだけど
これは一体何なのかね？
説明書によるとironyってCDのケースに飾れと書いてあったけど・・・飾るだけ？
なんだねんどろいどって

おすすめの開発環境キボンヌ
これら以外にいいのがあれば教えてください
　・Eclipse+EPIC
　・padre.exe

おれは単にテキストエディタだな
これまでに書いたプログラムで似ているのをエディタのgrepコマンドで探し出して
コピペ

>>110みたいな底辺のゴミにはそれがお似合いだよね

STDINなどの定義済みハンドルの一覧って
どこにも載っていないんだな。

リファレンスマニュアルにも記載されていないけど
暗黙のリストが存在するのか？

perlmodに、パッケージmainに結びつけられた識別子として出てくるけど、
ファイルハンドルとしての説明は無いな。

>>113
暗黙の内に用意されるファイルハンドルは標準ストリームと ARGV* だけなので
一章を割くまでもないという判断なんだろう。

http://perldoc.jp/docs/perl/perlvar.pod#Technical32Note32on32the32Syntax32of32Variable32Names
> 数字、コントロール文字、句読点で始まる Perl の識別子は package 宣言の
> 効果から逃れて、常に main パッケージにあるものとして扱われます。さらに
> 以下のものも逃れます:
>
>　　　　ENV 　 　　　　　STDIN
>　　　　INC 　 　　　　　 STDOUT
>　　　　ARGV　　　　　　STDERR
>　　　　ARGVOUT
>　　　　SIG

http://perldoc.jp/docs/perl/perlop.pod#I47O32Operators
> STDIN、STDOUT、STDERR というファイルハンドルは、あらかじめ定義されています。

http://perldoc.jp/docs/perl/5.18.1/perlvar.pod#Variables32related32to32filehandles
> ARGV
>　　@ARGV にあるコマンドラインで指定されたファイル名に対して反復する
>　　特殊ファイルハンドルです。
(略)
> ARGVOUT
>　　-i を使ってその場修正を行っているときに、現在開いている出力ファイルを
>　　示す特殊ファイルハンドルです。

ファイルハンドルとしては、perlmodもperlvarもDATAが抜け落ちてるんだよなあ。

>>115
ありがとう

1章割くまでもないか・・・
別紙付録とかそういう形式でもいいから
一覧としてほしかったな・・・

>>116
リストアップされてないと、こういう"抜け"があるのが怖いんだよね

>>117
普通の人間が5分で見つけられるものを何時間経っても見つけられないお前が哀れだよ
コーディングもそうやって普通の人間の何十倍もの時間かけてやってるんだろ

>>116
Perlみたいなゴミにまともなドキュメントを求めるほうが間違いだろｗｗｗ

結局プログラマ次第なんだよ
使えなきゃゴミ、使えれば宝物

馬鹿なのかこいつ。

結局料理人次第なんだよ
料理できなきゃゴミ、料理できれば高級フレンチ

と言ってるようなもんだな。

>>116-118
DATA はパッケージローカルなので、perlmod や perlvar にある
グローバルな予約済み識別子のリストには並べられないし、
意図せず壊してしまう心配も無い。
http://perldoc.jp/docs/perl/perldata.pod#Special32Literals

今時 bareword のファイルハンドルを書く事もそうそう無いだろうが、
__DATA__ 以下以外の何かを開く為に open DATA, $something しても
警告無しに使える。

他に特殊なファイルハンドルで思いつくのはファイルテスト演算子や
stat で使われる _ ぐらいだが、これもそれぞれの項で説明されている。
http://perldoc.jp/func/-X
http://perldoc.jp/func/stat

>>1のリンク先も調べられない情報乞食にエサやってる馬鹿乙

頭悪いんだろ。

仕事の見つからないPerl厨は今日も昼間から運動会か
職安行ったほうがよくね？

今日もかまってちゃんは絶好調☆

だなｗ
わざとドキュメント読まずに質問とかｗ

perlのワンライナーで-iつけたときに
実際になにも書き換えなかったときは、ファイルの書き換えはおこなわれない？

>>129
行われるよ

>>130
そっかー
ありがとう

>>131
行われないよ

>>128
自覚合ったんですねｗ

>>131
行われるよ

>>131
行われないよ

あとはkomodoかな
売りもんだけど（高い）

padreも使えるようになってはきたけど結局vimが一番使いやすい

しまった

vimが使いやすいっていうか
Perlを含めた動的型付け言語は
IDEサポート機能を搭載しづらい。

端的に言えば、IDEとvimの機能に差がないから、
vimが使いやすいってことになっちゃうんだよな。

動的型付言語以前にPerlはゴミだけどな

今日もかまってちゃんは絶好調☆

PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい

PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい
PerlきもいPerlきもいPerlきもいPerlきもい

きもいと言うか言語仕様が異常なんだよ
設計せずに思い付きで作ったの？って感じ

Perlってたまにセミコロンなくても動くことない？
気のせいか？
再現してないから証明できないけど再現できたらいよいよ本物の産廃ということになるが。

>>144
自分で調べられないクソ。

自

自

自

いつからセミコロンが必要になった

>>149
はぁ？

>>144
ブロックの最後ならセミコロンは不要
したがって、まったくセミコロンを書かないコーディングも可能

WAFについての質問です
Mojolicious::LiteとPlackのそれぞれの得意分野と将来性について、詳しい人教えてください

あなたの知識が詳しくないので教えません

>>152
自分で考えろゴミ
人に頼るな

公開されているWEBアプリを見る限り、どちらもほとんど使われていない
結局、一般のユーザーにとって使いづらいんだと思う
そんなおれはスクラッチ派

カス２匹とまともな方１人か

ゴミはこのスレから立ち去ってほしいねぇ

世の中無知な人間に情報を与える賢い人間は”いない”

>>155
はテキトーなことを書き並べただけの初心者

>>156
逆ギレする質問者乙

>>157が端的に言ってて分かりやすい。

「〇〇で年収□□億円」って本みたいなもんだな
まともな人間なら他人に儲かる話なんか教えない

このスレの住民だと使用者はいないと思われ

比べられない。比べるものを間違えている。が正解。

比べてくれと言った覚えはありません。結局みんなはCGIを使ってそうですね。

>>157
「世の中無知な人間に情報を与える賢い人間は”いない” 」
という情報を無知な人間に与える>>157は賢い人間ではないということか。
面白いネタだね。

そして罠にはまる>>160

俺たちはPlackとPSGIを混同しているレヴェルだからこのスレで聞いた奴に落ち度がある

オブジェクト指向は実務にうまく合わないからどっちも使われないとか、な

>>165-166
お前だけだろ。

Perlはマジでゴミ

7000行近くあるコードでEOFエラー言われて修正まで5時間かかったよ

>>168
お前まさか、少し前に沸いたPerl歴10年のベテラン()様か？

>>168
墓穴ほったねｗ

それ、7000行あることが
根本的な問題だから。

それを作ったのはお前なわけで
ゴミはお前だよ。

美しく仮想化してしまうと、書き心地や現実の要件に沿った拡張性という面で
実用性がなくなってしまう
結局、小難しいの一言だと思う

>>170の馬鹿っぷりがヤバいなｗ

＞7000行あることが問題

具体的に何行が問題か基準も言えない知恵遅れ
墓穴掘ったのが自分だと気付かないのかｗｗ

具体的な行まで言っちゃったら>>170が墓穴掘るだけじゃなくて、掘った墓穴の中まで入っちゃうじゃん。

たぶん、短いコードで5時間かかったと言ったら
能力不足（事実）だと思われるから
逆に長いコードを言ったんだろうな。
それがどれだけクソコードなレベルかもわからずに。

Perl助成金の額が大幅アップしたらしいじゃねーか
お前ら、ちょっと良さげなコミュニティ作って金もぎ取ってこいよ

7000->3500->1750->1000->500->250->125->70->35->17->8->4->2->1
５時間って、まさか、まさか？？？

Perl助成金て何？詳しくおせーて

それ以前に>170は
エラー行すらまともに出せないバグ(出さない仕様?wwwwww)を
スルーしてる時点で埋まってる

え？Perlって行数多いと正確なエラー行が出なくなるの？
産廃じゃんｗ

単にエラーを読めないだけ（笑）

助成金とかいわれちゃうと本当にオワコンかも．．．と考えてしまう

次期Perl、みたいな非Perlでも助成金でるのかな？
Perlと互換性のある、いい感じの言語、みんなも欲しいよね？

なんだかんだいってPerlは生き残るでしょ
心配留守だけ無駄。

Mojolicious::LiteとPlackはどちらも簡易サーバーだから、実用レベルのスクリプト
にするにはCGIで書き直す必要がある

○か×か？

正解は×
なぜなら簡易サーバーではない

そもそもCGIというのは
Common Gateway Interfaceの略な

たかが7000行なのに5時間とかありえん
知的障害ある可能性が高いよ

自称スーパーハカーの皆様、精神科にみてもらっては如何でしょう

>>180
どうして助成金でオワコンと思うのだ・・・
お前の理論でいったら、もうオワコンだらけ

だって、共産主義のにおいがするんだもん

お前、GPLライセンスにも同じ事が言えんの？

GPLはGPLで、別物。科学は人類共有のものだから。

なんだこれ・・・

エラー行が出ようが出まいが
Perlは言語仕様が欠陥だけらけでオワコン産廃だろ

・エラーメッセージの日本語化
・perl5.5のセキュリティメンテナンス
・JPerlのperlへのマージ
助成金、思いつくことはまだまだあるなし

Mojolicious::Liteをベースにして、足りない機能はPlack::Middlewareで補うのが吉

何でゴミのメンテや日本語化をするの？
馬鹿じゃねｗ

>>194
Perlを使わないのが吉

で？
長いとエラー行が正常に表示されないゴミ言語Perlは
何行以下なら正常に表示されるって？

Perlの欠陥をゴーダのスキルレベルの話にすり替えようとして失敗した>>170は遁走したのでその質問に回答が付くことはありません。

遁走じゃなくて
自分で掘った墓穴に埋まってんじゃねW

日本のIT産業発展のため糞言語を使っているゴキブリは駆除しなければならない

エラー行すらいい加減なPerl哀れｗ

>>193
最高で100万ほど貰えるらしい
がんばってくれ、軌道に乗った頃に混ぜてくれｗ

JPEGのサイズを10％圧縮、Mozillaが新エンコーダー「mozjpeg v1.0」発表
＞mozjpeg v1.0では、JPEG画像コーデック「libjpeg-turbo」のフォークに「jpgcrush」というperlスクリプトを追加した。
http://www.atmarkit.co.jp/ait/articles/1403/06/news115.html

まぁPerlすごいの知ってた。

現在プログラム板のID制導入の投票を実施中です
よろしくお願いします

プログラム板 強制ID制導入に関する投票スレ
http://kohada.2ch.net/test/read.cgi/vote/1394290844/

英語のエラーメッセージが読めないEOF君はらくだ本見れば、日本語の対訳が載ってるから
オブジェクト指向を導入しないのは長期的視点に立つと正しいと思うからさ

・赤らくだ本の復刻
・Programming Perl 4th Ed. の翻訳

・お金がないからできないこと
・能力がないからできないこと
能力はあるが、お金がないからできないことっていうのはプログラミングの領域では
存在しないと思う
だから助成金はドキュメントの作成とか、新人の育成とかに使われるんだろうな
英語メッセージの日本語表示(WEB APIでさくっと)なんかいいんじゃない？
あ、プログラミングか

>>205
EOFにエラーがあるって出てそれがちゃんと読めてたとかじゃないの？
読めてなかったらEOFかどうかも分からんだろ

EOFは読めました。小文字はまだ習っていないので読めません。

>>207
お金＝生活費、時間、人件費
って考えればわかるんじゃないか？

何かを買うために、お金が必要なんじゃないんだよ。
無料のソフトウェアを作っているならば、
ソフトウェアの販売でお金は入ってこないわけで、
その他の何かから収入を得なければ生活できないんだよ。

一つのファイルで7000行あったとしても
関数単位で見れば、短いはずだよな。
（もし一つの関数で数千行あったらそれは完全にコードの問題）

括弧の対応が取れていないだけならば、
関数単位で削除していけば何処かでコンパイル通るわけで
それでわかると思うけどね。

まあこういう変則的なバグを見つけるときは
経験がものを言うわけよ。
言語に文句を言っているうちはまだまだってこと。

EOFとかでるときは、コンパイル自体通らない＝実行できないものなわけで
コンパイルすら通らないものを渡されたのならともかく、
コンパイルできたものを渡されるのが普通なわけで、
それがコンパイルできなくなったら自分の責任じゃん？

Perl厨による歪んだPerl擁護が続いておりますが、初心者の方は他の言語を選択してください。
現在は以下の言語がPerlより優れています。

PHP

>>210
能力のある無職、というところがどうも腑に落ちない

PHPはプログラミングの入門用としては優れているけど、実用的なアプリケーション、
(例えば7000行以上の)を書こうとすると途端に破たんする
まあ、そもそもWeb専用だからそれは仕方ないけどね

>>211
というか、そもそもPerlに限らず様々な言語で存在するからな
C/C++なんて更に#includeの仕様が絡んでくるから
括弧の対応で「なんだそりゃ？！」って場所でエラーになったりするし

オワコン中学生はまだ他の言語を知らなくて、EOFガーっていってるだけ。気にすんな。

それでブロックの最後の行はセミコロンあってもなくてもいいって珍ルールは解決されたの？
産廃だから解決されることはないかｗ

珍ルール？
配列の値の最後のカンマは合ってもなくてもいいのと同じで
どの言語にもあるようなメジャーなルールでしょ？

単にセミコロンは、単語と単語を区切るためのものってだけで
最後につける必要がないだけなのにね。

ついにID制が導入されるぽい！
これで少しは落ちつけばいいなぁ

こうやって自治スレでもないのにスレ違いのIDの話をする基地害って何なんだろうな。
しかもム板は特殊扱いだから100%入らないのに。

落ち着いても落ち着かなくてもゴミ言語はゴミ言語

Perlの不具合・糞仕様って
指摘されると、それは〜〜言語にもある！とか言い出すよね
要するにPerlは他言語の不具合・糞仕様のかき集めってことだ

Perlのセミコロンはステートメントターミネータじゃなくて、ステートメントセパレータな
何が難しくて理解できないのかさっぱり分からないけど

ｾﾐｺﾛﾝで躓いてるんならgrep辺りからはじめろよｗ

Perl厨って>>220みたいなデマ流すマジキチばっかだよな
どういう教育受けてきたのか知らないけど

やったぜ！大勝利だッ！！！

ばっちでファイル群を一括処理したい時便利。
自分が使いやすいものを使えばいいだけなんだけどね

ワロタｗ


220 名前：デフォルトの名無しさん[sage] 投稿日：2014/03/10(月) 18:21:32.50
ついにID制が導入されるぽい！
これで少しは落ちつけばいいなぁ

226 名前：デフォルトの名無しさん[sage] 投稿日：2014/03/11(火) 04:01:25.76
Perl厨って>>220みたいなデマ流すマジキチばっかだよな
どういう教育受けてきたのか知らないけど

227 名前：デフォルトの名無しさん[sage] 投稿日：2014/03/11(火) 23:38:46.59 ID:eIGI5BMN
やったぜ！大勝利だッ！！！

はいこれ

926 名前：名無しさん＠涙目です。(チベット自治区)[sage] 投稿日：2011/08/19(金) 21:45:50.68 ID:wEWkakA10 [1/3]
ブサヨ沸きすぎ・・・
夜になると急に増えるな


944 名前：名無しさん＠涙目です。(兵庫県)[] 投稿日：2011/08/19(金) 21:46:45.80 ID:SEJ/RJaf0 [2/2]
>>926
俺も思ったわ
平日の昼間はそんなことないのに
平日の夜と休日は異常に擁護が沸くよな
明らかに工作員が混じってる


968 名前：名無しさん＠涙目です。(catv?)[] 投稿日：2011/08/19(金) 21:48:12.85 ID:QEsicRrM0 [3/3]
>>944
それ働いてるんじゃないの？

BASICもセミコロンはステートメントセパレーターだったよな
珍ルール氏はBASICを知らない世代なのか

っと老害が呟いておりますがー？

完全にセミコロンなしで書こう

古いコードのリファクタ/テスト構築やってるんだけど、
requireをコードブロックに閉じ込めることってできんかな？
こんな感じで:

require_guard 'foo.pl' => sub {...};

サブルーチン抜けるとrequireされる前の状態にもどる。

use Safe;

>>234
そのままGuard系ではダメか。

require 使用後にその作用/副作用のすべてをなかったことにしたければ、system を
使うといい
関数に渡したかったパラメータは、コマンドラインのパラメータにする必要がある

>>235-237
ありがと。

>>235 のSafe.pmが一番近そうだけどまるっと全部shareする方法がわからなかった。うーん。
>>236 読み込むのがクラスだといいんだけどね。ホントにベタなスクリプトをrequireしようとしてる。
>>237 関数っつーかファイルの中で危険な操作をしてるんで、そいつらをモックアップしようと思ってる。

ファイル構成こんなかんじ：

# t/test.t
use strict; use warnings;
use FindBin q($RealBin);
use Test::More;
my @f;
BEGIN { *CORE::GLOBAL::open = sub { push @f, ['open', @_] }; }
BEGIN { *CORE::GLOBAL::close = sub { push @f, ['close', @_] }; }
BEGIN { *CORE::GLOBAL::exit = sub { push @f, ['exit', @_] }; }
subtest untrust => sub {
require_ok "$RealBin/../untrust.pl";
is_deeply $f[0], ['open', 'FILE', '< /foo/bar'];
is_deeply $f[1], ['close', 'FILE'];
is_deeply $f[2], ['exit', 1];
};
done_testing();

# untrust.pl
print "untrust file";
open FILE, '< /foo/bar';
# do something to FILE
close FILE;
exit 1;

>>238
お前の無知さを綴るブログじゃねえからさっさと消えろ

ID:Iua5BgL9はまたいつもの荒らしかね？

Perlとかいうオワコン言語をまだ使ってるプログラマは思考停止してる人だから

>>238は成長をやめた無価値プログラマ

ID:+0w7Q/Uu は、本当めちゃくちゃ荒らしまわってるなぁ・・・
好きなキーワードは「IT奴隷」かｗ
C++スレやら、C#やら、win32apiやら、rubyスレやら・・・

>>242
荒らしに言及するのも荒らしだよ

untrust.pl は exit 1; ではなくて 1; で終わるべき？require されるんだよね？

あ、いや *CORE::GLOBAL::open = とかしてしまって、FindBin や Test::More は
ちゃんと機能するのだろうか？

本日一発目のNGID入りました〜

ID:0m9kjf7T

>>244-245=池沼

>>244
うん、untrust.plの例がマズかったね。ごめん。
ホントはuntrust.plの中でif文のネストした先が"exit 1"になってたり。
require_okして"exit 1"に向かうような異常系をテストすると、テストそのものが死んでしまう。
untrust.plをちゃんとtestできるよう書き換えろってのはその通りなんだけどさ。

>>245
一応上の例で、テストは通る。5.18.2。

んで、このrequireをひとつのテストファイルの中であとからなかったことにできないか
ってのが趣旨。untrust.plでuseしたモジュールのEXPORT引剥がしたり。
ネームスペース置き換えがただしそうなんだけど、Safe.pmで全部shareする方法が見当たらなかった。

＞うん、untrust.plの例がマズかったね。ごめん。

ゴミが自己顕示欲満たすためだけに回答するからだろ。
お前は場を混乱させるしか能のないクズなんだからさっさと消えろ。

ゴミに回答するのもゴミレベルのクズ
ゴミの傷の舐めあいスレッドPerlスレ

ごみに粘着する自己矛盾
つまりそういうこと

perlの中でシェル呼び出しするときの環境変数を
あらかじめ設定したいんだけどどうしたらいい？

`LANG=C ls`
と毎回書きたくないんです

$ENV{"LANG"}="C"
じゃ不満なの？

>>251
お前みたいに平均以下の知能しかない奴はプログラミングに向いてない
向いてないものに普通の人の何十倍も時間かけてやっと人並のことをやる馬鹿乙

普通の人の何十倍も長い人生のある人は羨ましいです＾＾

メールフォームで送られた情報をエクセルまたは決められた形式でhtml形式で表示してくれるスクリプトないですかね？

>>254
【CGI】こんなCGI探してますver.24
http://kohada.2ch.net/test/read.cgi/php/1330980652/
気軽に「こんなWebサービスありませんか？」Part.1
http://kohada.2ch.net/test/read.cgi/php/1372830980/
依頼されたツールを誰かが作るスレ
http://kohada.2ch.net/test/read.cgi/php/1078997682/
金出すからスクリプト作ってよvol.1
http://kohada.2ch.net/test/read.cgi/php/1150508106/
金出すから改造してよvol.3
http://kohada.2ch.net/test/read.cgi/php/1162147035/
【 スクリプト改造依頼スレ 】(丸投げ) part8
http://kohada.2ch.net/test/read.cgi/php/1314546533/
【宣伝可】CGIリクエストスレ【作者向】
http://kohada.2ch.net/test/read.cgi/php/1138856423/

>>255
わざわざ誘導有難う御座います。
スレ汚し申し訳ありませんでした。

>>256
いいから二度と来るな。

>>241
言語が成長しないことと、言語によって記述するアプリケーションが成長しないことは
別なんだけど、君にはきっと理解できないんだよね？まあいいけど

成長しない言語にしがみついてる基地害の作るアプリケーションは成長しない

成長しない言語ってなに？

本人が成長しないから
新しいことを知らないだけだよね？

もうすぐ5.20が出ようってのに成長してないとな

成長してないのは5.6の頃の言語仕様でしか書けないてめぇの方でした、と

インタプリタのバージョンが上がったからといっても必ずしも言語が成長している
とは限らないが、オワコンを主張する輩は単に利用技術がないだけだということを
申し添えておく

>>263
ちゃんとバージョンアップの内容見てきてみ？

一般論を言いたかっただけだから、見てくる必要はない。それはどっちでもいい。

>>265
お前のいう「一般論」の「言語が成長している」ってのを言ってみろよ

リファレンス、パッケージ、モジュールは使いこなせます。でもオブジェクト指向
の活用方法が分かりません。オブジェクト指向を実務に活かす方法があれば教えて
ください(ただし、教科書的な回答は不用です)。

実務に活かすっていうか、
実務であれば何かしらのフレームワークを使うだろう？
ほぼ全てのフレームワークでオブジェクト指向を使うように
強制されてるからね。否応なく使うよ。

活かすって意味なら、フレームワークはオブジェクト指向で作るように
最適化されているので、そのやり方に合わせるのが
一番効率がいいってところかな。

>>267-268
オブジェクト指向は愚かな考え。
http://toro.2ch.net/test/read.cgi/tech/1393660194/
オブジェクト指向なんて今すぐやめてください
http://toro.2ch.net/test/read.cgi/tech/1384136223/
Webでオブジェクト指向プログラミング
http://kohada.2ch.net/test/read.cgi/php/1133489897/
オブジェクト指向perl
http://kohada.2ch.net/test/read.cgi/php/1022604696/

>>268
ゴミレスやめてねｗ

>>269の間違いｗ

フレームワーク以外にオブジェクト指向を活用する方法はない、という理解で正しいですか？
アプリケーションの構成を二階層にするのか一階層にするのかの違いですか？
でもそれなら、ライブラリでも二階層にすることはできますよね？
しかも覚えるべきことが少ないので、分かりやすく書けて、メンテしやすいと思うんです。

オブジェクト指向とは、モジュール化なんだよ。

構造化プログラミング時代に設計技術として行われていたことを、
正式に言語仕様でサポートしたもの。

>>268も十分ゴミレスだから別に構わんと思われ
>>268みたいな精神異常ってまだいるんだな

Perlに限定しないし、教科書的な回答不要とか、荒れる話題だなァ。

変数の有無をチェックするってどうしたらいい？
isset() みたいなのある？

defined

Perlの場合のオブジェクト指向がモジュール化なのはその通りです。でもPerlでのモジュー
ル化の全てがオブジェクト指向ではありません。>>267に書いたとおり、モジュールは使い
こなせます。それより先にあるオブジェクト指向の活用について教えて欲しいのです。
（質問しておいてなんですが、できれば分かっている人に答えてもらいたいです）

オブジェクト指向一般的な話ってこと？
じゃあPerl関係なくね？

>>278
オブジェクト指向全般の話をするスレが
アンチな奴しかなかったので建てたよ。

まじめに話をしたい人はこっちへどうぞ。

オブジェクト指向の活用方法を教えて下さい
http://toro.2ch.net/test/read.cgi/tech/1395751447/

>>277
おっ ありがとう！

>>281
検索すらできない知恵遅れは二度と来るな

forkしたあとファイルハンドラ全部閉じたいんだけど
どうしたらいいかな

ファイルハンドルのこと？

>>283
電源落とせば？
ゴミクズの書いたゴミシステムを動かすようなPCは電源落としたほうが
社会貢献になるでしょ

あ、Perl厨は社会に迷惑かけるために生きてるからそんなことはできないか
これは失礼

>>283
どういう事なのかよく分からん
閉じればいいと思う、としか…

>>286
forkしたあと、無条件に全ファイルハンドルをcloseしたい
全部closeするのは簡単だけど、無条件に一括でcloseしてくれないかな

close $_ for @fh;

便利機能は無い。
IO::Fileを継承、機能を拡張して使うのがいいな。

あとは、ファイルディスクリプタを使って強引にクローズするぐらいか。
use POSIX;
use BSD::Resource;

sub close_all {
foreach(3 .. (getrlimit(RLIMIT_NOFILE))[0]){
POSIX::close($_);
}
}

>>110　
亀だけど
//www.youtube.com/watch?v=-Rvb8cxdtpI
ひまだからちょっとperlのmojolicious環境さらしsage

思いつきで動画つくろうとすると
何にフォーカスあてるかさっぱりわからんくなるな
メッセージも音楽も　音声もさっぱりないが　暇なひとはどうぞ。

>>289
ないかー
ありがとう。まあ普通に閉じるよ

ヴァカはすぐ信じるから面白いなｗ

>>289って何でム板に出入りしてるんだろ？
知識も経験もない嘘レス書き込んで喜んでるような
ゴミクズの出入りするような板じゃないはずなんだが。

なら嘘を指摘してみれば、みんなの為になるんじゃないの？

どこが嘘なのか自分でもわかってないで嘘だ嘘だ言ってるだけだと思われ

fork()後にexec()するならなんの心配も無いんだけどなー

なんで？

>>297
心配する必要がないから

>>297
どうしてforkしたときに全closeしたいと思っているか
から話せばいい？

>>297
どこがわからないか言ってみなよ

execしてもファイルハンドルはクローズされないでしょ
自分でクローズしない限り

>>301
マニュアルを読もうや

マニュアルを読める知能があればそもそもPerlなんか使わない

or

マニュアルを読めばPerlがいかに糞仕様か分かるからPerlなんか使わなくなる

まだ言ってんのか

俺もオライリーのPerl本（ラクダ本？）読んだけど
記号がきもすぎてPerlやめた

やめたのにこのスレ見てるｗｗｗ

ここにハッシュは最初にメモリ確保すると、その都度拡張されないので高速になるとありますが、
配列で同様に最初にメモリを確保して高速化させたいと思いますが、どのように書けばよいでしょうか？

http://tech.katsubemakito.net/perl/%E3%83%8F%E3%83%83%E3%82%B7%E3%83%A5%E3%82%92%E9%AB%98%E9%80%9F%E3%81%AB%E5%87%A6%E7%90%86%E3%81%99%E3%82%8B

my $array = [];
ここでメモリ（サイズ）確保
for(0..50000){
push @$array, 'A';
}

数万の文字列をリファレンスの配列に入れようとしています。

>>306
http://perldoc.jp/func/keys
> 左辺値として使うことで、keys を使うことで与えられたハッシュに割り当てられた
> ハッシュ表の大きさを増やすことができます。
(略)
> これは大きい値を $#array に代入することで配列を予め拡張することに似ています。
>
>　　　　keys %hash = 200;
(略)
> 左辺値コンテキストでの keys @array は文法エラーとなります。

http://perldoc.jp/docs/perl/perlperf.pod

>>306
ドキュメントも読まずにゴミサイトのURL貼るクズは来なくていいよ
どうせゴミサイトのステマしたいだけだろうけど

>>306-307
こっちの方がいいか。リストや添え字でなくスカラの所に書いてあるんで探しづらかった。

http://perldoc.jp/docs/perl/perldata.pod#Scalar32values
> $#days に代入を行なうと実際の配列の大きさも変化します。この方法で配列を
> 小さくすると、見えなくなった部分の値は破壊されます。小さくした配列を再び
> 大きくしても、以前存在した要素に対する前の値が回復することはありません。
(略)
> 大きくなるであろう配列をあらかじめ大きくしておくことで、 ほんの少しだけ効率を
> 向上させることもできます。最後の要素よりも後ろに離れた位置に代入を行なう
> ことでも、配列を大きくすることができます。

perl版のhtpasswdある？

>>310 板違い。
http://search.cpan.org/search?q=htpasswd
Apache2.x　【新鯖入荷しました】
http://nozomi.2ch.net/test/read.cgi/php/1018333172/
CGIに依存しないPerlの話題一般/Part2
http://nozomi.2ch.net/test/read.cgi/php/1030548610/
【CGI】こんなCGI探してますver.24
http://nozomi.2ch.net/test/read.cgi/php/1330980652/
依頼されたツールを誰かが作るスレ
http://nozomi.2ch.net/test/read.cgi/php/1078997682/
金出すからスクリプト作ってよvol.1
http://nozomi.2ch.net/test/read.cgi/php/1150508106/

phpのescapeshellargみたいなやつのperl版ある？

本日のNGID:jOt2Oukd

モダンPerl入門増補改訂版は夏位かな？もしかしたら秋にさしかかるのかな？
最近、Perlの本がほとんど出版されてないから楽しみだな〜

そういえば、ラクダ4版の日本語版っていつなんだろう

>>312
同様の組み込み関数は(殆どの場合不要なので)無い。
http://blog.tokumaru.org/2013/12/php_21.html
http://perldoc.jp/func/system
http://perldoc.jp/docs/perl/perlfaq8.pod#How32can32I32call32backticks32without32shell32processing63

本来なら「quotemetaはこの用途では使えない」と続くところだが
それがないのをみるとこいつはそれの存在を知らなかったとみていいだろう

これ一行貼っとけばおしまいだろうにこやつらは何をごちゃごちゃと
ttp://search.cpan.org/dist/String-ShellQuote/

Perlに無いって認めるのが悔しかったんでしょう？

ryushare.com で今こんなエラーが出てる。

Software error:

Can't connect to Mysql server. at Modules/DataBase.pm line 28.
For help, please send mail to this site's webmaster, giving this error message and the time and date of the error.

>>320
DBが落ちてんだろ

>>320
Perl使ってるんだな。

perlが死んでから、一体、何年経ったんだろうか

ラクダ4版の日本語版はオンライン版としても出版されることはないだろう。
日本の場合、世界とは状況が違うんだからO'Japanが版権を引き取って日本語
版として重版して欲しいなあ。

モダンPerlとか言いはじめたあたりだから、2002年位から腐り始めて、5.10あたり
からは「えっ？まだ続けるの？」って感じ。モダンPerlみたいのはPythonやRubyに
まかせて、PerlはNOTモダンな領域をカバーして欲しい。

時系列がめちゃくちゃすぎる
やり直し

なんでもかんでもモジュールにする根性が気にくわない

根性ってｗ
男は黙ってサブルーチンはコピペしろとでも？

>>328
いちいちuseめんどくさい
いきなり使わせろ

「いきなり使わせろ」
名言きました

はてな、mixiって、まだ使ってるの？

いちいちロードしなきゃならないのは面倒臭い

ロードするのが労働なんだけどな

目の前にコンピューターがあるのに同じ内容を何度も手打ちする発想がおかしいし、
反対の例をあげると、小難しいコードを書いてしまって、コンピューターにデバッ
グやテストを手伝ってもらえなくなるのももったいない話

http://www.modernperlbooks.com/mt/2014/04/modern-perl-2014-edition-is-out.html

モダンPerlっていったい誰が使ってるの？ほとんどのPerlプログラマはプロの
プログラマじゃないし、プロプログラマでも大事なのは使えるプログラムが出来
上がることであって、開発手法とか興味ないよね？

>>336
そこで言ってる「ほとんどのプログラマ」っていうのは
お前だけに当てはまる言葉だよｗ

そう、お前はプロのプログラマじゃないし、お前は開発手法に興味が無い。

「Web2.0って誰が使っているの？」って質問と同じだ
言われ初めた頃は、「コーディングお作法」+「トレンドモジュール紹介」を
纏めただけ

前者は必須だが、後者は普通の会社ではホイホイ導入出来ん
コーディング規約でハネられる

正確に言えば、効率化するためのルールが、
逆に効率化出来ないルールになってしまっている。

環境が変わっているのにルールを変える方法を作らなかった馬鹿な例だね。
そのうち、jQueryは（当時最新の）1.4を使いますってルールを
意味もなくずっと守り続けるようなことになる。

>>339
アメリカのSEに現地で「なんで日本人はすぐ『何かあったら』って言うの？
その『何か』が分からないなら、起こってから問題に取り組めばいいじゃん」(意訳)
とよく言われたなｗ
別に俺が言った訳じゃないので基本的にagreeなんだけど

日本は変更にかかるコストを上げすぎて、斜陽国家となった今は
変更コストを捻出できず、まともに改善に取り組めない体質になっている
そして変更自体の経験も少ないことからノウハウが溜まらず、従業員の犠牲のもと
変更コストを絞り出しても、効果的な改善ができないという負のスパイラル
そして古い技術にしがみついてるから、安定性以外の品質はさほど高くなという

>>340
NASAはまるっきり逆のこと言ってるな
日本人はなにも起きないことを目指して設計するのは得意だが
「なにかあったときのこと」をまるで考えない、とよく批判されていた

そこらのPerl使ってるようなゴミSEと、NASAの職員じゃ視点が違う。

Perl厨みたいなゴミSEには単価の安い案件しかこないからバンバン納品して、バグがあって苦情が来ても、すんまそ〜ん！で修正すればいいってノリだろ。
そういう奴からすれば普通に考えて開発する日本人（Perl厨は除く）は「何かあったときのこと」を考えて作ってるように見えるんだろ。

逆にNASAなんかは宇宙に人間飛ばすから、普通よりもかなり高い水準の対策が求められる。
そういうところから見れば普通に考えて開発してるだけの日本人は「何かあったときのこと」を考えずに開発してるように見えるんだろ。

>>342はLarry Wallに親でも殺されたのか？
それともPerl使いのSEから職でも奪われたか？

まぁ俺は当時はともかく今現在は仕事でPerl使わないNEなんで
>>341の悪態も滑稽にしか映らんのだけど

ごめん安価ミスった >>342だ

彼にとっては何故かPerl使うだけでゴミになるらしい
エディタやシェルまで指定されちゃう職場とかなんだろうか

反応して噛みついてるやつはせいぜいサンデープログラマーだろう
半径５ｍ程度で一国を語るなよ、ばかが

>エディタやシェルまで指定されちゃう職場
事務的な開発環境だな
そんな所に就職するのはお断りだ

エディタとかの開発環境を自由に選べる開発的な開発環境なら就職したい

>>347
あんまり自由すぎるのも困る
「会社で指定された環境が今までの人生で一番開発しやすかった」
という見る目のある会社がベストだと思う

それ例えばvi派とemacs派が居たらその時点で崩壊するんだが…
プロジェクト全体で統一しなきゃならん成果物・VCSなどは兎も角
エディタ、シェル、スクリプトとかは個々で慣れてるもの使えば良いじゃん

viとEmacsって統合するの難しいの？どっちも使わんので分からないんだけど

統合が何を指すのか分からんが、どちらかに一本化する必要はない。
ソースコードはテキストファイルだから、テキストを書ければ何使おうと関係ない
ってことだな

>>349
とは言っても、今時emacs派なんて残ってないっしょ？

今のEmacsはLinux箱には重すぎる

>>350
うろ覚えだけど、emacsをvimと同じキーバインドにするスクリプトがあったよあな気がする

vimプラグインまでは動かんでしょ

>>354
vi-mode

>>355
viでも動かないでしょ

windowsでcgiの勉強をはじめたばかりです。参考書をみながら勉強しています。
ローカルで動くようにAnHTTPdをつかっています。
それでhtmlをprintで書いて単に表示とかはうまく行くのですが、
htmlにformを置いて、その値をcgiに渡そうとするとcgiのソースが表示されるだけで
うまく行きません。行き詰まってしまいました。どうしたらよいのでしょう。

・test.html
<FORM ACTION="test.cgi">
<INPUT TYPE="text" NAME="you">
<BR>
<INPUT TYPE="submit">
<INPUT TYPE="reset">
</FORM>

・test.cgi
#!/usr/local/bin/perl
require "cgi-lib.pl";
&ReadParse;
print "Content-type: text/html\n\n";
print "<HTML>\n<HEAD>\n<TITLE>You</TITLE>\n</HEAD>\n<BODY>\n";
print "OK! You are ";
print $in{"you"};
print ".\n";
print "</BODY>\n</HTML>\n";

test.cgiだけを動かすと　OK! You are　と表示します。

>>357
【総合】 Webprog板質問雑談スレッド ２
http://nozomi.2ch.net/test/read.cgi/php/1348670450/

モダンPerlみたいなネタは出版しちゃうとモダンじゃなくなるから月刊誌とかに
切り売りしてちょいちょい出すのが吉。編集の時間もその月の記事の分だけで
すむのでそこそこモダンなものになる。

>>359
それ技術書全般じゃね？

すぐにう古くなる。Rubyとか
初期の本はもう使えないし。

古くても使えないことはない
一部合わないところがあっても、読む方が取捨選択すればいいだけ

使えないのは廃れた特定の技術やツールに特化した本だな
昔あった256倍本とか。あれはrubyだっけ

>>361
紙媒体の強さ ってのはバカにできないが、
本は「一部だけ使う」ってやりにくいからな
スクラップブックにでもするならともかく

技術書はあれだ、バインダー形式にでもして
差し替え可能にしてほしいよな。

裁断すればいいだけじゃない。

むしろ製本せずにペーパーブックを販売して欲しい。同内容の電子データは砂嵐
で紙に印刷してもらえるともっとうれしい。

>>364
×ペーパーブック
○ペーパーバック

製本していないペーパーバックというのを思いつかない。

>>364はつまり、紙テープで欲しいという事か。

スキャンして画像にし、検索用のインデックスは砂嵐をデコードして作成し、
然る後に自分で製本する、と。中古市場に出回るときには製本済みってことで
価値が下がる。砂嵐は製本時に糊代がとられてしまい、デコードできなくなる。

Perl 人気が過去最低に ― プログラミング言語の人気ランキング TIOBE インデックス
http://internetcom.jp/webtech/20140416/1.html



過去最低よりも未だにこんなゴミがランクインすることにびっくりです＾＾；
未だにこんなゴミに手を出す情弱っているんですね＾＾；

あ、不快な人は是非このIDをあぼーんをしてください＾＾；
これはゴミにしがみついてるゴミ向けのカキコではなく、
これから何か新しい言語を学ぼうとする人がゴミをつかまされないようにするためにカキコしているだけですので＾＾；
ゴミにしがみついてるゴミには見えなくていいです＾＾；

>>370
＞ゴミにしがみついてるゴミ

自分のことをそんなに否定しないであげてね

辛い思いをしたんだろう
そっとしといてやろう

＞辛い思い
WebProg板のPerlスレがあんなことになったせいでついに犠牲者が…

>>373が荒らしてる犯人だな。

>>373
ああわかる、ラーメンの話題につられて食べてみたら辛すぎて…ておい！

PHPの開発の現場ではどこもフレームワーク使ってるの？

今はPHPにかぎらず、どこでもフレームワーク使ってるだろ。

>>376
うちは使っていないよ。

うちも使ってない。Perlの場合は正規表現の機能が充実しているし、文字列を
生成する方法も十分にある。だから屋上屋を架す必要はない。言語にそういった
機能がない場合、フレームワークと称してライブラリで対応するしかない。

そのポリシーはせいぜい自分一人で貫いてくれ
後輩に強要したり自分が書いたコードを人に引き継いだりとか絶対にしないでくれよ

そもそも、フレームワークの話は板違い
フレームワークのなんたるかを理解してない>>379もつれてWebProgに行け

>>379
> Perlの場合は正規表現の機能が充実しているし、
他の言語よりも優れている所を教えて下さい。

/・・・･/で簡単に使えるところカナ
Regexクラスでコンパイルして使う言語は面倒くさい

それがフレームワークの代わりにどう使えるというの？

うちの腐った内製テンプレートもどきがまさにそうだわ。こんな感じの:
$buf =~ s/<=$_=>/$::{$_}/ge for keys %::;

死んでる。

>>385
テンプレートエンジンの代わりに使えるというのなら
まだわかるんだが、フレームワークの代わりというのはよくわからん。

あと、正規表現は、複雑になるのなら
関数にした方がいいね。そのまま書くのはよくないし
定数にするのもあまりいい考えとはいえない。

フレームワークを使っておらずWebの話もしていない俺にWebProgに行けと言われても
なあ

mod_perlに依存してなけりゃ、ここでやってもいいと思うんだけど。

mod_perlに依存って難しくね？

HTMLを生成するPerlスクリプトは
WebProgか？って問題もある。

そう考えると、一行目に
Content-type: text/html を出力しなければ
ここで扱っていいのではないだろうか？

ふれーむわーく
1. ソフトウェアフレームワーク
2. アプリケーションフレームワーク
3. Webアプリケーションフレームワーク

スクリプト言語では、1.は用語として使わんし、2.は殆ど存在しない
1.の用法でレスるなら略さずに「ソフトウェアフレームワーク」と書けば？
それか普通にライブラリなりモジュールなりと書け

確かもともとは・・・
CGI系の質問は、それが本当にPerlに端を発した問題なのか、
HTMLやらJavaScriptやらに端を発した問題なのか、
切り分けができない初心者避けのために、CGI系はとりあえずWebProg逝けって風潮だったような・・・
なので別に結果CGIで使うであろうともPerlの質問であればここでOK。
だったんだけど、なんかCGIと聞くとすべてWebProgって感じにいつの間にかになってたでござる。

> 別に結果CGIで使うであろうともPerlの質問であればここでOK。
そんな時期は無かったです。
WebProg（隔離板）設立とほぼ同時に、初心者スレが向こうに出来て、
片っ端から誘導してました。

>>393
あれ？そう？
俺がよく質問させてもらってた頃はそんな雰囲気だったように思うけど・・・
ま、どうでもいいけど。

今は昔と違ってPerl=CGI言語じゃないしなあ

ワンライナーのテキスト処理言語だっけ

そんな認識でいいよ
別に複数行でも良いけどね

チロベ君は普段、T-SQLでどんなアプリケーション書いてるの？あとPerl暦はどの
くらいなの？（今話しても大丈夫？）

my $rsa = Crypt::OpenSSL::RSA->new_private_key($private_key);
RSA.xs:178: OpenSSL error: no start line at /...

上記の行がエラーで復号化できない。
なぜ？

自己解決！
PRIVATE KEYを一行で書いたからアウトみたい。
\n入れて書いたらOKになった。

Perl 5.20 きてたー！

Perlの進化が止まらない…

6は？ｗ

【IT】松江発、プログラミング言語「Ruby」普及を目指しサイト開設[6/4]
http://peace.2ch.net/test/read.cgi/newsplus/1401934609/

シェアの低下を指摘するひとはいるけど、その原因が例のおまじないだって断定するひとはあんまりいないんだな

例のおまじないとはいったい何だ

>>405
node.js+html5、smart phoneの登場、プラットフォームの進化と多様化に
ボランティアベースのOSS開発ではついていけなくなったのが根本的な原因
perlの功績は、多少文法が糞で黒魔術が多くとも、
プログラマたちはそれを使いこなすことが出来たという証明を行ったことだろう

Perlの文法は当時のメジャーな言語の良いとこどりだよ
プログラマならすぐに使いこなせた

>>405
どんなおまじないだ

>>5のことじゃないか
でも愚直にアレ使ってSJISでコード書いてる奴そんなにいるんだろうかね

つか、Windows上でPerl使って日本語扱う奴自体、少数派じゃねーのか？

俺くらいｼﾞｬﾈｰﾉ

>>410
文字コードに理解のない人向けなんだから
そういう人がSJISでコード書いてると考えるのは割と妥当かと

>>411
むしろ、Windowsの場合はPerlくらいは入れんとコマンドが少な過ぎて話にならん…
Perlひとつでgrep,sed,awk全部こなせるし当たり前にスクリプトにも使えるんだから
あると結構便利よ

まずcygwin入れんと面倒でかなわんよ

CygwinはCygwinで面倒だからなあ…

>>413の言う通り。

文字コードすら理解できない知恵遅れしかPerlなんか使わないんだから、
知恵遅れにはおまじない()としてコピペさせるのが妥当。
コピペせずにまともなコード書ける奴ならそもそもPerlなんか使っていない。

>>417
>>413 の俺はPerl使ってるがね

Perl楽しいよね！
オブジェクト指向的な所がもうちょっとちゃんとなればもっと楽しい
Mouseもいいけど、ちょっと挙動が「？」って所あるね

個人的にはサクッと書き捨てとか、シェルスクリプトやバッチファイルに埋め込みとか
そういうのがPerlの良いところだと思うから
別にOOPは要らんかなぁ

SJISでコード書くような奴にはPerlなんか使えないんだからぺちぱーとかになると思うぞ

>>5は、スクリプトはUTF-8で書くけど、STDIN/STDOUT/STDERRと
ファイルをCP932で扱うためのもの。

>>410-421
こういうのがCRLFやらBOMやらつけて、パッチも書かずにコードよこしてくるわけか…やれやれ…

iconvで失敗するように、SJISのテキストにUTF8も混ぜるよ

SJISで正規表現使うとご立腹になります。

回避方法に慣れてくるとこんな風に書くようになる
print $fname."\n";

Perlって結局こういう低レベルな話題しか出てこないよな
話してる奴が低レベルってだけならさほど問題ではないが、これ高レベルの奴が話してもこうなるんだよ
つまり話者のレベルの問題ではなく、Perlが糞だからそういう話にしかならないってこと

これだけPerlを腐す奴が使ってる言語ってどんなんだろうな

ぺちぱーぺちぱーぺちぺちぱーぱーだろ

PHPをクソみたいな古臭い書き方しかできない奴がPerlの全てがクソだと喚き立てるわけか。

糞はどうあがいても糞だからな

で、PHPのことはどう思ってるの。

どうしてPHPと比べたがるのかがわからない

PHPってWebサーバで使われるものだよね
Perlとは関係ないな

>>426みたいなのがどんどん寄ってくる言語だもんね。

コナフキンがぺちぱーだよね確か

やっぱPerl/CGI時代のせいかねえ、変なのが寄ってくるようになっちゃったのは。
awkスレぐらいまったりな進行で良いのに。

CGIクエリのデコードやURL、HTMLのエスケープ、アンエスケープが簡単にできたから
WWWアプリを書くのにもてはやされ、その流れを受けてUnicodeという毒饅頭を食べて、
極端に使いづらくなったと聞いたことがある

使いづらいなんてものじゃない
時間をドブに捨てるようなもの

今やプログラミング分野での地雷発見器としてのみ機能しているのがPerl
使える言語にPerl挙げてる奴には気を付けたほうがいい

>>437
Unicode対応自体はテキスト処理という目的からそう外れてない
Webを食べなくとも、いつかはやらざるを得ない流れだったと思う
一番の毒饅頭はWeb屋という人種だよ

Unicodeを毒饅頭と思うのがWeb屋なんじゃないかね
sjis、eucだけを考慮しなければならない時代も罠だらけだったけど
unicodeはさらに面倒になったからね

WebでUTF-8決め打ちにする限りは全然楽だよ
何がどう面倒になったか5つぐらい実例挙げてくれ

Unicodeはむしろコンソール系でEastAsianWidthを考慮しなきゃならない場面が辛い
まあ助けになるライブラリはあるけど

Perlみたいなデジタル産廃をわざわざ使おうってくらいなら、そもそもそれ自体が労力を度外視してるわけだから、それを楽に感じられるんだろうよ。
普通の人間は楽をしたいならPHPを使う、そのほうが開発コストも実行速度もPerlより圧倒的に向上するからな。

この期に及んでPHPとかJavaしか名前出せない奴って…

ここは質問箱ではなくて、自身のPerl能力が低いことをアピールするスレッドになりました。

いや、それやってんの一部の人だけだし、その人は大概板違いだから

Perlの能力云々以前に、そもそも能力の高い人はPerlなんか使わないでしょ。

能力の低い人　⊃　Perl厨

こういう構図なんだからさ。
Perlのシェア見ればどんどん減ってるのは明らかなんだし、
シェアが減る一方の消滅確定言語にしがみつくのはだいたい能力の低い奴。

Perl使いは、
　Windows上で開発が多数派。
　非Webアプリが多数派。
　尼プログラマが多数派。
求人とか案件とか派遣とかで使われてる訳ではない。

そういうことにしたいのですね

アジア地域に限定すれば、日本語話者が多数派。

韓国に限定すれば、RubyユーザーよりPerl厨のほうが多い。

アメリカに限定すればもうPerl利用率は10%未満
Larry Wallは全米の嫌われ者
今のメンテ担当もアメリカでは白い目で見られてる
で、80%はPythonオンリー

80%がPythonオンリーとか・・・
残り20%のうち、javaやらCやらはどんな比率なのか知りたい・・・
ってか盛りすぎだろｗ

>>451
俺も他の言語がどんなシェアか知りたいな。

俺が知っているのはここだけだけど、このデータとはまた違うから
君は俺が知らない何かのデータの話をしているのだろう。
教えてくれ。

参考までに
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

1 1 C 17.145% -0.48%
2 2 Java 15.688% -0.22%
3 3 Objective-C 10.294% +0.05%
4 4 C++ 5.520% -3.23%
5 7 (Visual) Basic 4.341% +0.01%
6 6 C# 4.051% -2.16%
7 5 PHP 2.916% -4.27%
8 8 Python 2.656% -1.38%
9 10 JavaScript 1.806% -0.04%
10 12 Transact-SQL 1.759% +0.19%
11 9 Perl 1.627% -0.52%
12 13 Visual Basic .NET 1.495% +0.24%
13 37 F# 1.093% +0.86%
14 11 Ruby 1.072% -0.51%

>>453
すげえ、2014年にもなってtiobeなんぞをドヤ顔で出してくる奴いるんだｗｗｗ
Basicが5位に来るような、一体どんな基準で集計してるのかわからん謎の集計結果をｗｗｗｗ

>>454
ちゃんと人の話聞いてる？

俺が知っているデータはだめなんだろうから、
君が知っている信頼できるデータを
教えてって言ってるんだよ。

なんでそんなムキになるのさ？

俺に正確なデータの提出を求めるなら、他の人にも平等に求めてくれよ
今まで根拠もなしに「Perlは糞！ユーザは低レベル！」て言ってた奴にそういった突っ込みは一度もなかったのに
俺が451の書き込みをしたらいきなりデータ出せって言われて正直びっくりだよ
どうせ今後も同じように「Perlは糞！ユーザは低レベル！」て言っても誰も突っ込まないんだぜ
どうせ俺が同じこと言ったらデータ出せって言われるんだぜ
やってられないよもう

>>456が全然人の話聞いてなくてワロタ

ID:9pUTAEAt が嘘を言っていないのなら、
いつかは、80%はPythonオンリーってデータを
どこから持ってきたか言ってくれるはず。

それとは別に自分で探してみたが、80%はPythonオンリーってデータは見つからなかった。
代わりにgithubのデータを見つけた。これはオープンソース限定だろうから偏りあるだろうってのは
わかってるつもり。

http://redmonk.com/dberkholz/2014/05/02/github-language-trends-and-the-fragmenting-landscape/

俺何か難しい質問した？

80%はPythonオンリー っていうのは
何を見てそういったのか聞いただけなんだけど。

これに答えられないってことは
ありえないと思うんだよね。
嘘でも言ってない限りさ。

さすがに嘘はいってないと思うよ。
だから答えて欲しいね。
俺の信頼を裏切らないでくれ。

>>454
集計方法は公開されてるけど馬鹿なの？

9pUTAEAtドヤ顔しておいて、
これは恥ずかしい。

日付変わってID変わって良かったね＾−＾

チロベ君に話をするときはタイミングが大事なんだよ。発症中はそおっとしておいた
ほうがいい。T-SQL でどんなアプリケーションを書いているのか、まだ返事をもらっ
てないんだから。

そもそも、ここ質問スレだし