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

**デフォルトの名無しさん** · 2007/06/02(土) 00:54:11

青春をともに過ごしたPerlの何がだめって言うんだよ～
教えてくれ！

**デフォルトの名無しさん** · 2008/07/05(土) 11:40:26

変更点が多いから悪夢にならない事を祈って・・・

**デフォルトの名無しさん** · 2008/07/05(土) 16:32:50

Python もいいんだけど、勉強してみて思ったのは「これは想定されているドメインが違う」。
プロトタイプを書くための言語であって、ワンライナー用ではない。
それはいいんだけど、疑問なのは「そこに二つのドメインはあるのか？」ってこと。

PHP と Perl じゃドメインが大きく違うし、Perl では面倒なことが PHP では一瞬でできるような、
便利さの違いもある。
でも、Perl じゃ面倒なことが Python では楽勝なんていう場面はそんなにない。

確かにプロトタイピングには Python のほうがいいかもしれないし、自分一人のことなら
勉強してもいいが、みんながみんなそう考えるわけじゃない。
Perl っていう、両方の目的に使えるものがあるのに、なんで片方しかカバーしないものを
新たにやらなくちゃいけないのかってところで、他人に広めにくい。
自分用言語と他人用言語を分けるのも面倒なので、結局 Perl に落ち着いてしまう。

Python がワンライナーのことを真剣に考えてくれていたらよかったんだが。
pyone 使えってか。

**デフォルトの名無しさん** · 2008/07/05(土) 21:34:24

ワンライナーってUNIXのコマンドとかで必要なの？

**デフォルトの名無しさん** · 2008/07/05(土) 22:59:51

Rubyも結局マニアのオモチャ

**デフォルトの名無しさん** · 2008/07/05(土) 23:07:15

RubyとPerlどっちが好きかって、お前宝石が欲しいだけちゃうんかと

**デフォルトの名無しさん** · 2008/07/05(土) 23:15:22

Pearlなら宝石だがPerlはらくだだぜ

**デフォルトの名無しさん** · 2008/07/06(日) 09:46:01

perl便利すぎて死にたい

**デフォルトの名無しさん** · 2008/07/06(日) 10:45:09

Perl自体はどうでもいいが、CPANに蓄積された財産はもったいないな

**デフォルトの名無しさん** · 2008/07/06(日) 12:07:32

>>309
他の言語圏で、「CPANをいただくプロジェクト」なんてやってる
ところないの?

**デフォルトの名無しさん** · 2008/07/06(日) 12:14:06

Perl6の時代になってもPerl5の資産はParrot上で動く（とされてる）んだよな
XSとかでハック(苦笑)してるものは大丈夫なんだろうか

**デフォルトの名無しさん** · 2008/07/06(日) 20:28:19

繁栄するかはつまり思想なのだよ。
Linux(GPL)はその意味でBSDより勝った。
PerlのTMTOWTDIに代表されるそれに、Pythonicなものが凌駕するわけないだろ。
とくに日本においては。
Rubistの大半はフリーライダーだし。

**デフォルトの名無しさん** · 2008/07/06(日) 21:36:02

就職するとき、「職務経歴書」ってのを書くと思うんだけど、
職安で「職務経歴書」の書き方を教わってたとき
職歴に perl って書いたら採用されないから、絶対に書かないように、ってアドバイスされたよ。

**デフォルトの名無しさん** · 2008/07/06(日) 22:04:23

いや、それは真実だとしても書けよ。

**デフォルトの名無しさん** · 2008/07/06(日) 22:24:31

近所の本屋には、地下に perl本専用レジがある。
まだそこには行った事が無いが、階段の上から覗き込むと、
いつも電気が消してあって薄暗い。
明かり取りの窓から差し込む光のスジにホコリが反射して
一種異様なふいんきを醸し出している。
ときおり、ピシッ！ピシッ！という、紐のようなもので何かを叩く音と、
「あああぁぁぁ～っ」という悲鳴のような声が聞こえてくるらしい。

**デフォルトの名無しさん** · 2008/07/07(月) 00:23:02

