【えっ】Perlに未来はあるのか？【終わり？】

>>334
同意。
PerlのEncodeは終わってる。

言っておくが、自分には使える。
Perl好きだし、Encodeモジュールもわかっているつもり。
ただ、そこまでPerlにはまっていない周りには使えないし、わかってもらえない。
これが致命的。
（よくはまるのは、UTF-8フラグのついた文字列と
バイト列としての UTF-8文字列の違いとかのあたり）

それに、ソースコードを UTF-8 で書くと、システムがローカルエンコーディングの場合
ファイルを開いたりするのさえ面倒。

Unicode がらみのスクリプトを書くたびに、

sub e { Encode::encode('cp932', $_[0]) }
sub d { Encode::decode('cp932', $_[0]) }
sub E { map { Encode::encode('cp932', $_) } @_ }
sub D { map { Encode::decode('cp932', $_) } @_ }
↑こんなのを上に貼って、
open IN, e"日本語.txt";
とか書いたり、デバッグする時に
b 30 ($str eq d"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。

（・∀・）ｶｴﾚ

全部EUCでやるなら
問題ないのですか？

>>346
日本に引きこもって、外に一歩も出なければｏｋ

趣味でプログラミングやってるならソレで良いだろうけど
仕事となると「日本語だけしか扱いません」てワケにはいかんだろ。

>>346
[ぁ-んァ-ヶ] 等ができない。
JPerl なんて言わないでね

>>346
>>344なみの回避技/裏技を駆使する必要がある。

>>346
どうせ引き籠もるなら今はUTF-8だろうけど、
Windowsだとファイル名がShift_JIS(cp932)のAPIあるじゃん。

>>351
PerlはA系APIを使ってて、せっかくUTFフラグなんてモノを内部に持っていながら
ユーザが手動でWindowsコードページと相互変換する必要があって、
そこまでやっても所詮A系決めうちだから、コードページ範囲外の文字が使われてる
ファイル名とか手も足も出ないんだっけ？

あまりにクソ過ぎてワロタ

そもそもＵＮＩＸ系ＯＳ自体がユニコード対応してないんだから
ＰｅｒｌなどのＵＮＩＸ系生まれの言語がユニコード扱えないのは仕方ないだろ。

>>353
一行目も二行目も言ってることがありえなさ過ぎてワロタ

たぶんあんたはLANGをja_JP.UTF-8にできることもしらないし
CIFSでWindowsのUTF-16なファイル名を完璧にSambaで扱えることもしらないし
JavaやPythonやTcl/Tkなどの言語が、Perlよりよほど優れたUnicodeサポートを
Windowsにおいても提供していることも知らないわけだな

Perlってテキスト処理が得意で簡潔に書けるのがウリのシステム管理者向けの
言語なんじゃなかったっけ？

　↑
またか・・
もういい加減に、UTF-8 とユニコードの違いを理解しろよ。

>>353ってなんでこんな馬鹿なの?

議論に負けると人格攻撃はじめる

ぶっちゃけ>>353もすげえが>>355はもっと面白いな

ネタか何かのつもりかしら

議論に勝っても人格攻撃を始めるのが2ch。
要するに、勝負がついたということ。

で？UTF-8 とユニコードの違いは理解できたのかい？

？

そらエンコと文字コードまとめて語ったら誤解産むケースがあるのは
確かだが、そういう話じゃねえしな

そういう話だということにしないと、>>355があまりにもかっこ悪いから
必死なんですよ。

>>355
ユニコード ≒ 思想・アルゴリズム
UTF-7、UTF-8、UTF-16、UTF-32 ≒ 実装
じゃねえの？

「UTF-32エンコードされたユニコード文字列」とかいう表現が一般的だと思うが、
単純に「ユニコード文字列」と言った場合、
「エンコード不明なユニコード文字列」と取るか
「(最近一般的によく使われる)UTF-8でエンコードされたユニコード文字列」と取るか
「(一部儲が一般的と考える)UTF-16でエンコードされたユニコード文字列」と取るかは
人それぞれだと思う。

ってか、前にも>>355みたいな変な書き込みをPerl関連のスレで見た記憶が・・・。

>UTF-8 とユニコードの違い
なんかそのものずばりのスレがあるじゃん

UnicodeとUTF-8の違いは？
http://pc11.2ch.net/test/read.cgi/tech/1177930957/

>>363
「ユニコード」は、規格全体あるいは団体の名前ですよ。
「UTF-8」は文字エンコーディング名。ユニコード規格の一部。元はRFC。

>>363-365
誰がコピペしろと言った？
自分が理解してるかどうか、それを問うてる。
ユニコードと UTF-8 の違いをだ。
もしちゃんと理解してるなら、>>354 のような恥ずかしいカキコミはできないはずだ。

してないし、できないわなw

やっぱユニコードと UTF-8 の違いを理解するのは、このスレの住人には無理か・・・

例えがアレだが、、、生まれつき目の見えない人がいる。
目が見えないから「色」というのが理解できない。
手で触れるものなら形で区別つくのだが
「空は青い」とか「雲は白い」とか言われても
何のことやらわからない。

生まれつき１バイト＝1文字の世界の人がいる。
彼らにはマルチバイトがなぜ必要なのか、ユニコードがなぜ必要なのか
理解できない。
３次元の世界で暮すわらわれに時間の壁が越えられないのと同じように
perl には漢字・マルチバイト文字・ユニコードの壁は越えられない。
「世間の風潮で、とりあえず utf8 を導入してみました〜〜〜〜」
「でもぜ〜んぜん実用的ではないでぇ〜〜す」
それが perl

perlのユニコードサポートは凄いもんがあるぞ。
言語レベルであそこまでサポートしているのは少ない。
ライブラリならIBMのがあるけど。

Perlの問題は、システムコールにencodingで指定した文字コードを使わず、
Perl内部エンコーディングの文字列を直接使うこと。
だから、プログラム側で変換しないといけない。
Perl側で変換するにはPerlIOのコードを書き換えるか、変換レイヤーをかます必要がある。

>>368
そうか、君には無理なのか。

UTF-8を槍玉に挙げてるけど、UTF-16なら良いのか？

>>373
そう。Windows 系ＯＳはな。正確には UTF-16LE だ。
（Win95,98 は切り捨ててもいいだろ）
だが今度は UNIX 系ＯＳのヤツらがブーブー文句たれる事になる。

別にブーブー文句たれてないぞ。
普通に使えるし。

サロゲートペアなんか知らないふりしとけばおｋ

>>375
そりゃそうだ。まだユニコードには対応してないんだから。

>>374
ん？UTF-16のリトルエンディアンではなく、UTF-16LEなの？

「UTF-16LE」のLE＝りとる・えんでぃあん

ユニコード化すると、どうしてもリトルエンディアン・ビッグエンディアンを気にしなければならなくなる。
ここらへんがＵＮＩＸ系ＯＳにユニコードが導入されにくい理由の一つでもある。
Windows系ＯＳならＣＰＵはインテルしか無いからな。

perlの質問をしているつもりが
CPUレベルまで降りてきたぜ

ビッグエンディアンなんていらんかったんや

つまりネットワークもいらないと

>>379
それは違うんじゃね？
UTF-16LEとUTF-16BEはBOMなし。UTF-16はBOMあり。
WindowsのコードはBOMありのUTF-16でリトルエンディアンで直列化してるはず。

ってかそんなことも知らないでユニコードの話してるの？ｸｿﾜﾗﾀ

もうPerlと関係なくなってね？

お前よく気づいたな

>>384
ライブラリやAPIレベルではBOM要らないぞ。

これから >>384 をたたえる祭りが始まります。

ＢＯＭなしって、どゆこと？代わりにスーパー写真塾がついてるのか？

>WindowsのコードはBOMありのUTF-16でリトルエンディアンで直列化してるはず。
>ってかそんなことも知らないでユニコードの話してるの？ｸｿﾜﾗﾀ
これは良い釣り

おれは熱烈投稿のお世話になったよ。

>>389
内部ではワイドキャラクタ(16bit)で扱うので、バイト直列化してないということ。

まさかのマジレス？

ボケが判りにくいからじゃね？

一つだけ言えるのは、海胆コードによって、コード系世界は地獄と化したと言うこと。

つまりはJPerlの方が使いやすかったと。

しかし、どこをどう間違えてしまったのだ？

やはりこれは *バベルの塔* なのか？

JPerlはスクリプトやブロックの定義がイマイチ。
Perl5.8の方がいい。

JPLと勘違いしてないか？

PerlのUnicode化は、内部表現である"UTF-8"が見えてしまうのが一つの問題。
たとえ内部的にUTF-8を使っていても、抽象化して「Unicode文字列」としてしか
扱わない、扱えないようにするべきだった。
内部形式なんて、見えるようにしても何のメリットもない。

さらに、「わかっている人向け」のインターフェイスしかないのも致命的。
LWP::SimpleとLWP::UserAgent（等）のように、簡単・手軽な普段使いのものと、
複雑・強力な本格的なものを用意するべきだったのに。

Pythonで、コマンドプロンプトから"print u'あ'"を実行すると、"あ"と表示される。
もちろん裏では"use encoding(cp932);"と同様の処理がされているのだろうが、
ユーザには見えない。見える必要もない。
Perlでは、Unicode 専用の文法を何も作らずにUnicode対応したのも敗因。
u"" のような文法がないから、例えば"use utf8;"や"use encoding(cp932);"のような
「モードの切り替え」が必要になる。
しかし、これは一般ユーザには敷居が高すぎて、単純に理解してもらえない。

残念なことだ。

１文字１バイトの国で生まれ育った人には、何を言っても無駄。
湯煮コードだ、CP932だ、何だかんだ言っても、その概念が飲み込めない人なんだから。
（このスレにも、ユニコードと UTF-8 の違いが飲み込めないヤツがおるくらいだから、
アメリカ人に漢字が理解できるワケが無い）
生まれつき目の見えない人に、「青い」とか「赤い」とか言っても理解してもらえないのと同じ。
色の概念が無いわけですから。（目の見えない人、変な例えに使ってゴメンなさい）
もうこれ以上、perl に何かを期待しても無駄だよ。

>>401
ユニコード ∋ UCS2, UCS4, UTF-7, UTF-8, UTF-16, UTF-32

確かに　ユニコード≡UTF-8　は成り立たないが　ユニコード≡UTF-16も成り立たない。

ゆえに「ユニコードはUTF-8ではない」が真ならば「ユニコードはUTF-16ではない」もまた真になる。

ユニコード∋UTF-16　をもって　「ユニコードとはUTF-16の事である」というのであれば、
ユニコード∋UTF-8　なので　「ユニコードとはUTF-8の事である」もまた真になる。

一般用語としてのユニコードがUTF-16を指すとしても、
UTF-8との比較対照としてUTF-16を扱う場合、ユニコードをUTF-16として語る事は
釣り餌以外のなにものにもならない。

UTF-8を使う事がどうしていけないのか、UTF-16がUTF-8と比較してどんな利点があるのか
具体的に例示しないのは、本人がユニコードとUTF-16とUTF-8について理解してないからだと思われ。

注1)　∋　は集合論の記号。右に列挙したものが左の集合の要素であるという意味。
注2)　≡　は集合論の記号。左右がまったく同じものという意味。