吾妻ひでおがSF本買いに行った時のアレかw
不条理日記だっけ？

**デフォルトの名無しさん** · 2008/07/08(火) 05:14:57

目次 - oreilly.co.jp -- Online Catalog: 初めてのRubyより 1章　ようこそ、Rubyのある生活へ
1.1　Rubyの特徴
1.1.1　オブジェクト指向言語
1.1.2　より良いPerl
http://blog.livedoor.jp/dankogai/archives/51077051.html

**デフォルトの名無しさん** · 2008/07/08(火) 13:31:03

Perlの後に作って、
「より悪いperl」なんて話にならない。

Perlはスクリプト言語の地平を切り開いたね。

**デフォルトの名無しさん** · 2008/07/08(火) 15:20:30

初めてのruby、いくらなんでも内容薄すぎだろ

**デフォルトの名無しさん** · 2008/07/08(火) 15:46:09

ChangeLogみたいだった。

**デフォルトの名無しさん** · 2008/07/08(火) 18:32:45

いまさら下らない質問でわるいんだけどさ、
ruby と python って何でスペルそのまま使ったの？
perl (≠pearl) みたく新しい言葉にしようとか思わなかったの？

**デフォルトの名無しさん** · 2008/07/08(火) 18:38:11

先客がいなきゃpearl言語だったのに

**デフォルトの名無しさん** · 2008/07/08(火) 18:39:11

http://imepita.jp/20080609/094600

**デフォルトの名無しさん** · 2008/07/08(火) 20:20:43

Cもそうだが、検索しずらいネーミングは現実問題としてちょっと…
RubeeやPaisonのがいい。
あと関数名なんかも特徴あるのがいいな。
C++0xのラムダなんか絶対最悪。
Googleのソースコード検索やりずらい。

これは俺言語作成のためのメモ

**デフォルトの名無しさん** · 2008/07/08(火) 20:43:02

>>324
やがてウェブ検索が主たる情報検索メソッドになると言う認識は、
出てきたそれぞれの言語の誕生時にはなかっただろうな。

**デフォルトの名無しさん** · 2008/07/09(水) 06:13:24

わかりやすさに新たな判断基準が生まれる、という現象は確かにあるなぁ。
ちょっと視点違うけど、エディタ支援の発達とか、インテリセンスの発達なんかも、
「どういうコードの書き方が人に優しいか」を少しずつ変化させてきたと思うし。

**デフォルトの名無しさん** · 2008/07/09(水) 07:46:38

>>324
> Googleのソースコード検索やりずらい。
> これは俺言語作成のためのメモ

そのうちsyntax:whileとか構文解析も利用できるようになるのでは?

**デフォルトの名無しさん** · 2008/07/09(水) 12:02:00

俗に「オブジェクト嗜好言語」と呼ばれているヤツで書かれたソースコードを解読していると
hog.get() とか hog.open() とか hoge.create() とかよく目にすると思うが
「get」や「hog.get」でネットで検索してもヒットしない。

「hoge」が何のクラス・型で宣言されているか、ソースを逆に辿って
そのクラス・型でネット検索しなきゃヒットしない。
この、ソースを逆にたどる作業というのが実にメンドクサイ。
派生とか、ポリモーフィズムとかなんとか、そういうのに出くわしたら、もう解析不可能。

そこで eclipse や netbeans などのような専用エディタやＩＤＥが登場するワケだが・・・
逆に言えば、オブジェクト歯垢言語は専用エディタ・ＩＤＥが無ければコーディング不可能ってワケで。
Windows の「メモ帳」みたいな、どのパソコンにもかならず入ってる汎用のテキストエディタで
気軽にコーディング、というワケにはいかないんだな。これが。

ちょっと、「あるサイトからエロ画像を収集したいんだけど」みたいな、使い捨てのコードを書きたいときなど、
バッチファイルやシェルスクリプトじゃ役不足だし、もうちょっと細かい事が出来て、専用ＩＤＥなど無しで
気軽に、書ける言語・・・って必要だよな。

それが、「perl」だ。