UTF-8は1バイト圏の人が嫌々国際化に対応した結果です

>>402
一般的にはUTF-32(CEF)じゃないのか？

シフトJIS が生まれる前のパソコンって、どんな漢字コード使ってたか知ってるよね？
そう、ＪＩＳ漢字コード（JIS6226）だね。ちょっと常識すぎたかな。
UNIX も、マイクロソフトのBASICを乗っけたパソコンも、漢字はJIS漢字コードを使ってたんだよ。
ところが、これが非常に使いにくい。ASCII の１バイト文字とJIS漢字を共存させるのが、えらい苦労する。
そこで、ゲイツ一味が考え出したのが、シフトＪＩＳってワケ。
これは、JIS漢字コードに無理やり数値を足したり引いたり掛け算したり・・・
で、ASCIIコードと重ならないように工夫したコードなんだね。

UTF-8 ってのは、このシフトJIS のユニコード版と言えるかな。
笑われるのを覚悟で言って見れば、「UTF-8 とは、シフト・ユニコードである」 ってところだろうか。
（・・・あ、こんな言葉は無いから外では使うなよ。たった今オレが思いついた言葉だからね）
ユニコードと１バイトASCIIコードは共存できない。そこを、無理やり、数値を足したり引いたり掛け算したり・・・
で、ASCIIコードと重ならないように工夫したわけさ。ほら、シフトＪＩＳと状況が似てるだろ？

ということで、UTF-8 はシフトJISと同じ問題をはらんでいる。
つまり、コンピュータの文字の内部表現には向かない、って事。
たとえば、頭から１０万文字めを取り出す、という処理を考えると、先頭の1バイトめから順々に数えなければ
１０万文字目が特定できない。次の１０万１文字めを取り出すには、またまた先頭の1バイトめから順々に数えなければ
文字が特定できないって事なのよ。大量の文字列を扱うのにはスピード的に不利なわけ。
ユニコードで内部処理していれば、こんな事にはならない。単なる文字の配列だから１０万文字めだろうが１０万１文字め
だろうが、素早くランダムアクセスできるからね。

いつまでも内部表現にUTF-8を使い続けるのは、問題を先延ばしにしているだけで、未来は破綻が待っている。

にもかかわらず、UNIX系OSがUTF-8に固執するのは、OSがC言語で記述されているから。
UNIXのシステムコールもC言語から呼ぶことになっている。
UNIXはすべてC言語が基本なんだね。

ところで、ユニコードの"ABC"という文字を、C言語のライブラリに渡すことを考えてみよう。
int fd = open("ABC", O_RDONLY);
ユニコードの"ABC" を受け取った open　関数はどういう挙動をするか？
ユニコードの"ABC" は char の配列 { 0x41, 0x00, 0x42, 0x00, 0x43, 0x00 } と解釈されてしまう。
（インテルCPUの場合）
ここで注意しなければならないのは、 0x00 は文字列の終端記号に間違われてしまうという事。
文字列に \0 が含まれていると、それが文字列の終わりという腐った約束ごとがあるから
結局、open 関数には "A" というファイルをオープンしようとするだろうね。

つ・ま・り、UNIX系OSは、どうあがいても、泣けど叫べど、絶対にユニコード化は不可能。
だから UTF-8 に固執してるんだよ。
くやしかったら 文字列の終端が \0 って言うクソ仕様を廃止してみろｗｗｗ

>>405
先頭から何文字目の文字とかを扱うのってそんなに重要か？

まあ、それが重要だとしても、UTF-16だって先頭から数えなきゃならない。
なぜならサロゲートペアってものがあるから。

そんなにユニコード完全準拠が必要だと思うなら、UTF-32(UCS4)を内部表現に使うように主張するべきじゃね？

>>405
> で、ASCIIコードと重ならないように工夫したコードなんだね。

重なってる。

>>406
うーん、C言語について、誤解してるようだが・・・。
\0というのは、別に、(0000 0000)bを意味して無いぞ。

オリジナルのC言語は6bit=1キャラクタのマシン(PDP-7)で動作していた。
それが今の8bit=1キャラクタのマシンに移植できたんだから、
16bit=1キャラクタだろうが、32bit=1キャラクタだろうが

C言語の言語仕様としては全く問題は無く扱える。

まあ、問題があるとすれば、
1キャラクタ(1Byte)=8bitを前提としたビットアクセス、 union、ポインタ操作などだけど、
その辺はフィルタ作ればソースから抽出するのはさほど難しくは無い。

2000年問題に対応した時の規模の修正で対応可能だろう。

>>407
UTF-32 って、後から出来た規格じゃん。
後出しジャンケンに勝ってたくらいでいい気になるなよ。
ぜんぜん普及してないんだし。

>>410
サロゲートペアに反論は？

>>409
ほうほうほう。それは勉強になった。
で？UNIXは、なぜ１キャラクタ１６ビットや３２ビットのCコンパイラを使わないの？
そうすれば数々のユニコード問題が一気に解決するじゃん。
そんな石器時代の石斧を持ち出して自衛隊に持たせても、北の侵略から日本は守れないぞ〜

gccのwchar_tは4バイトなわけだが・・

>>412
それこそ後出しジャンケンだろ。
UNIXにしても、Linuxにしてもユニコードが普及する前からやってるわけで、
最近は64bit対応とかワイドキャラ対応とかで順次対応が進んでる状況なわけだ。

少なくとも2036年問題対応の頃までには、longは64bitか128bitになってるだろうし、
必要性があれば、内部文字コードがUTF-32になってるかもしれない。

もっとも、charを16bit(32bit)にするアプローチがいいのか、wchar_tを標準にした方が良いのかは
十分議論を尽くしてないだろうから、wchar_tを文字列の標準にする方向になるのかもしれないが。

で？UNIXは、なぜ１キャラクタ１６ビットや３２ビットのCコンパイラを使わないの？

perl もC言語で記述されてるんでしょ？
だったら1文字１６ビットや３２ビットのCコンパイラでコンパイルした perl を使えばいいじゃん。
ユニコードとか utf8 とか、メンドクサイ事を考える必要無いじゃん。
なぜそれが出来ない？

何か痛いのが居るな

だから、サロゲートペアの反論は？

UTF-32が後出しジャンケンだっていうけど、藻前が主張したいのはWindowsの実装こそ正義って話？
UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから、
藻前がその話を引き合いに出すならUTF-32を内部コードにするべきって主張するのが本当だろうって話なんだが？

Win厨必死だな。

合成や正規化の問題があるから、UTF-32にすればハッピーというのも何か
微妙な気がするんだが、
せいぜいサロゲートペアが消えるだけでしょう

1文字1Byteの国の連中(マイクロソフトを含む)が、1文字1Byteじゃ表現できない範囲をカバーするために提案したのがユニコード。
当初は何が何でも2Byteに収めようとかなり強引な事(見た目が同じ文字は1つのコードにまとめる等)を色々やってUCS-2を作り上げた。
それを表現する方法として作ったのがUTF-16。

でも1文字1Byteじゃ表現できない文字を扱ってる国からの反発がものすごくて、Unicode2.0では21bitに拡張され、結局32bitのUCS-4が作られた。
1文字1Byte圏批判をするなら、当初の頃Unicodeを2Byteに押し込めようとした連中を批判すべき。

UTF-8に対するUTF-16の優位性なんて、Unicode2.0誕生でサロゲートペアが出来て以後ほとんど無いのに、
妄想でUTF-16賛美UTF-8批判するヤツはオカシイと思う。


「Microsoftが採用してWindowsの内部表現になったからすごいんだ」と言いたいならはっきりそう書けばイイジャン。