長ったらしい関数名なぞいらん。ササッと書いて、ササッと動かして、さっさと捨てる。
それが perl の本来の使い方じゃなかろうか。
web アプリは php にその座をゆずって、本来の高級バッチファイル的な使い方に落ち着くやろ。

**デフォルトの名無しさん** · 2008/07/09(水) 12:04:24

phpはないわ

**デフォルトの名無しさん** · 2008/07/09(水) 22:18:15

webアプリ→php
高級バッチ処理　→perl

こうですか？

**デフォルトの名無しさん** · 2008/07/10(木) 10:14:14

>>328
10年前のレスのコピペ?

**デフォルトの名無しさん** · 2008/07/12(土) 18:46:59

>>328
［指向］をわざわざ誤字にしてるのが面白くも何ともない件について

**デフォルトの名無しさん** · 2008/07/12(土) 19:31:41

要するにPerlは時代についてけないおじいちゃん向けの言語であり
Javaとは別の意味で現代のCOBOLだと言いたいんですね
わかります

**デフォルトの名無しさん** · 2008/07/13(日) 23:10:21

文字列処理が得意だったはずの Perl がユニコードという
毒饅頭を喰ったのがそもそもの始まり。

Encode モジュール、断固害。

そこに未来はない。

**デフォルトの名無しさん** · 2008/07/13(日) 23:34:35

>>333
せんぜんわかんねーよ。
Javaはいい意味で現代のCOBOL、Perlは悪い意味で現代のCOBOLってことか？
まずは日本語学んでくれ。

**デフォルトの名無しさん** · 2008/07/13(日) 23:35:48

>>334
ソースEUCで書いてた世代か？
いつまでもEUCにしがみついてろ。

**デフォルトの名無しさん** · 2008/07/14(月) 00:21:03

やっぱそろそろEUC-JPにしないとだめか……ISO-2022-JPに固執してもしょうがないか……

**デフォルトの名無しさん** · 2008/07/14(月) 02:52:00

メールに限っては正しい選択
携帯とかキャリアがボケなせいもあるけどな。AUいい加減にしろと

**デフォルトの名無しさん** · 2008/07/14(月) 15:45:47

Ruby 及び Perl におけるクラスの生成について。
http://b.hatena.ne.jp/entry/http://tomato.or.tp/programming/memo/class/class.html

**デフォルトの名無しさん** · 2008/07/14(月) 20:50:29

Ruby作者も変な信者が集まっちゃって災難だな。

**デフォルトの名無しさん** · 2008/07/14(月) 21:12:01

私はこれで Perl から乗り換えました。
http://web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html

バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。

Perl, Python, Ruby の比較
http://www.shido.info/py/python1.html

perl/Ruby、これから覚えるべきなのは？
http://q.hatena.ne.jp/1145610898

**デフォルトの名無しさん** · 2008/07/14(月) 23:17:38

Rubyは、2000年頃は狂信者が本当にひどかった。Rubyに手を出したことを
隠さなければならないほどだった。

でも今は人が増えたので良くなったね。

**デフォルトの名無しさん** · 2008/07/16(水) 00:53:25

だんこがい...

**デフォルトの名無しさん** · 2008/07/18(金) 00:56:41

>>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"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。

**デフォルトの名無しさん** · 2008/07/18(金) 10:31:33

（・∀・）ｶｴﾚ

**デフォルトの名無しさん** · 2008/07/18(金) 19:49:02

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

**デフォルトの名無しさん** · 2008/07/18(金) 23:00:17

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

**デフォルトの名無しさん** · 2008/07/18(金) 23:02:04

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

**デフォルトの名無しさん** · 2008/07/18(金) 23:24:45

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

**デフォルトの名無しさん** · 2008/07/19(土) 01:36:00

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

**デフォルトの名無しさん** · 2008/07/19(土) 01:44:58

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

**デフォルトの名無しさん** · 2008/07/19(土) 10:13:42

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

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

**デフォルトの名無しさん** · 2008/07/19(土) 17:34:47

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

**デフォルトの名無しさん** · 2008/07/19(土) 17:40:58

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

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

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

**デフォルトの名無しさん** · 2008/07/19(土) 22:13:53

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