UTF-16でサロゲートを見なかった事にするのが一番現実的

「UTF-32にすればハッピー」ってどこに書いてあるの？

>>423
> UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから
UTF-32にしようが、この問題はちっとも解決しないでしょ、ってこと

ASCII混在ファイルが現役で大量に残ってる間は、英字部分だけでもASCIIと互換性があるUTF-8を使うのが一番現実的。
HTMLだって、metaタグのcharset見て処理できるような仕様になってるのは、ASCII混在が前提になってるから。

>>424
ん？サロゲートが消えて1文字32bit固定になれば、
「単なる文字の配列だから１０万文字めだろうが１０万１文字めだろうが、素早くランダムアクセスできるからね」
が出来るようになるんじゃねえの？

>>426
UTF-32ならUCS-4の「コードポイント」を確かに32bitの整数一個で表現できるけど
Unicodeの仕様では、今や一つの「文字」が一つのコードポイントに
必ずしも対応しないわけですから、
> 先頭から何文字目
のような「文字」ベースの話では、どのみち問題はおきますよ、と言ってるんですよ

>>427
そうか。
つまり、>>405も>>418もユニコードに関しては素人だって事ね。

encode,decode使ってればいまのとこそんなに困る事もないし
行き詰ったらラリーがどうにかしてくれるから
いい加減unicodeスレに帰ってください

え？今後は Perl 6 だから、 Perl 5.x での問題はなくなるんじゃないの？
まぁ、 Perl 5.x とそれで動くプログラムは切り捨てられるんだろうけど。

10000対1で、切り捨てられるのはPerl6

え？今後は BTX だから、 ATX での問題はなくなるんじゃないの？
まぁ、ATX とそれで動くボードは切り捨てられるんだろうけど。

え？今後は Vista だから、 XP での問題はなくなるんじゃないの？
まぁ、XP とそれで動くプログラムは切り捨てられるんだろうけど。

え？今後は 「ねんきん機構」 だから、 「社会保険庁」 での問題はなくなるんじゃないの？
まぁ、 消えた年金５０００万件 とそを納めた被保険者は切り捨てられるんだろうけど。

つまんね

え？今後は Mach だから、 UNIX での問題はなくなるんじゃないの？
まぁ、 UNIX とそれで動くプログラムは切り捨てられるんだろうけど。

「美しいコードを書けるからRubyを選んだ」---Ruby on Rails作者 David Heinemeier Hansson氏：ITpro
http://itpro.nikkeibp.co.jp/article/NEWS/20060620/241346/


DHH：いろんなPerlソースを見ていると，頭が爆発しそうでした。
なぜかというと，どのコードを見てもスタイルがそれぞれ違って，
正しいのはどれかがわからない。
それぞれおもしろいんだけど，自己主張が激しすぎると感じました。
一方で，Rubyで書いたものはどれも，
同じことをする場合はだいたい似たように見える。
この「統一感」がすごく重要でした。

そりゃPerlにくらべりゃな・・

>>437
そのURLのページに、そんな文章ないんだが・・

そこで Perl6 ですよ。

Lakeの書式見てRubyイイと言い出す人間は多いな。R&Rもそのクチじゃないかな。

一つの動作を色々な書き方ができるほうがいいのか
一つの動作なら同じ書き方で統一するほうがいいのか
これは価値観の問題じゃない？

まぁそうだが、同じ動作なら読むほうにとっては後者が歓迎されるんじゃね

統一感を求めるならPythonのほうがよくね？

Pythonも使ってるけど、コンソールコピペで叩けるような長文ワンライナができないと面倒な感じ
その意味ではまだRubyかな
SpiderMonkeyあたりがコンソールライブラリ充実したらRubyとか糞とか言える日が来るかもしらんけど

>>440
ますます迷走してるし

今から初めてプログラミングをする人が選ぶならば、PerlとRubyどちらがいいと思う？
ただし、職業としてでなく、あくまで自分で使うため。
書籍も多数発売されて、Rubyを学ぶ環境は問題なくなりつつあるよね
Perlとは違った意味でRubyにも将来性の不安というのはあるけれど…


実はどちらも勉強するが正しいのかな

どっちもやれよ。

でもそれじゃ話が進まない。
どちらか一方をと言われたら？

どっちもやれ

では、どちらを先にやりましょうか

php

perlとphp長いことやってきたけどやっぱいろいろできるperlのがいいな

>>451
perlとruby

>>447
Perl

perlの将来性は確かに不安だ
だが、rubyやpythonに将来性があるかといわれると、それも大いに疑問だな
phpは立ち位置が違うから比較にならない。上の3つのどれかを知っていても別に覚える意味はあると思う。

迷ってる暇があったらとっとと習得すればいいだろ。
今週はPerlをマスターして、来週前半でRuby、後半でPythonを
マスターすれば良い。

Perlに未来があるとすればUnicodeを捨てて、もとのPerlに
戻るのみ。
幸いにも癌は取り除きやすいようにパッケージされている。

>>457
どんだけ記憶力良いんだよ

Rubyだけやった方がいい
Perlやって変なクセつくより、オブジェクト指向のRubyだけを勉強した方がいい。
多けりゃいいってもんじゃないんだよ。

PerlをいやになるぐらいやってからRubyのほうが感動するらしいぞ。

その頃にはRubyがあるかどうか…

あっても大幅に仕様変更しているだろう

>>461
今、Perlを嫌になるほどやれるシチュエーションってないな。
もうPerlでCGIって時代でもないし。Perlのwebフレームワーク使った案件もないし。
せいぜいワンライナーとかチョンプロぐらい。

この板別に職業プログラマだけとは限らんのよ？

Rubyもまたいずれ暴走するんだろうな

「仕事でやむをえず」以外に、いまさらPerlなんぞを使う理由って何かあんの？
趣味ならもっとマシな言語を好きに選べるのだし、選んだほうが幸せになれるだろ

まあPerlは非常に広い範囲で使われてるから、知っておくと便利は便利だが
それを言うならもっと先に学ぶべき言語はいくらでもある

>>466
webならPHPってこと？でもPHPから入らないほうがいいって意見もあるんだよねえ
さすがにCじゃ荷が重いだろうし…となると、やっぱりRubyってならない？

Perl6ついに今年のクリスマスにα版が？
http://rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=001357

>>468
な〜んだ。それって、Perl6が発表された時がクリスマスって言ういつもの話じゃないか。

それよりも、Perl6の日本語の情報がほしいお……

ウェブなら、PHPかPerlでいいんじゃない。モダンなスクリプト言語ならPythonってなるだろうし、Rubyにはメリットというか、存在意味を感じない。

>>470
RGSSやるならrubyを勉強するしかないお

>>470
ラリーが言ってるんだから例年のクリスマスよりｗｋｔｋ出来るだろ

wktkって…
過去に書いたコードが死ぬ日がそんなに楽しみですか？

use perl5とか出来るんでしょ

ruby perl 比較 python ruby perl ruby perl 違い ruby perl php ruby perl 速度

これから書くコードのことを考えてwktk出来るだろ

>>474
親切な管理者の場合はそうだろうね

>>476
君みたいに趣味でやってる人はいいけれど、
また作り直すなら、perlにこだわるより、将来性のある言語を選択するんじゃないの？

↑は一般的な話ってことね。

いや、でも Perl6 が発表されれば、それが一番将来性のある言語になるんでないの？

>>474 確かに use perl5; は必ず欲しいよね。

>>480 Perl6 が発表されれば
C++ 同様に Perl6 の仕様についてこれない落ちこぼれも発生するんだが

母数が激減してるので大丈夫です

>>478
選択なんぞせずに、どれもこれも使えばいいだけやん。

>>483
んでも、１つのプログラムならどれかひとつを選択する必要があるだろ？
その選択を、あえてperlにする必要はもうなくなったなって事だろう。

>>478
「言語の将来性は俺が作る!」という気骨のあるハッカーはいなくなってしまったのか……

>>485
いや、世界中のどこかにいるんじゃね？

もっとも企業ではもっと現実的な選択をする場合がほとんどだと思うけど。

>>481 そんなのいつものことですよ

Perl ＝ webプログラミング

まぬけな考えだな。

Perlは凡プログラマにとっては糞言語
IOCCCやゴルフ好きのハッカーにとってはいいオモチャ

不幸にも、凡プログラマ以下の人間に使われていることが多いのが日本の現状だが

今はphpにシフトしてるから大丈夫です

webだけならそれでいいが…
perlの真髄は文字列やディレクトリの操作だ

Windows版のPerlとPHPはファイルパスをANSI文字列で扱っていて、
CP932に含まれない文字を含むファイルやディレクトリにアクセスできず困っています。

Windowsではただでさえ糞なPerlがゴミカスレベルになるんだから
違う言語使えよ

>>8
へぇへぇへぇ

Perl のオレオレるーる - 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 - subtech
http://subtech.g.hatena.ne.jp/cho45/20080818/1218995299

http://pc11.2ch.net/test/read.cgi/php/1212947304/

parrotのリリースはなんでこんなにのんびりしているんだ？

merb
http://wiki.merbivore.com/pages/tutorials

>>497
> parrotのリリースはなんでこんなにのんびりしているんだ？

クレクレ君ばかりで作業者が足りないんじゃね?

Perl5.12は、名前付きプロトタイプとかmethodの導入とか、
色々あるらしいね
なんだかgiven/whenと同様に、ソースフィルタが出回る機能は
実装しちゃえみたいな感がなきにしもあらずだけど