**デフォルトの名無しさん** · 2008/07/19(土) 23:05:14

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

**デフォルトの名無しさん** · 2008/07/19(土) 23:32:22

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

**デフォルトの名無しさん** · 2008/07/19(土) 23:36:04

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

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

**デフォルトの名無しさん** · 2008/07/19(土) 23:36:25

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

**デフォルトの名無しさん** · 2008/07/19(土) 23:45:51

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

**デフォルトの名無しさん** · 2008/07/20(日) 00:21:29

？

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

**デフォルトの名無しさん** · 2008/07/20(日) 02:02:38

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

**デフォルトの名無しさん** · 2008/07/20(日) 02:23:41

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

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

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

**デフォルトの名無しさん** · 2008/07/20(日) 02:50:25

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

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

**デフォルトの名無しさん** · 2008/07/20(日) 08:07:10

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

**デフォルトの名無しさん** · 2008/07/21(月) 09:14:52

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

**デフォルトの名無しさん** · 2008/07/21(月) 10:00:24

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

**デフォルトの名無しさん** · 2008/07/21(月) 10:02:18

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

**デフォルトの名無しさん** · 2008/07/21(月) 10:09:22

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

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

**デフォルトの名無しさん** · 2008/07/21(月) 10:31:27

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

**デフォルトの名無しさん** · 2008/07/21(月) 10:55:12

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

**デフォルトの名無しさん** · 2008/07/21(月) 19:42:52

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

**デフォルトの名無しさん** · 2008/07/21(月) 20:04:05

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

**デフォルトの名無しさん** · 2008/07/21(月) 21:36:02

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

**デフォルトの名無しさん** · 2008/07/21(月) 21:49:06

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

**デフォルトの名無しさん** · 2008/07/21(月) 22:14:55

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

**デフォルトの名無しさん** · 2008/07/21(月) 22:25:42

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

**デフォルトの名無しさん** · 2008/07/21(月) 22:29:50

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

**デフォルトの名無しさん** · 2008/07/21(月) 22:57:46

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

**デフォルトの名無しさん** · 2008/07/21(月) 23:00:20

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

**デフォルトの名無しさん** · 2008/07/21(月) 23:05:29

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

**デフォルトの名無しさん** · 2008/07/21(月) 23:36:36

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

**デフォルトの名無しさん** · 2008/07/21(月) 23:39:19

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

**デフォルトの名無しさん** · 2008/07/22(火) 00:00:17

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

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

**デフォルトの名無しさん** · 2008/07/22(火) 00:10:47

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

**デフォルトの名無しさん** · 2008/07/22(火) 00:19:11

お前よく気づいたな

**デフォルトの名無しさん** · 2008/07/22(火) 00:22:43

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

**デフォルトの名無しさん** · 2008/07/22(火) 00:27:12

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

**デフォルトの名無しさん** · 2008/07/22(火) 00:29:11

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

**デフォルトの名無しさん** · 2008/07/22(火) 00:34:38

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

**デフォルトの名無しさん** · 2008/07/22(火) 00:40:13

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

**デフォルトの名無しさん** · 2008/07/22(火) 00:49:58

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

**デフォルトの名無しさん** · 2008/07/22(火) 01:30:20

まさかのマジレス？

**デフォルトの名無しさん** · 2008/07/22(火) 01:46:29

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

**デフォルトの名無しさん** · 2008/07/22(火) 15:41:17

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

**あああ** ◆RrX6W08b02 · 2008/07/22(火) 23:50:01

**デフォルトの名無しさん** · 2008/07/23(水) 00:44:17

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

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

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

**デフォルトの名無しさん** · 2008/07/23(水) 00:50:04

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

**デフォルトの名無しさん** · 2008/07/23(水) 00:55:10

JPLと勘違いしてないか？

**デフォルトの名無しさん** · 2008/07/23(水) 01:37:59

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);"のような
「モードの切り替え」が必要になる。
しかし、これは一般ユーザには敷居が高すぎて、単純に理解してもらえない。

残念なことだ。

**デフォルトの名無しさん** · 2008/07/23(水) 02:06:01

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