Perl6って、いつまで経っても普及しないIPV6と同じ運命になりそう
IPV4と同じくPerl5が延々と使い続けられる

IPv6には代替がないから、
v4使い続けるか、移行するかしかないが、
Perl6、Perl4の場合、他にも言語は幾らでもある。

Perl6は名前を変えてPerlから離脱するべき

じゃあ、なんて名前にする？

Netscape6

パールのようなもの

Pearlにすればいい

パーロック

ここはひとつlrepで

pearlの次という意味でRub(ry

Perl6って、Ruby や Python で言えば
どれくらいのバージョンのところまで追いついてきたの？

5.0が出てからもう14年が経つのか。

マニアのおもちゃはRubyに任せて、Perlは過去の財産を保ってくれるだけでいいけどなぁ。
Perl6がこけたら、イメージが低下するだけじゃん。

過去の財産ってそんなに大事か？

CPANは結構な財産じゃないか
Perlあんま触らない俺でも思うもの

Perl6がコケたとしても、他のコミュニティ、精神性がCPANの後継になるとは思えない。

めんどくさいのでPHPはPEARとPECLを合併してほしい

初めてPerl触って思ったこととか - ずっと君のターン
ttp://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/technohippy/20080903%231220457999

use Moose;

SynTax Error

じゃあ使うな

How many file(0-15)?

>>522
複数形のsがないぞ

おっさん乙

（＾ิت＾ิ）

システムディスクと間違えて辞書ディスクでブートしたときの悲しさ。

辞書ファイルもコピーしますか？(Y/N)：

ruby使いは総じてperlはおもちゃだというが、俺は逆だと思う。
perlには芸術性が感じられる。rubyにはそれが無い。

骨董品なら何でもかんでも芸術かよ

そんなことは言ってないと思うよ。

国産だから芸術品ってことにしたがるRuby信者なら大量にいるけど。

おもちゃを並べたものを芸術だ、ってうのも通用しますよ。
それを他の人が理解するか、素晴らしいと思うかは別ですが。

プログラミング言語最大の芸術はwhitespace

地味に生き残るperl

FORTRANが未だに残っている所に、長生きのヒントがあると思う。

ラリーウォールって現在涙目なの？

Hmm...
そういう繊細な人ならperlみたいな言語を作ったりしない。

Perl
http://anond.hatelabo.jp/20080731154801
sigil 汚い、my our local 汚い。
->が汚い、ドットにしてよ。Perl6ではドットになるんだって？やったぁ。
とにかくコードを見るだけでげんなりする。
クラス機構が後付けなのがめんどくせー。Exporter使うのだるい。
とにかく文法がアレすぎる。あ、でも後置修飾子はおきにいり。
でもはえー、ちょうはえー。
ライブラリ超使える。もうなんでもできる。

総評：肉は腐りかけがうまい。

AKIHA_AKIAH_AHAKI_AKAHI#...............#...............BUS#............
AKIHA_AKAHI_KIHAA#............##..............PANPYUROS......核ミサイルの設定状態は
....................................YOU ARE SUNSHINE........MR.........
PHYTHNe#GENT..................GENERAL.........BLPARENEGNGINE
TURN_TURNTROFFYYYYUS
/*世界の人が同じことを考え、　何かの前触れなんだろうか・・・・・・*/

【Rails】便利なRubyGemsを共有するスレ【Hpricot】
http://pc11.2ch.net/test/read.cgi/tech/1216829388/
■特定バージョンのRailsインストール
gem install rails -v 2.0.2

■特定バージョンのRailsを使ってRailsアプリ生成
rails _2.0.2_ myapp

■特定バージョンのRailsをRailsアプリで使う
rake rails:freeze:gems VERSION=2.0.2

perlとRoRは別だと思うんだが

あぁ、すまん、そういう意味か

java
PHP
C++
COBOL

最終行を言いたいだけちゃうんかと

s

dd

インクリメントしとけ

CとLispとJavaとPerl(or Ruby)が出来れば大丈夫！！と思ってとりあえず、
LispとJavaを勉強しています。こんな俺、大丈夫でしょうか？

ダイジョウブ!!

perl6はΣ

オブジェクトパールってどうなのよ。

IPv6は正直いらない
v4で事足りてる
枯渇問題言われても騒いでいるのは日本だけ
Perlも然り
現状で事足りてるから移行が進まない
最新のものが最高とは限らない典型だ

IPv6は広まりますがね。

IPv6もすぐ枯渇するけどね。振り分けがアバウトすぎる。

イルミナティは、人体にチップ埋め込んでＩＰで全人類を識別・管理することを企んでるからなｗ

>>552
v4が壊滅的な状態になったらね。

>>553
しねーよ。
振り分けがどうだろうと、絶対数が莫大だからな。

でここ何のスレかわかってんの？

Perl死滅スレ。
糞スレには間違いない。

>>556
莫大と言っても、振り分けられるのが64bitだけだから。
ISPに/48で分けてる状況と、今後のネットの広がりから考えると
下手すればIPv4が消える前に、IPv6が危険な状態になる可能性もある。

>>559
杞憂。
一度でいいから64ビット整数を実際に数えてみろ。

どうしても枯渇すると主張するなら、前提にしている見込みを示せ。
漠然と「ネットの広がり」とか言われても知らん。

一人当たり31ビットあげちゃうとか、アメリカが50ビット占有しちゃうとかそんなの。

現在のマッピングもまったく知らないわけですね。

>>559
>下手すればIPv4が消える前に、IPv6が危険な状態になる可能性もある。
これはいくらなんでも思いつかないんだけども
運用段の策定に致命的なミスでもあんのか？

このあたりでスレタイに近づけよう。

IPv6の枯渇とPerl6の正式リリースのどっちが先か、
賭けないかい？

　 | 　 |　　|　|　　 |　 　 |　　| ｜ 　 |　　 | 　 |｜　|　|
　 | 　 |　　|　レ　　|　 　 |　　| ｜ 　 |　　J 　 |｜　|　|
　 | 　 |　　| 　 　 J　 　 |　　| ｜　　し　　 　 |｜　|　|
　 | 　 レ　｜　　　　　　｜　 レ｜　　　　　　　|｜ Ｊ　|
　J 　　 　 し 　 　 　 　 | 　 　 |　　　　　　　｜|　　 J
　　　　　　　　　　　　　｜　 　 し 　 　 　 　 J｜
　　　　　　　　　　　　　Ｊ　　　 　 　 　 　 　 　 レ
　　　　　／V＼
　　　　/◎;;;,;,,,,ヽ
　＿　ム::::(l|l゜Д゜)| …
ヽツ.（ノ::::::::::.:::::.:..|）
　 ヾソ:::::::::::::::::.:ノ
　　 ｀ ー U'"U'

単純に最初の10年辺り、1年毎にアドレスが1.26倍に増えるとして、
その後、アドレス消費が一定になったとしても、およそ20年ぐらいで使い切る。
最悪の場合だけどね。

（#^ω^)

そこらへんはガベージコレクタさんがなんとかしてくれるさ！

http://perldoc.perl.org/perlop.html
に、面白い誤記を発見した

> <<i>filehandle</i>>

これはPerlの破滅を示唆している！！！！１１１

strawberry perl + gtk2 の開発環境の整え方を教えてください。

kwsk

Perlに未来はないの？
なんで？

使いやすいのに。
やっつけ仕事なら15分もあればできることも多いし
凝ったアルゴリズムを使わなくても、速いプログラムがかけるし。
いまさらパイソンとかラビーとか覚えるのめんどくさい。

15分のあとに待っているものは？
地獄のような保守

>>573
プログラム短いんだからいいんだよ

ラビー＞＜

Perl 6のスレ落ちたなw

>>575
どう読んでもラビーですが？

ピトン

>>575
ラビー？え？どっかのエロゲーのヒロインですか？

さらにラビーなんて聞こえませんがなにか？
http://dictionary.goo.ne.jp/leaf/ej2/62603/m0u/ruby/

みなさんは主にperlをウェブプログラミンに使ってるとですか？何に使ってるとです？

javaがウンコすぎるのでperlでプリプロセッサもどきをこしらえて使ってる。
__FILE__、__LINE__、条件コンパイル、ちょっとした最適化などがjavaで使えるようにした。
perlそのものでアプリを組むことは無くなったけど文書整形、ソースコード整形
makeもどき、バッチファイルもどきな補助的使い方なら大いに活用してるよ。
perlを使わずにアプリを作るなんて考えられない。
テキストエディタ無しでコードを書け、と言われるようなもんだ。

未だに日本のインターネットサービスプロバイダーが提供しているのって
Perl-CGI環境がもっとも多いよね？

れんさばのこといってんのかこのやから

>>582
PHPもおおいともうが

makeをちゃんとかけない奴がPerlでごまかしてるのを見たことはある
それPerlいらないだろなんでもPerlつかうんじゃねぇよと

式 if (条件);
って何だと思ってたら...
if (条件) 式;
の事だったのか...
わかんねぇよ...orz

英語が、条件節を前にも後ろにも書けるから、
プログラミング言語としても、それほど珍しいものでもない。

１つの言語しか知らなくて
それがアタリマエ、だって考えてる人って
視野が狭いよね。
特に日本は島国で単一民族だから
この傾向が大きいのかもね。
海の向こうには、文章を右から左へ書く国だってあるのに。
おっと、日本もむかしは右から左へ書いてたな。
進駐軍に強制されて左から右へと変えたんだっけ。

ネットサヨク乙

perl のコード読めりゃたいていの言語はいける。
おれはそんな perl が大嫌いだ。

BASICもFORTRANもCOBOLもC/C++もそんな変な構文はなかった

あれだよ
文芸的プログラミング的な何かだよたぶん

>>591
プログラムは上から下へ読めるようにするのがいいんだよ。
ｉｆ節が高頻度で実行されるなら、後ろにおまけのようにつけるほうが合理的だ。

ほとんどのプログラミング言語は、人間の名前を
姓⇒名 ではなく
名⇒姓 と逆の順で呼ぶような
キチガイ文化圏で創っているからな

落ち着け

後置ifは好きなんだけど、
え、こんな処理やるの？あ、後ろにif文が＾＾；っていつもなるｗ

ラビィかわゆす

Perlベストプラクティスでは、後置ifは分かりにくいから、lastやnextとかのみに使用するように
言ってるけどね。

>>596
だから、オレは使わないようにしてる。

andのがよくね？

unless かわいいよ。

if ( ! (a != null && b != null && c != null) ) return false;
みたいなコード見るとイライラする。

パッと見て分からないような条件式書いたら注意する。
いくら処理が早かろうが、一覧性に欠けるよ。

プログラムで一番大事なのは保守点検がしやすい事だもんな
個人でやるなら自由だが企業人のくせにわかりずらいコード書いたりコメントとか書かない奴はダメだな

open FILE, "うんこ" or die;

「ファイルを開け、さもなくば死ね。」
これシビレル！カッコイイ！
なんかジェームズ・ボンドみたい。

if分をつかわずに条件判断してるんだぜ。
こんなスマートに書けるのって、
java・Ｃ言語系やBASIC系言語には無い魅力だよね。

Windows のバッチファイルにも似た構文がある
fc unko.txt chinko.tx || echo ボケ！

昔だったらこう書いてたね
fc unko.txt chinko.tx
if errorlevel 1 echo ボケ！

or die は俺も好きｗ

>>600
or で書き直せよ

dead or alive
ロボコップみたいでかっこいいね！！！

perl6 and die!

perl xor die

私も or die が好きなんだけど(´・ω・｀)

>>600
それは普通に
if( a != null || b != null || c != null) return falseのシノニムなのでは？

unless defined(..)より、
if not defined(..)の方が分かりやすいし、英文法としての読みやすさで
いくとunlessの出番は意外と少ない。

print "good!" unless $error;

とかはいいね。

>>601>>602
処理速度と保守性はトレードオフ。
長ったらしいコメントでも書いておけばいい。コメントはコンパイルされんから。

>>605
それPerlじゃないからｗ　なにもかも違う。

>>609
or dieは名句だと思います。

BEFOREHAND: close door, each window and exit; wait until time.
　　　　　　　　　　　open spellbook, study, read (scan, select, tell us);

> 600
> if ( ! (a != null && b != null && c != null) ) return false;
> みたいなコード見るとイライラする。

> >>600
> それは普通に
> if( a != null || b != null || c != null) return falseのシノニムなのでは？

アホか！
こんなヤツがいるから unless が必要なんだよ。

>>610
論理学をロンリーに学びなおせこのタコ。
not(　A and B　) = ( not(A) or not(B) )
だろうが！

610じゃないが、なんだっけそれ。ド・モルガンだっけ。

先生！このページが文字化けします！
http://docs.activestate.com/activeperl/5.12/lib/pods/perljp.html

ソース表示したら
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
なのに、ページはEUCで書かれています！

日本語エンコードを説明したページのエンコードを間違えてるようじゃ、perl に未来なんて無いよ！

PHPにwebを取られ
Rubyにオブジェクト指向を取られ
PythonにTIMTOWTDIを否定され

残ったのはCPANくらいか

もともとobject指向のために作られたものでないし、
pythonは永久凍土嫌いがいるし
PHPは安物の寄せ集めじゃないのか？
面倒だからperl5意外は、どっかに消えちゃっていいよ

>>591
gotoまみれのbasicの方が、よっぽど読みたくない

でもfortranの算術if文はありかな

言語なんて用途に合わせて覚えればいいんだよ！

俺はいちいち覚えるのめんどくさいから全部Perlでやるけど

>>618
知らんかった…、これはまさに数学の考えだね。
中学校の2次曲線を思い出した。

長くは書かないが、 藻前らが書いている Perl のスクリプトに
use strict; と、 bless が入っているか？

あと、 vb6 か Perl5 のどっちが先に滅ぶか予想できるか？

VB6はVB.NETに進化したから、VB6という特定バージョンの話なら
もうすぐ滅びるだろう。
でもPerl5はPerl6がでないので、ずっと滅びない。

そういう話？ いや、なんで特定のバージョンにこだわってるのかなーと。

「おまえこの流行語知ってるか？」ってのは
Perlにおいてはモダンの基準じゃないよな

>623
> VB6はVB.NETに進化したから

VB6 と、VB.NET は違う言語だよ。

さすがに新規開発案件で VB6 はないけど、継続案件で結構使ってる。
少なくともここ４〜５年はコードをいじってるから滅ぶことはないよ。

…今さら知ったんだが、この商標登録なんたらかんたらってなにさ。

http://tetsuya99.wordpress.com/
>Java(R)を表現するときに、「JavaはSun Microsystemsの登録商標です」等と通常書くのと同じように、「Perl(R)は株式会社テラ・インターナショナルの登録商標です」と今後書くようにお願いいたします。

まぁ、所詮、perlはcsh++に過ぎない。
純粋なオブジェクト指向言語であるRubyには敵わないのである。

大失笑

>>626
その人物、商標ゴロみたいなことをやってるらしい
手当たり次第にオープンソース系の名称を商標出願してるそうな

ただのアホかと思ったが、その会社「twitterのフォロワーを増やすためのツールをリリース！」なんてこともやってる
批判が集中したらそのアクセスを「１カ月で○○PV！」とか言って利用する気かもね

perlは使わないが、このムカムカする気分は何だろう
ニュー速にでも晒し上げて、祭られないかな

２１歳以上のやつらが全員死んだらperlどうなる滅びそう

>>631
それは60年以上も先の話か？

いまどき若いのでわざわざPerl覚えるのはいないだろうな。
ダンコーガイみたいなのに感化されちゃったワナビーとかはともかく。

>>626
そらもう、perl 撲滅作戦の一環かと。

>>632
４０年くらいあと

perlどころか大半の言語は死滅そうなんだが
CとCOBOLは生き残りそうだけど

Perl 6の現状を概観出来るようなページは無いのか。

Perl 6 は遅すぎた
戦艦大和と同じ

>>633
rubyからperlに行きましたよと。
やっぱ既存のスクリプトでperlが多いせいと、CPANだな。
いつのまにかrubyよりもperl使うようになってた。

>>639
自己紹介おつしね＾＾ばかがかえれかす

>>640
どうしたんや、とりみだしちゃって（ｗ

>>638
今さらperl6とか言われてもね。あと5年早ければ救いようもあったが。

>>639
1ヶ月後に自分の書いたperlのコードを読み直してみるといい。

perl6って10年くらい準備してないか

グダグダなコードを書く奴は、Perl以外を使ってもグダグダなコードを書くもんだ。

>>643
提案されたのが2000年7月18日だっけ？
ちょうど10年くらいだ。
まだ正式版の見通しもたってないけどな。

>>642
1ヶ月程度ならふつうに理解できるぞ
よほど急成長したんでない限りはな

６ヶ月ぐらい前だと「俺ってバカだったんだなｗ」と実感するが

１年前のPerlプログラムは理解できない
１年前の○○○プログラムは「バージョン違いで動かない」　だ。

>>646 ただの茶々なんだが
> １年前のM(acro)80プログラムは
CPUの仕様が変わらない限りは動いてたぞ

>>646
１年前のプログラムを理解できないって

君Perlerの恥じだよ　2chに書き込みするのやめたまえ（笑）

恥じ

はじじってなんですか？

　　　 Ｘ
　 ∠￣＼∩
　　|/ﾟUﾟLﾉ　　　タイピングミス指摘する奴はバカ死ね（笑）
　〜( ニ⊃　　
　　( 丶/
　　ﾉ>ノ
　 ＵＵ

恥じる
恥ずかしい
日本の恥

　　　 Ｘ
　 ∠￣＼∩
　　|/ﾟUﾟLﾉ　　　アメリカオタの日本批判ですか（笑）
　〜( ニ⊃　　
　　( 丶/
　　ﾉ>ノ
　 ＵＵ

>>633
いまどき若いのだけど、俺のまわりではRubyよりわずかに人気ある。特にUNIX好き
の奴はだいたいPerlマスターしようとしてる。

Rubyがテキスト処理で同じぐらい強力なことを知らない人が以外に多い。

じゃあそいつらはRubyを何だと思ってるんだ？
そもそもRuby自体知らないのが実態なんじゃないか

俺は多分その一人だと思うがPerlの良いところ
　ラリー

後は、古いシステムでもPerlは入ってる、とほぼ言えることと、CPAN

Rubyに比べると
参照渡しが使える
スコープにlocal/myと選択肢がある

Rubyはlambdaのスコープがひどい(1.9で改善されたみたいだけど、今度は互換性がないとか)

Ruby文法とっつきにくくないか

Perl は古いし
Ruby は中途半端だし
Python に期待するとしてもインデントがアレだし
Perl6 に期待してたら出てこないし

結局 Perl しかないんだよ

>>657
とっつきづらい印象あるな
コンクリートの壁に囲まれてプログラムしてる感じがある

個人的にPythonは馴染みやすかった
でもエンコード弱い言語はWin環境じゃ使えねー
Rubyと同じでバージョン問題もあるし

でPerlに戻ってくると

Python はエンコード弱くねーお
おまいの頭が弱いんだろ

↑
おまい、Hello world しか書いたことないだろ

あるところに女を理解出来ない男がいた
男は女に振られてばかりだった
ある日男は決心した
「頭の悪い女が悪いんだ！
もう女とは関わらない！！！」

つまりこういうことだ

>>661 童貞乙

Perl難しい挫折する寸前
Perlといいうよりモジュールの使い方が分からないことが多い
資料は俺が苦手とする英語ばかり

確かに1次資料の日本語訳はしていただきたい

そんな俺はまだ
&hoge'piyo;

各モジュールとかの使い方になると枝葉に入ってしまいユーザー数が激減してしまうので
よほどポピュラーなモジュールじゃないと質問しても殆ど答えが返ってこないことが多いな。

Win32::IE::Mechanize ていうのが便利

Perlは豊富なモジュール提供があるが使い方が分からないと逆にはまったりするからね

冗長モードってどういう意味ですかね

>>668は誤爆すまそん。

Perlはモジュールが使えるのと自力で作るのとでは
効率が全然違うからな

勉強にはならんけどな。
perlに依存しすぎて、多言語への応用もきかん。
就職転職するとき面接で、perl得意です、とか言おうものなら
その場で退場させられるし。

perlがいまだに勢力衰えないのはその辺が原因だろうな

FORTRANが特定少数の間で地味に根強い理由に似てるな

FORTRANって根強いん
完璧に廃れたと思っていた
ｺﾎﾞﾙのほうは根強いけど

http://diary.overlasting.net/cat_perl-4.html
CPAN::Miniを使うと気軽にローカルにCPANのミラーを作れる

Perlにて現在起動中のfirefoxのヘッダー情報を取得することって可能ですかね

可能ならどう取得すればいいのか教えてもらえればありがたいです

>>676です。間違って質問スレじゃないところに誤爆しました。
取り下げます。スレ汚し失礼しました。

もうPerlは仕事としてはもうダメだね
完全に時代遅れになってきて案件が激減してきていて相手にされない

Perlの構造体
http://d.hatena.ne.jp/chaichanPaPa/20090629/1246279426

CPAN てモジュールのインストールは簡単一発なのに
なんでアンインストールは面倒なんですか？

依存関係があるからとか

モジュールもaptで管理したいなあ。

素直にppmつかえよ

>>679
それじゃPerlの代わりは何？
PHP？

>>679

俺の場合はそうでもない。
もっとも客からプログラミング言語を指定されることは
まずないんで、勝手に Perl で書いて自分で使ってたり、
納品したりしてる。

プログラム(のソース)を納品する仕事の場合は 679 のよう
なことが起きているのかもしれないけど、「サービスを提供
する」仕事や「問題を解決する仕組みを提供する」仕事の
場合は全然時代遅れになっていないと思う。

Perlの仕事は消え
PHPかな。ただPHPはバイトレベルが多い
ま、一番はJavaだけども

Perlはうまくすればかなり短くかけるし日常使いにはなかなかよい

安い仕事はPHP
本格的な案件はJava
個人で使うのはPerl

ってとこかな

Javaはスクリプト言語じゃないから何か違う趣

CGIを依頼してJava納品されたらﾊｱ? ってなるわなｗ

作る側の理屈なんか使う側には関係ないっつーかな
重かったり不安定だったりしなければどの言語でもいいっつーか

Perl6に各環境向けのネイティブコンパイラ出ねーかなー

違うけど仕事トータルで考えると
まあjavaが主流だな。web系は

>>691
どの言語でもいいのに、
Javaだと「はあ？」ってなるのは矛盾してますね。

JavaはCGIじゃないからだろ

はあ？

仕事といえばJAVA一強。

Java だと書くこと自体が目的になってしまって、問題の
解決が二の次になる傾向がある。今までに Java で納品
されたシステムに使えたものがひとつもない。
(あほ上司が発注したんだけどね!!)

ぜぇんぶオレがPerlで書き直してやった。
だから今みんなが使っているのは Perl のシステム。

仕事といっているのが書くことを意味しているなら
Java、業務のことを意味してるなら Perl。

うちでの仕事は後者。なので Perl。

ぶっちゃけPerlやPHPってバイトで十分なんだよね

全国展開している企業で全国で使うような大規模システムになると
どうしてもJava＋Oracleになってしまうよね。大量の技術者集めも楽だし
小さな設計書もいらないようなバイト感覚で作れるようなものはPerlで
社内のオタにやらせておくのもわるくない

javaできますっていうやつより

haskellできます　っていうやつのほうができるっておもうんだけどどう思う？

マイナーなほどすごさが際立つんですか・・・？

>>697
Perlでフレームワーク、なに使ってる？

>>701
697じゃないけど、Perlにウェブ系以外でフレームワークってあるの？
知らないから興味ある。

wxPerl

>>703
ああ、Perl/GTKとかPerl/Tkとか？
なるほど。ありがとん。

実用的＞C

wxPerl はライブラリであって
フレームワークではない。

俺はPerlはちょっとだけ分かるけど
Javaはさっぱり。Java覚えたいな

>>700
今時 「javaできます」は C/C++ と並んで最低限の素養だw
# C/C++ 書けない奴なんか氏ね

haskell で書いたことのあるコードのサイズと質によるな

どんな言語も「できる」というだけで自慢にはならんよ
覚えるだけならたいていの言語は２〜３カ月あれば覚えられるし

C++だって人間がマシン語しゃべろうとするから難しいだけで、ロジックだけなら小学生レベルだろ

むしろ毎年１つ言語勉強してますとか、そういう柔軟性のあるヤツはすごいと思う。それすら非人間的な気はするけどな

求められてるのは言語能力じゃなくて、発想と構築の能力だろ？

>>709
C++ はおいとくけど, C は汎用アセンブラなので CPU からマシンの構成まで
熟知した奴が書いたコードの効率と, そこらの汎用言語だと思って書いた奴の
コードの効率は雲泥の差があるな.
まぁ, 現場によってはそうゆうところもあるってことで...

〜できます　っていうやつはしね

>>710
妄想はなはだしい。
CPUの特性と構成なんぞ熟知していても早いコードをCでは書けない。

それらは前提として当然知っていなければならない上に、
コンパイラの最適化方法を知らなければ到達できない。

Cが汎用アセンブラというのも言いすぎだ。

>>708
C/C++って書くな。意味解らんわ。
Cが出来ればC++は必要ないのか？ならC++を書くな。
C++まで必要なのか?なら無駄にCを付けるな。

Cが出来ればC++は必要ない

C++だけでは不十分だからCは消せない

>>715
CにあってC++0xに無いものが有るなら言ってみろ

ソースコードの美しさ

>>716
なあ、このクソスレを荒らすのはいいけど、
推薦図書スレを荒らすのは勘弁してくれ。

Perlは伝説

I AM LEGEND

perl は苦しい。。。

型に対してグダグダだし（無理に解釈せんでいいから。。）
倒置的な書き方するし、
コンテキスト依存な書き方多いし、
while(<>)とか死ねよ

慣れないと真価が発揮できない
慣れると最強

長洲未来

逆にPerlのリファレンス知ってるとCのポインタはイライラするけどね
役所相手にしてるみたいなイライラ感

PerlもVMじゃなくネイティブコンパイラつくるべき
そしたら俺がC辞められるから

>>さらにJPAは、Perl技術者の認定試験の制定、海外のPerlの推進団体との連携なども視野に入れている

いつやんだよくそが
うけてみたくて楽しみにしてんだけどまだか？こら？
まだかこら？な？な？な？

>>721
なれるもなにもそっちのほうが楽なんだけど

Perlが一番好き☆

>>724
リファレンスはPerlの中でも最悪の部類だよ。
最初から入れておけばもっと整理できたのに。

>>724
目指した用途が違うだろこのボケｗ

構造体がついてなかったというのも

>>724
リファレンスはイイね。ポインタが糞とは言わんが

あとネイティブコンパイラは俺もほしい。

糞のスカラーコンテキストがなければ、
リファレンスなんてものは必要なかった。

SQLへのアクセスだけはPerlよりjavaの方がすっきりしてて好み。
それ以外はPerlが断然好み。Javaの正規表現もどきは鬱陶しいよ。

ｐｇｒ

>>724
コンパイラは俺もほしい。
IronPerlとかつくらないのかな。

IronRubyはいらね。

>>732
PerlのDBIに不満がないんだけど、
Javaは具体的にどういいの？
まさかORマッパーとかの話？

perlccまともにならないかなー……削除されたってことはもうやる気がないのか

perlccってPerlのソースをCに変換する魔法のようなもののように思ってる奴いるけど
インタープリタとソースをバイトコード化したものをがっちゃんこさせてCでネイティブに
実行できるようにしただけのものだよ。

Perl崩しがちゃくちゃくと進行されてるぜ

C >>>> perl

「ソーシャルネトワーク」というゴミ映画の試写会に当選したんで逝ってきた。
くだらない退屈な映画なんで内容については書かないが
冒頭で主人公がハーバード大学のコンピュータをハッキングする。
「apacheの設定を書き換えて」
「wgetで全ての女子学生の名簿をダウンロードして」
「perlスクリプトでプロフィール情報を抜き出す」
ここだけ笑った。おもしろかったのはここだけ。
どれも俺が毎日使ってるソフトやん。

どこがハッキングなんだか

>>740
ハッキング物は飽きた
だいたいリアル絡みでしょ

それはクラッキンｇ（ｒｙ

Perlスクリプトでとかわざわざ言うのかｗｗｗ

いちいち
ハッキングとクラッキングの違い述べるやつが低レベルすぎて笑える

でまかせや大間違いよりはマシだな

間違っちゃいないだろ。ハッキング⊃クラッキングなんだから。
>>740の映画を「コンピュータもの」と言っても間違いじゃないのと同様。

2ch bbs.cgi完全パック・・・らしい
ttp://www.megaupload.com/?d=M2SJ0BO5

そらまあ映画の事を言い出したらきりがねえ。
有名な話だが、女神転生の悪魔召喚プログラムもBASICだしなｗ
古いSF特撮をみると、宇宙船の船長が穴のあいたパンチカードを眺めて「フムフム」とかやってるシーンもあるし。

ＲＰＧ系だせよ

映画の「ターミネーター」とかファミコンと同じCPUだもんな

ターミネーター３なんて#include <windows.h> やってたぜ

MSさんは未来ではアンドロイド作るということか

そういえば、この板日立H8いじってガンダムだ〜、とかのスレないね。
中学の技術家庭でこれから入れば、全員プログラム書けるようになりそうなもんだが。

Rubyバカにしてる子ってさ
変数に＄ついてる言語触ってるって事だよね

いちいちSHIFT＋４キーおして ＄ 打ちまくってる感触はどう？

ゴミって意味わかってんのかなこいつら
ゴミだな

＞ ゴミって意味わかってんのかなこいつら
↑↑ハァァアアァァァア？？？？？

ゴミグラマってなんだかなｗ

>>752
でもよくよく考えたら、現役の企業でスカイネットを構築できそうなのってMSぐらいかもな…

というか、Perlに未来がないとか、どっからそんな話しが出てきてるの？

未来ってことなら、Perlなんかより、C言語の方が未来はないと思う。

え？

C言語はまだまだ使われるだろ、高級言語としては使われにくくなってるが
本来の用途であるシステム開発や組み込みではバリバリ現役

>>758
たぶん「Perl=CGI用言語」とか思っちゃってる人達じゃないかね
本来は専門外もいいとこなんだが…

Perl といえば CGI
CGI といえば Perl

一時期はそうだったね

いまはPerlはCGIとしても使われなくなった。
あとどこで使われてるんだ？

>>764
本来通り、Unix系のテキスト処理のお供って用途だよ？
特にLinux系の大手ディストリなんかはPerlある前提で組んであったりするしな
CGIで使われてたのは他に適役が居なかっただけ

今のCGIの主流言語って何ですか？

CGIというか、Webプログラミングならまずそれが専門分野であるPHPじゃないの
あとはある程度規模の大きいものだとJavaなんかもWebプログラミングに使われたりするみたいだけど
それ以外は色々じゃね

>>767
Perlをやれば、PHPは自然に学べるって聞いたことあるけど。

WEBアプリといえば CGI
CGI といえばWEBアプリ

PHPはCGI
ASPもCGI
TOMCATもCGI
YAHOO!もGoogleもみんなCGIで動いてる

>>768
どうだろ、初期はPerlで実装されてたらしいけど、今は違うしなあ
文法的にも色々と差異があるから、却ってPerlの知識が邪魔をしそうな気がするんだが

>>768
> Perlをやれば、PHPは自然に学べるって聞いたことあるけど。

半分は合ってるけど、半分は間違い。
いくらPerlだけをやっても、他の言語で実用レベルにはならない。

半分合っているというのは、最低限の言語の部分だけ。
これは基本的にどの言語でもさして変わらないから
PHPをやればPerlも自然に学べるというのも成り立つ。

時間がかかるのは、その言語で最適な書き方を知ったり、
その言語特有の高度な機能を習得したり、その言語用のライブラリやフレームワークを学ぶこと。
作ってと言われてすぐに適切なフレームワークとライブラリの組み合わせを想像できるぐらいにならないと
実用レベルとは言えないが、これは言語ごとに違うものなのだから学び用がない。

結局は、そいうことを言っている人のPerlのレベルが低く、中級程度の機能までしか使ってないから
他の言語でも中級程度なら、自然に学べると言ってるに過ぎない。

> WEBアプリといえば CGI
> CGI といえばWEBアプリ
>
> PHPはCGI
> ASPもCGI
> TOMCATもCGI
> YAHOO!もGoogleもみんなCGIで動いてる

いちいち否定しないよ。

これはネタ

とりあえず、perl→PHPの順番で勉強してみるわ。
その順番の方がよさそうだ。

それは無いわ。大人しくPHPやっとけ。Perlなんて仕事ないから。

Ａ太郎「とりあえず、バッチファイル→Power shellの順番で勉強してみるわ。
　その順番の方がよさそうだ。」

Ｂ作「それは無いわ。大人しくPower shellやっとけ。バッチファイルなんて仕事ないから。」


バッチファイルの書き方を覚えても無駄。
就職に有利にはならないし、仕事の依頼なんて有るワケない。
バッチファイルに未来は無い。さっさと廃止していいよ。

ちょっと変な例えだな

まあ勉強ならPerlやっても良いんじゃね
コマンドツール作るには割と重宝するしな

Perlの気持ち悪いゴミみたいな
５年くらいで消滅しそうな
気持ち悪いフレームワークを使ってるやつは情弱

Amon2Amon2 Amon2
Catalyst Catalyst

Perlでフレームワーク使うやつは情弱


かわいそうかわいそう

unixを勉強したいなら、Perlを勉強するのもわるくない。

CGIにPerlではなく、PHPが使われるようになって、Perlが廃れたのはなんで？

ん？Perlは別に廃れてないけど？

>>779
Perl自体は廃れていないが、CGIに使われなくなったのは
「そもそもCGI自体が専門外だったから、専門の言語が担当するようになった」
というだけのこと

テキスト処理が専門です！

最近は、PerlじゃなくてPythonをみんな勧めるのはなぜなんだぜ？

Pythonも専門外なのにな。

>>783
それ、一部だけじゃない？
WebプログラミングにPythonは本当に一部の人や団体が採用してるだけで
昔からやってるとこではPerlだったり、新規ではPHPだったりが主流で
あと企業ベースのとこだとJavaとかASPとかも使われたりする程度だと思う

大体、流行ってるとかすすめるとか
そういう話は、頭に
「俺の周りでは」がつくからあてにしなくていい。

perlみたいな書き捨て言語勧める理由なんか古今東西どこにも無いわ

ﾌﾟｯ 古今東西だってｗ

オレはperlでアプリケーションを組むことは無くなったけど
バッチファイルと組み合わせた一行処理は今でも大いに活用してるよ
perl -i.bak -e "s/なんとか/かんとか/" hoge.txt ・・・・ みたいなの

で、（恥ずかしながら）最近覚えた技だけど
バッチファイルでは行末に「^」記号を使えば複数行にまたがらせることができるんだな

たとえば同じ１つのファイルhoge.txtにこういう処理をしたいとする
perl -i.bak -e "s/なんとか/かんとか/" hoge.txt
perl -i.bak -e "s/うんこ/ちんこ/" hoge.txt
perl -i.bak -e "s/くりとりす/陰核/" hoge.txt

別にこれも悪くは無いんだが、「^」を使えばこう（論理的な）１行で書くことができる
perl -i.bak -e "s/なんとか/かんとか/;" ^
-e "s/うんこ/ちんこ/;" ^
-e "s/くりとりす/陰核/;" ^
hoge.txt

perl の話じゃなくバッチファイルの話になってしまったけど、コレは使える
ちょっと感動して思わずパンツを汚してしまったぜ

バッチファイルでのワンライナーは、ダブルクォートの規則が分かりにくいからあんまり使いたくないが
それもPerlならqqがあるから比較的問題になりにくいよね

一行目からしておかしい

というと？

>>778
ご冗談を。Cでしょ。ANSI C。

>>793
Cは「勉強するのも悪くない。」レベルじゃないだろ。必須じゃないのか?
まあそういったらPerlも今日日必須レベルか。

perlは代替が出来てしまったのではないかな。
pythonやruby。

じゃPythonやRubyも必須だな。

その辺はあくまで実用言語の域でしかないと思う
見ず知らずの人と語るのに使える言語じゃない

IPA、情報セキュリティスペシャリスト試験の対象言語にJavaScriptを追加、Perlを外す
ttp://www.publickey1.jp/blog/11/ipajavascriptperl.html
Perlの時代が着実に終わりつつありますねｗ

>>798
> これまで出題対象としていたC++、Java、Perlの3種類の言語からPerlを外し、
> JavaScriptを追加することを発表しました。

C++、Java、Perl、JavaScript 以外の言語はまだ始まってすらいない訳ですねｗ

>>795
Pythonは流石にPerlの代替にはならんと思う。
Perlのすべての代替になっちゃうとしたら、それはPerlをPerlらしく使えてないだけかと。

職を探したり、製品そのものを作ったりするのに使われることは
少ないかもしれないけど身近な問題を解決するのにPerlは便利だな。

だから「どれを使えばいいか？」って他の人に聞いている時点で
そのひとはPerlには向いていないかもしれないよ。

それより、どちらかというと本やネットで調べて、自分の問題を
解決するタイプのひとがこれは便利！！と納得して使うのがいい
と思うんだ。

Perlがなくなったら少し困る。
でもCPANが無くなっても、もう構わない。

ガチガチの Python で小物書きたくねえよ。。。

グダグダの Perl で小物以外書きたくねえよ。。。

インデントでブロック構造をあらわす言語なんて死んでくれ
メンテナンス性わるすぎる

いまどきメモ帳でも使ってんのか？
まともなエディタ使ってるなら問題無いわ

http://d.hatena.ne.jp/ishikawam/20111024/p1

ssig33が乗ってなくて嬉し過ぎて飛び跳ねて
ssig33の顔画像を印刷してプリントして顔画像めがけてぶちまくって灯油かけて燃やしてやった

１、http://d.hatena.ne.jp/ishikawam/20111024/p1　ここを開く
２、ctrl+Ｆで「ssig33」「akiyan」と入れる
３、ここに乗ってないことを喜ぶ

ゴミクズあまのとHolygrailのゴミはさっさと削除されるべきだな
HolyGrailなんてごみだろ　ヤフーで働いてたから入れられただけ
フォローしても意味がないただのゴミデータ

そもそもssig33は、WEBエンジニアじゃないだろｗ

じゃあなに？

インデントでブロックを表すって、実に見づらいよね。別にインデントを強制するのはいいんだけど、{}でブロックくるむのも強制しろよって思う。

俺的にはインデントを強制するんじゃなくて、変数名や関数名など
名前の付け方を強制してくれるものがあれば、チームで組んだときに
便利じゃないかと思うんだけどどうなんだろ？

これそもそもperlの話なのか？

http://local.joelonsoftware.com/mediawiki/index.php/%E9%96%93%E9%81%95%E3%81%A3%E3%81%9F%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AF%E9%96%93%E9%81%95%E3%81%A3%E3%81%A6%E8%A6%8B%E3%81%88%E3%82%8B%E3%82%88%E3%81%86%E3%81%AB%E3%81%99%E3%82%8B

>>806
じゃぁ、おまいが書いたpythonのコードをこのスレッドに貼り付けてみろよｗ

>>815
def f():
    def g():
        def h():
            print('you are completely stupid!')
        return h
    return g
f()()()

>>812
本当にやりたいなら、チーム内で統一したソースコードフィルタを使う。
命名が基準に合っていないとそこで die

あるいは、ソースを単にチェックするフィルタを準備して、リリース前
にチェックしてもいい。が、チェックしないで書き進めていくと後で
修正作業に時間がかかるのでやっぱりソースコードフィルタの方がいい。

で、そのフィルタはperlで書くんだよね

で、そのフィルタが汚いんだよね

自分自身をフィルタリングして解決。
PerlTidyが自分をTidyするのと同じ。

え？

PerlTidy知らないの？

Perl6があるのだから
Perlに未来はあるよ。

Perl6に未来がなくともPerl11があるから大丈夫だｗはっきり言ってPerl5との互換性を失ったらただの新参言語。Ruby以下だ。

perlが死んだところで、その模倣子は永遠に受け継がれるよ

>>826

つか、perl ってワンライナーを組み合わせた処理が sh よりも
すごく書きやすいから浸透したんじゃなかったっけ?

まともな言語めさした時点ですでに負けまくってるような気が

Unicodeに手を出して失敗、利用者離れが起きて、いまに至る

pythonで片っ端からreplaceしてってるけど
もうperl撲滅ほぼ完了

そりゃ上位機種のヘビさんには敵いませんよ。

>>827
awk/sedの後継だよ。当時は、cやtcl,schemeぐらいでオブジェクト指向なんて普及していなかった
perlは、キッチンシンク。毎日、perlでプログラムを書く人が楽できる哲学の元で出来ていたはず

とはいえ、今日のjsの普及でクラスベースのオブジェクト指向が本当に必要だったか是非が問われている気はする

tcl/tkやperl,SDLが、ホビィスト達の末路だってな気がする

perlだけは手を出すなって先生が言ってた

といってもCPAN便利でおすし

http://www.modulecounts.com/
もはやCPANなんぞ時代遅れ

GOPAN

Pearの少なさに泣かない。

>>836
gemもnpmも今のところ上昇率同じだけども、npmの方は終わりの方が指数関数的な上昇してるな
スタートアップバブルがどのタイミングで終わるかは見物
そこらにホームレスが横たわっていたら、皆、投げ銭でも恵んで挙げようね

道具には愛着を持つなって先生が言ってた

webシステムって、ほとんど見た目が重要
バックエンドで大した作業なんてしないんだし、
jsが必須なんだから、node.jsが逆転して主流になるよ

>>837
美味そうなパンだね。米粉パンだっけ？

Perl6はなにあれ？完全な別言語。
rb, py どっちも使ったが、結局便利なPerl5;

ジャップに負けたPerl

まつもとゆきひろというジャップに負けたLarry Wall
アメ公がイエローモンキーに打ち負かされた

俺個人としてはPerlが一番好きな言語だっただけに、残念。

自分最初JSとperlやったけど、いい意味と悪い意味両方でperlやってよかったと思う。
前者は古き良きIOや正規表現を学べたこと、後者はサーバーサイド諦めてJSでなんでもやろうと思えたこと。
今はNodeとかRuby、Pythonバリバリ使えて、ほんとによかったと思う。
あの時代わりに悩んだPHPやってたら、しばらくは良かっただろうけど、１０年後、２０年後を思うと絶対良くなかった。

perlerはしがらみがあるってよく言われてるけど、皆もperlをいい意味で捨てて、
新しい世界でその経験を活かせると思う。
perlは設計は古いけど、得られるものは貴重だと思った。

（ ＾ω＾）Perlが好きだお

「なぜ国内でPerlが急速に萎んだのか」
anond.hatelabo.jp/20130307004741

>>849
2013-03-07

遅すぎ

なんでhttp://を取るのか意味不明。

マナー

これがマナーって、2chとかいうところで直リンすんなとか嘘教えられて信じてるのかね。

忍者レベル１だから直リンできなかっただけですけど

忍者レベル１で
あの内容ってことは
荒らしすぎたのかｗ

株式会社ライブドアを退職しました - 継続は力なり
tsubotax.com/archives/1495353.html

ううううあああ矛盾んんんんんんんんんんんん！！！

>>853
嘘ではないよ。ただいにしえの、現在では全く意味を成さないマナーだがな。

ひろゆきが十年くらい前にメルマガで
「h抜きってなんか意味あるんですかね。。。」
みたいな事を言ってたな

urlリンクでどこから来たが、が多少隠蔽できる。

>>860
まとめサイトや転載サイトとかが勝手にリンクに書き換えてくれるから
すぐに見つかる

2chから直接見る人にとっても、ジャンプします、を間に挟むようになってからは
2chの具体的にどこからリンクされてるのか、までは
外部から隠蔽されるようになったからな

まだ、まとめサイトやログサイトがないときはh抜きしてたけど
数年前から意味を感じないんでいちいちh抜きしないよね

そんな話題は引っ張らなくていいんじゃねえのかｗ

>>836
たしかに今となってはCPANに何でもあるという感覚はないんじゃないか
CPANにリモート検索とアンインストールの機能がないと知ってびっくりした
>>839
こいつこそ死んでんじゃねえの？ｗ

ruby gem とnpmは数の割にはなんでもあるってほどでもないし質は粗悪だな

ネットワーク管理が仕事がだからperlなくなる風潮いやなんだけど・・・

いくら嫌だって言ってもオワコン確定したんだから他の言語を学んだほうがいい。

WEB系スクリプト言語弄る人は、
当然javascriptなんかもある程度弄れるんだろうなあ。

まあそれはさておき、
この２ｃｈのシステムをロケーションから考察すると
Perlのような気がするが、少し前は明らかにPHP臭がしたけど、
read.cgiってPerlに戻ったんだろうね。
cgiって表示してしまってる所は素人に見えるけど、
htmだろうがサバの設定次第でパス通るようにしてスクリプト処理は可能だけど
Linuxサバの運営者じゃないとそれは無理か
��

長い2文字で

Googleで検索したら、
Perlが鯖サイドプログラムで廃れてるとは言え一億以上もヒットする。
セキュリティ的にJavaが死んでるとは言え今だ圧倒的。
PHPはセキュリティと押してる奴等がカの国の○フトバンクの怪しさから
Perlより遥かに死んでるような状態だな

Java
約 473,000,000 件
Ruby
約 271,000,000 件
Python
約 182,000,000 件
Perl
約 105,000,000 件
PHP
約 303,000 件

グーグル占いじゃなくて概算でも自社の採用実績でも上げたほうがよっぽど役に立つよね（守秘義務無視）

アンチ房はどこでもわいてくるけど、どれも取るに足らない。
セキュリティが糞で言語に文句たれるのは分かるが、
それ以外の反論の多くは言語を詳しく学んで極めてない奴の戯言だろうな。

>>870
それぷろぐらまの数より少ないんじゃね？

>>866
awk/sed/shを使え

第四版和訳は出るのかな…

Perl好きなんだけどなぁ

>>874
その組み合わせ、環境によって結構挙動が変わったりするんだよな

便利ならみんな使うし、ただそれだけのことだが
今でも支持してる奴はそれ以上の感情をもってるんだろう
別にいいけど