08/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"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。
345:デフォルトの名無しさん
08/07/18 10:31:33
（・∀・）ｶｴﾚ
346:デフォルトの名無しさん
08/07/18 19:49:02
全部EUCでやるなら
問題ないのですか？
347:デフォルトの名無しさん
08/07/18 23:00:17
>>346
日本に引きこもって、外に一歩も出なければｏｋ
348:デフォルトの名無しさん
08/07/18 23:02:04
趣味でプログラミングやってるならソレで良いだろうけど
仕事となると「日本語だけしか扱いません」てワケにはいかんだろ。
349:デフォルトの名無しさん
08/07/18 23:24:45
>>346
[ぁ-んァ-ヶ] 等ができない。
JPerl なんて言わないでね
350:デフォルトの名無しさん
08/07/19 01:36:00
>>346
>>344なみの回避技/裏技を駆使する必要がある。
351:デフォルトの名無しさん
08/07/19 01:44:58
>>346
どうせ引き籠もるなら今はUTF-8だろうけど、
Windowsだとファイル名がShift_JIS(cp932)のAPIあるじゃん。
352:デフォルトの名無しさん
08/07/19 10:13:42
>>351
PerlはA系APIを使ってて、せっかくUTFフラグなんてモノを内部に持っていながら
ユーザが手動でWindowsコードページと相互変換する必要があって、
そこまでやっても所詮A系決めうちだから、コードページ範囲外の文字が使われてる
ファイル名とか手も足も出ないんだっけ？
あまりにクソ過ぎてワロタ
353:デフォルトの名無しさん
08/07/19 17:34:47
そもそもＵＮＩＸ系ＯＳ自体がユニコード対応してないんだから
ＰｅｒｌなどのＵＮＩＸ系生まれの言語がユニコード扱えないのは仕方ないだろ。
354:デフォルトの名無しさん
08/07/19 17:40:58
>>353
一行目も二行目も言ってることがありえなさ過ぎてワロタ
たぶんあんたはLANGをja_JP.UTF-8にできることもしらないし
CIFSでWindowsのUTF-16なファイル名を完璧にSambaで扱えることもしらないし
JavaやPythonやTcl/Tkなどの言語が、Perlよりよほど優れたUnicodeサポートを
Windowsにおいても提供していることも知らないわけだな
Perlってテキスト処理が得意で簡潔に書けるのがウリのシステム管理者向けの
言語なんじゃなかったっけ？
355:デフォルトの名無しさん
08/07/19 22:13:53
↑
またか・・
もういい加減に、UTF-8 とユニコードの違いを理解しろよ。
356:デフォルトの名無しさん
08/07/19 23:05:14
>>353ってなんでこんな馬鹿なの?
357:デフォルトの名無しさん
08/07/19 23:32:22
議論に負けると人格攻撃はじめる
358:デフォルトの名無しさん
08/07/19 23:36:04
ぶっちゃけ>>353もすげえが>>355はもっと面白いな
ネタか何かのつもりかしら
359:デフォルトの名無しさん
08/07/19 23:36:25
議論に勝っても人格攻撃を始めるのが2ch。
要するに、勝負がついたということ。
360:デフォルトの名無しさん
08/07/19 23:45:51
で？UTF-8 とユニコードの違いは理解できたのかい？
361:デフォルトの名無しさん
08/07/20 00:21:29
？
そらエンコと文字コードまとめて語ったら誤解産むケースがあるのは
確かだが、そういう話じゃねえしな
362:デフォルトの名無しさん
08/07/20 02:02:38
そういう話だということにしないと、>>355があまりにもかっこ悪いから
必死なんですよ。
363:デフォルトの名無しさん
08/07/20 02:23:41
>>355
ユニコード ≒ 思想・アルゴリズム
UTF-7、UTF-8、UTF-16、UTF-32 ≒ 実装
じゃねえの？
「UTF-32エンコードされたユニコード文字列」とかいう表現が一般的だと思うが、
単純に「ユニコード文字列」と言った場合、
「エンコード不明なユニコード文字列」と取るか
「(最近一般的によく使われる)UTF-8でエンコードされたユニコード文字列」と取るか
「(一部儲が一般的と考える)UTF-16でエンコードされたユニコード文字列」と取るかは
人それぞれだと思う。
ってか、前にも>>355みたいな変な書き込みをPerl関連のスレで見た記憶が・・・。
364:デフォルトの名無しさん
08/07/20 02:50:25
>UTF-8 とユニコードの違い
なんかそのものずばりのスレがあるじゃん
UnicodeとUTF-8の違いは？
ｽﾚﾘﾝｸ(tech板)
365:デフォルトの名無しさん
08/07/20 08:07:10
>>363
「ユニコード」は、規格全体あるいは団体の名前ですよ。
「UTF-8」は文字エンコーディング名。ユニコード規格の一部。元はRFC。
366:デフォルトの名無しさん
08/07/21 09:14:52
>>363-365
誰がコピペしろと言った？
自分が理解してるかどうか、それを問うてる。
ユニコードと UTF-8 の違いをだ。
もしちゃんと理解してるなら、>>354 のような恥ずかしいカキコミはできないはずだ。
367:デフォルトの名無しさん
08/07/21 10:00:24
してないし、できないわなw
368:デフォルトの名無しさん
08/07/21 10:02:18
やっぱユニコードと UTF-8 の違いを理解するのは、このスレの住人には無理か・・・
369:デフォルトの名無しさん
08/07/21 10:09:22
例えがアレだが、、、生まれつき目の見えない人がいる。
目が見えないから「色」というのが理解できない。
手で触れるものなら形で区別つくのだが
「空は青い」とか「雲は白い」とか言われても
何のことやらわからない。
生まれつき１バイト＝1文字の世界の人がいる。
彼らにはマルチバイトがなぜ必要なのか、ユニコードがなぜ必要なのか
理解できない。
３次元の世界で暮すわらわれに時間の壁が越えられないのと同じように
perl には漢字・マルチバイト文字・ユニコードの壁は越えられない。
「世間の風潮で、とりあえず utf8 を導入してみました～～～～」
「でもぜ～んぜん実用的ではないでぇ～～す」
それが perl
370:デフォルトの名無しさん
08/07/21 10:31:27
perlのユニコードサポートは凄いもんがあるぞ。
言語レベルであそこまでサポートしているのは少ない。
ライブラリならIBMのがあるけど。
371:デフォルトの名無しさん
08/07/21 10:55:12
Perlの問題は、システムコールにencodingで指定した文字コードを使わず、
Perl内部エンコーディングの文字列を直接使うこと。
だから、プログラム側で変換しないといけない。
Perl側で変換するにはPerlIOのコードを書き換えるか、変換レイヤーをかます必要がある。
372:デフォルトの名無しさん
08/07/21 19:42:52
>>368
そうか、君には無理なのか。
373:デフォルトの名無しさん
08/07/21 20:04:05
UTF-8を槍玉に挙げてるけど、UTF-16なら良いのか？
374:デフォルトの名無しさん
08/07/21 21:36:02
>>373
そう。Windows 系ＯＳはな。正確には UTF-16LE だ。
（Win95,98 は切り捨ててもいいだろ）
だが今度は UNIX 系ＯＳのヤツらがブーブー文句たれる事になる。
375:デフォルトの名無しさん
08/07/21 21:49:06
別にブーブー文句たれてないぞ。
普通に使えるし。
376:デフォルトの名無しさん
08/07/21 22:14:55
サロゲートペアなんか知らないふりしとけばおｋ
377:デフォルトの名無しさん
08/07/21 22:25:42
>>375
そりゃそうだ。まだユニコードには対応してないんだから。
378:デフォルトの名無しさん
08/07/21 22:29:50
>>374
ん？UTF-16のリトルエンディアンではなく、UTF-16LEなの？
379:デフォルトの名無しさん
08/07/21 22:57:46
「UTF-16LE」のLE＝りとる・えんでぃあん
380:デフォルトの名無しさん
08/07/21 23:00:20
ユニコード化すると、どうしてもリトルエンディアン・ビッグエンディアンを気にしなければならなくなる。
ここらへんがＵＮＩＸ系ＯＳにユニコードが導入されにくい理由の一つでもある。
Windows系ＯＳならＣＰＵはインテルしか無いからな。
381:デフォルトの名無しさん
08/07/21 23:05:29
perlの質問をしているつもりが
CPUレベルまで降りてきたぜ
382:デフォルトの名無しさん
08/07/21 23:36:36
ビッグエンディアンなんていらんかったんや
383:デフォルトの名無しさん
08/07/21 23:39:19
つまりネットワークもいらないと
384:デフォルトの名無しさん
08/07/22 00:00:17
>>379
それは違うんじゃね？
UTF-16LEとUTF-16BEはBOMなし。UTF-16はBOMあり。
WindowsのコードはBOMありのUTF-16でリトルエンディアンで直列化してるはず。
ってかそんなことも知らないでユニコードの話してるの？ｸｿﾜﾗﾀ
385:デフォルトの名無しさん
08/07/22 00:10:47
もうPerlと関係なくなってね？
386:デフォルトの名無しさん
08/07/22 00:19:11
お前よく気づいたな
387:デフォルトの名無しさん
08/07/22 00:22:43
>>384
ライブラリやAPIレベルではBOM要らないぞ。
388:デフォルトの名無しさん
08/07/22 00:27:12
これから >>384 をたたえる祭りが始まります。
389:デフォルトの名無しさん
08/07/22 00:29:11
ＢＯＭなしって、どゆこと？代わりにスーパー写真塾がついてるのか？
390:デフォルトの名無しさん
08/07/22 00:34:38
>WindowsのコードはBOMありのUTF-16でリトルエンディアンで直列化してるはず。
>ってかそんなことも知らないでユニコードの話してるの？ｸｿﾜﾗﾀ
これは良い釣り
391:デフォルトの名無しさん
08/07/22 00:40:13
おれは熱烈投稿のお世話になったよ。
392:デフォルトの名無しさん
08/07/22 00:49:58
>>389
内部ではワイドキャラクタ(16bit)で扱うので、バイト直列化してないということ。
393:デフォルトの名無しさん
08/07/22 01:30:20
まさかのマジレス？
394:デフォルトの名無しさん
08/07/22 01:46:29
ボケが判りにくいからじゃね？
395:デフォルトの名無しさん
08/07/22 15:41:17
一つだけ言えるのは、海胆コードによって、コード系世界は地獄と化したと言うこと。
396:あああ ◆RrX6W08b02
08/07/22 23:50:01
397:デフォルトの名無しさん
08/07/23 00:44:17
つまりはJPerlの方が使いやすかったと。
しかし、どこをどう間違えてしまったのだ？
やはりこれは *バベルの塔* なのか？
398:デフォルトの名無しさん
08/07/23 00:50:04
JPerlはスクリプトやブロックの定義がイマイチ。
Perl5.8の方がいい。
399:デフォルトの名無しさん
08/07/23 00:55:10
JPLと勘違いしてないか？
400:デフォルトの名無しさん
08/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);"のような
「モードの切り替え」が必要になる。
しかし、これは一般ユーザには敷居が高すぎて、単純に理解してもらえない。
残念なことだ。
401:デフォルトの名無しさん
08/07/23 02:06:01
１文字１バイトの国で生まれ育った人には、何を言っても無駄。
湯煮コードだ、CP932だ、何だかんだ言っても、その概念が飲み込めない人なんだから。
（このスレにも、ユニコードと UTF-8 の違いが飲み込めないヤツがおるくらいだから、
アメリカ人に漢字が理解できるワケが無い）
生まれつき目の見えない人に、「青い」とか「赤い」とか言っても理解してもらえないのと同じ。
色の概念が無いわけですから。（目の見えない人、変な例えに使ってゴメンなさい）
もうこれ以上、perl に何かを期待しても無駄だよ。
402:デフォルトの名無しさん
08/07/23 20:35:44
>>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) ≡ は集合論の記号。左右がまったく同じものという意味。
403:デフォルトの名無しさん
08/07/23 20:49:22
UTF-8は1バイト圏の人が嫌々国際化に対応した結果です
404:デフォルトの名無しさん
08/07/23 21:16:23
>>402
一般的にはUTF-32(CEF)じゃないのか？
405:デフォルトの名無しさん
08/07/23 21:29:42
シフトJIS が生まれる前のパソコンって、どんな漢字コード使ってたか知ってるよね？
そう、ＪＩＳ漢字コード（JIS6226）だね。ちょっと常識すぎたかな。
UNIX も、マイクロソフトのBASICを乗っけたパソコンも、漢字はJIS漢字コードを使ってたんだよ。
ところが、これが非常に使いにくい。ASCII の１バイト文字とJIS漢字を共存させるのが、えらい苦労する。
そこで、ゲイツ一味が考え出したのが、シフトＪＩＳってワケ。
これは、JIS漢字コードに無理やり数値を足したり引いたり掛け算したり・・・
で、ASCIIコードと重ならないように工夫したコードなんだね。
UTF-8 ってのは、このシフトJIS のユニコード版と言えるかな。
笑われるのを覚悟で言って見れば、「UTF-8 とは、シフト・ユニコードである」 ってところだろうか。
（・・・あ、こんな言葉は無いから外では使うなよ。たった今オレが思いついた言葉だからね）
ユニコードと１バイトASCIIコードは共存できない。そこを、無理やり、数値を足したり引いたり掛け算したり・・・
で、ASCIIコードと重ならないように工夫したわけさ。ほら、シフトＪＩＳと状況が似てるだろ？
ということで、UTF-8 はシフトJISと同じ問題をはらんでいる。
つまり、コンピュータの文字の内部表現には向かない、って事。
たとえば、頭から１０万文字めを取り出す、という処理を考えると、先頭の1バイトめから順々に数えなければ
１０万文字目が特定できない。次の１０万１文字めを取り出すには、またまた先頭の1バイトめから順々に数えなければ
文字が特定できないって事なのよ。大量の文字列を扱うのにはスピード的に不利なわけ。
ユニコードで内部処理していれば、こんな事にはならない。単なる文字の配列だから１０万文字めだろうが１０万１文字め
だろうが、素早くランダムアクセスできるからね。
いつまでも内部表現にUTF-8を使い続けるのは、問題を先延ばしにしているだけで、未来は破綻が待っている。
406:デフォルトの名無しさん
08/07/23 21:44:47
にもかかわらず、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 って言うクソ仕様を廃止してみろｗｗｗ
407:デフォルトの名無しさん
08/07/23 21:53:12
>>405
先頭から何文字目の文字とかを扱うのってそんなに重要か？
まあ、それが重要だとしても、UTF-16だって先頭から数えなきゃならない。
なぜならサロゲートペアってものがあるから。
そんなにユニコード完全準拠が必要だと思うなら、UTF-32(UCS4)を内部表現に使うように主張するべきじゃね？
408:デフォルトの名無しさん
08/07/23 22:02:14
>>405
> で、ASCIIコードと重ならないように工夫したコードなんだね。
重なってる。
409:デフォルトの名無しさん
08/07/23 22:03:56
>>406
うーん、C言語について、誤解してるようだが・・・。
\0というのは、別に、(0000 0000)bを意味して無いぞ。
オリジナルのC言語は6bit=1キャラクタのマシン(PDP-7)で動作していた。
それが今の8bit=1キャラクタのマシンに移植できたんだから、
16bit=1キャラクタだろうが、32bit=1キャラクタだろうが
C言語の言語仕様としては全く問題は無く扱える。
まあ、問題があるとすれば、
1キャラクタ(1Byte)=8bitを前提としたビットアクセス、 union、ポインタ操作などだけど、
その辺はフィルタ作ればソースから抽出するのはさほど難しくは無い。
2000年問題に対応した時の規模の修正で対応可能だろう。
410:デフォルトの名無しさん
08/07/23 22:05:23
>>407
UTF-32 って、後から出来た規格じゃん。
後出しジャンケンに勝ってたくらいでいい気になるなよ。
ぜんぜん普及してないんだし。
411:デフォルトの名無しさん
08/07/23 22:09:30
>>410
サロゲートペアに反論は？
412:デフォルトの名無しさん
08/07/23 22:12:12
>>409
ほうほうほう。それは勉強になった。
で？UNIXは、なぜ１キャラクタ１６ビットや３２ビットのCコンパイラを使わないの？
そうすれば数々のユニコード問題が一気に解決するじゃん。
そんな石器時代の石斧を持ち出して自衛隊に持たせても、北の侵略から日本は守れないぞ～
413:デフォルトの名無しさん
08/07/23 22:13:41
gccのwchar_tは4バイトなわけだが・・
414:デフォルトの名無しさん
08/07/23 22:22:56
>>412
それこそ後出しジャンケンだろ。
UNIXにしても、Linuxにしてもユニコードが普及する前からやってるわけで、
最近は64bit対応とかワイドキャラ対応とかで順次対応が進んでる状況なわけだ。
少なくとも2036年問題対応の頃までには、longは64bitか128bitになってるだろうし、
必要性があれば、内部文字コードがUTF-32になってるかもしれない。
もっとも、charを16bit(32bit)にするアプローチがいいのか、wchar_tを標準にした方が良いのかは
十分議論を尽くしてないだろうから、wchar_tを文字列の標準にする方向になるのかもしれないが。
415:デフォルトの名無しさん
08/07/23 22:28:00
で？UNIXは、なぜ１キャラクタ１６ビットや３２ビットのCコンパイラを使わないの？
416:デフォルトの名無しさん
08/07/23 22:29:56
perl もC言語で記述されてるんでしょ？
だったら1文字１６ビットや３２ビットのCコンパイラでコンパイルした perl を使えばいいじゃん。
ユニコードとか utf8 とか、メンドクサイ事を考える必要無いじゃん。
なぜそれが出来ない？
417:デフォルトの名無しさん
08/07/23 22:35:44
何か痛いのが居るな
418:デフォルトの名無しさん
08/07/23 22:40:43
だから、サロゲートペアの反論は？
UTF-32が後出しジャンケンだっていうけど、藻前が主張したいのはWindowsの実装こそ正義って話？
UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから、
藻前がその話を引き合いに出すならUTF-32を内部コードにするべきって主張するのが本当だろうって話なんだが？
419:デフォルトの名無しさん
08/07/23 22:41:45
Win厨必死だな。
420:デフォルトの名無しさん
08/07/23 23:08:22
合成や正規化の問題があるから、UTF-32にすればハッピーというのも何か
微妙な気がするんだが、
せいぜいサロゲートペアが消えるだけでしょう
421:デフォルトの名無しさん
08/07/23 23:16:38
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の内部表現になったからすごいんだ」と言いたいならはっきりそう書けばイイジャン。
422:デフォルトの名無しさん
08/07/23 23:19:54
UTF-16でサロゲートを見なかった事にするのが一番現実的
423:デフォルトの名無しさん
08/07/23 23:21:11
「UTF-32にすればハッピー」ってどこに書いてあるの？
424:デフォルトの名無しさん
08/07/23 23:24:59
>>423
> UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから
UTF-32にしようが、この問題はちっとも解決しないでしょ、ってこと
425:デフォルトの名無しさん
08/07/23 23:27:15
ASCII混在ファイルが現役で大量に残ってる間は、英字部分だけでもASCIIと互換性があるUTF-8を使うのが一番現実的。
HTMLだって、metaタグのcharset見て処理できるような仕様になってるのは、ASCII混在が前提になってるから。
426:デフォルトの名無しさん
08/07/23 23:29:07
>>424
ん？サロゲートが消えて1文字32bit固定になれば、
「単なる文字の配列だから１０万文字めだろうが１０万１文字めだろうが、素早くランダムアクセスできるからね」
が出来るようになるんじゃねえの？
427:デフォルトの名無しさん
08/07/23 23:39:10
>>426
UTF-32ならUCS-4の「コードポイント」を確かに32bitの整数一個で表現できるけど
Unicodeの仕様では、今や一つの「文字」が一つのコードポイントに
必ずしも対応しないわけですから、
> 先頭から何文字目
のような「文字」ベースの話では、どのみち問題はおきますよ、と言ってるんですよ
428:デフォルトの名無しさん
08/07/23 23:42:55
>>427
そうか。
つまり、>>405も>>418もユニコードに関しては素人だって事ね。
429:デフォルトの名無しさん
08/07/24 00:21:06
encode,decode使ってればいまのとこそんなに困る事もないし
行き詰ったらラリーがどうにかしてくれるから
いい加減unicodeスレに帰ってください
430:デフォルトの名無しさん
08/07/25 09:32:05
え？今後は Perl 6 だから、 Perl 5.x での問題はなくなるんじゃないの？
まぁ、 Perl 5.x とそれで動くプログラムは切り捨てられるんだろうけど。
431:デフォルトの名無しさん
08/07/25 09:36:19
10000対1で、切り捨てられるのはPerl6
432:デフォルトの名無しさん
08/07/25 10:39:19
え？今後は BTX だから、 ATX での問題はなくなるんじゃないの？
まぁ、ATX とそれで動くボードは切り捨てられるんだろうけど。
433:デフォルトの名無しさん
08/07/25 12:54:25
え？今後は Vista だから、 XP での問題はなくなるんじゃないの？
まぁ、XP とそれで動くプログラムは切り捨てられるんだろうけど。
434:デフォルトの名無しさん
08/07/25 13:00:21
え？今後は 「ねんきん機構」 だから、 「社会保険庁」 での問題はなくなるんじゃないの？
まぁ、 消えた年金５０００万件 とそを納めた被保険者は切り捨てられるんだろうけど。
435:デフォルトの名無しさん
08/07/25 13:19:32
つまんね
436:デフォルトの名無しさん
08/07/25 13:59:34
え？今後は Mach だから、 UNIX での問題はなくなるんじゃないの？
まぁ、 UNIX とそれで動くプログラムは切り捨てられるんだろうけど。
437:デフォルトの名無しさん
08/08/02 01:11:14
「美しいコードを書けるからRubyを選んだ」---Ruby on Rails作者 David Heinemeier Hansson氏：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
DHH：いろんなPerlソースを見ていると，頭が爆発しそうでした。
なぜかというと，どのコードを見てもスタイルがそれぞれ違って，
正しいのはどれかがわからない。
それぞれおもしろいんだけど，自己主張が激しすぎると感じました。
一方で，Rubyで書いたものはどれも，
同じことをする場合はだいたい似たように見える。
この「統一感」がすごく重要でした。
438:デフォルトの名無しさん
08/08/02 03:49:14
そりゃPerlにくらべりゃな・・
439:デフォルトの名無しさん
08/08/02 07:32:10
>>437
そのURLのページに、そんな文章ないんだが・・
440:デフォルトの名無しさん
08/08/02 09:14:40
そこで Perl6 ですよ。
441:デフォルトの名無しさん
08/08/02 09:37:55
Lakeの書式見てRubyイイと言い出す人間は多いな。R&Rもそのクチじゃないかな。
442:デフォルトの名無しさん
08/08/02 11:03:56
一つの動作を色々な書き方ができるほうがいいのか
一つの動作なら同じ書き方で統一するほうがいいのか
これは価値観の問題じゃない？
443:デフォルトの名無しさん
08/08/02 11:10:00
まぁそうだが、同じ動作なら読むほうにとっては後者が歓迎されるんじゃね
444:デフォルトの名無しさん
08/08/04 00:18:55
統一感を求めるならPythonのほうがよくね？
445:デフォルトの名無しさん
08/08/04 03:27:14
Pythonも使ってるけど、コンソールコピペで叩けるような長文ワンライナができないと面倒な感じ
その意味ではまだRubyかな
SpiderMonkeyあたりがコンソールライブラリ充実したらRubyとか糞とか言える日が来るかもしらんけど
446:デフォルトの名無しさん
08/08/04 07:08:53
>>440
ますます迷走してるし
447:デフォルトの名無しさん
08/08/04 09:47:30
今から初めてプログラミングをする人が選ぶならば、PerlとRubyどちらがいいと思う？
ただし、職業としてでなく、あくまで自分で使うため。
書籍も多数発売されて、Rubyを学ぶ環境は問題なくなりつつあるよね
Perlとは違った意味でRubyにも将来性の不安というのはあるけれど…
実はどちらも勉強するが正しいのかな
448:デフォルトの名無しさん
08/08/04 10:11:43
どっちもやれよ。
449:デフォルトの名無しさん
08/08/04 10:51:22
でもそれじゃ話が進まない。
どちらか一方をと言われたら？
450:デフォルトの名無しさん
08/08/04 11:05:44
どっちもやれ
451:デフォルトの名無しさん
08/08/04 11:22:29
では、どちらを先にやりましょうか
452:デフォルトの名無しさん
08/08/04 14:11:01
php
453:デフォルトの名無しさん
08/08/04 16:26:25
perlとphp長いことやってきたけどやっぱいろいろできるperlのがいいな
454:デフォルトの名無しさん
08/08/04 17:53:41
>>451
perlとruby
455:デフォルトの名無しさん
08/08/04 18:34:44
>>447
Perl
456:デフォルトの名無しさん
08/08/04 23:34:29
perlの将来性は確かに不安だ
だが、rubyやpythonに将来性があるかといわれると、それも大いに疑問だな
phpは立ち位置が違うから比較にならない。上の3つのどれかを知っていても別に覚える意味はあると思う。
457:デフォルトの名無しさん
08/08/05 00:27:50
迷ってる暇があったらとっとと習得すればいいだろ。
今週はPerlをマスターして、来週前半でRuby、後半でPythonを
マスターすれば良い。
458:デフォルトの名無しさん
08/08/05 01:05:52
Perlに未来があるとすればUnicodeを捨てて、もとのPerlに
戻るのみ。
幸いにも癌は取り除きやすいようにパッケージされている。
459:デフォルトの名無しさん
08/08/05 05:49:44
>>457
どんだけ記憶力良いんだよ
460:デフォルトの名無しさん
08/08/05 05:53:55
Rubyだけやった方がいい
Perlやって変なクセつくより、オブジェクト指向のRubyだけを勉強した方がいい。
多けりゃいいってもんじゃないんだよ。
461:デフォルトの名無しさん
08/08/05 21:02:07
PerlをいやになるぐらいやってからRubyのほうが感動するらしいぞ。
462:デフォルトの名無しさん
08/08/05 22:34:56
その頃にはRubyがあるかどうか…
あっても大幅に仕様変更しているだろう
463:デフォルトの名無しさん
08/08/06 07:47:51
>>461
今、Perlを嫌になるほどやれるシチュエーションってないな。
もうPerlでCGIって時代でもないし。Perlのwebフレームワーク使った案件もないし。
せいぜいワンライナーとかチョンプロぐらい。
464:デフォルトの名無しさん
08/08/06 09:59:50
この板別に職業プログラマだけとは限らんのよ？
465:デフォルトの名無しさん
08/08/08 22:15:05
Rubyもまたいずれ暴走するんだろうな
466:デフォルトの名無しさん
08/08/08 22:20:55
「仕事でやむをえず」以外に、いまさらPerlなんぞを使う理由って何かあんの？
趣味ならもっとマシな言語を好きに選べるのだし、選んだほうが幸せになれるだろ
まあPerlは非常に広い範囲で使われてるから、知っておくと便利は便利だが
それを言うならもっと先に学ぶべき言語はいくらでもある
467:デフォルトの名無しさん
08/08/09 08:33:28
>>466
webならPHPってこと？でもPHPから入らないほうがいいって意見もあるんだよねえ
さすがにCじゃ荷が重いだろうし…となると、やっぱりRubyってならない？
468:デフォルトの名無しさん
08/08/09 12:56:50
Perl6ついに今年のクリスマスにα版が？
URLﾘﾝｸ(rikunabi-next.yahoo.co.jp)
469:デフォルトの名無しさん
08/08/10 11:54:05
>>468
な～んだ。それって、Perl6が発表された時がクリスマスって言ういつもの話じゃないか。
それよりも、Perl6の日本語の情報がほしいお……
470:デフォルトの名無しさん
08/08/10 16:22:17
ウェブなら、PHPかPerlでいいんじゃない。モダンなスクリプト言語ならPythonってなるだろうし、Rubyにはメリットというか、存在意味を感じない。
471:デフォルトの名無しさん
08/08/10 17:43:34
>>470
RGSSやるならrubyを勉強するしかないお
472:デフォルトの名無しさん
08/08/11 08:44:01
>>470
ラリーが言ってるんだから例年のクリスマスよりｗｋｔｋ出来るだろ
473:デフォルトの名無しさん
08/08/11 08:48:43
wktkって…
過去に書いたコードが死ぬ日がそんなに楽しみですか？
474:デフォルトの名無しさん
08/08/11 14:52:14
use perl5とか出来るんでしょ
475:デフォルトの名無しさん
08/08/11 14:57:09
ruby perl 比較 python ruby perl ruby perl 違い ruby perl php ruby perl 速度
476:デフォルトの名無しさん
08/08/11 15:49:46
これから書くコードのことを考えてwktk出来るだろ
477:デフォルトの名無しさん
08/08/11 20:38:13
>>474
親切な管理者の場合はそうだろうね
478:デフォルトの名無しさん
08/08/11 20:39:21
>>476
君みたいに趣味でやってる人はいいけれど、
また作り直すなら、perlにこだわるより、将来性のある言語を選択するんじゃないの？
479:デフォルトの名無しさん
08/08/11 20:39:39
↑は一般的な話ってことね。
480:デフォルトの名無しさん
08/08/11 21:21:08
いや、でも Perl6 が発表されれば、それが一番将来性のある言語になるんでないの？
>>474 確かに use perl5; は必ず欲しいよね。
481:デフォルトの名無しさん
08/08/11 21:26:09
>>480 Perl6 が発表されれば
C++ 同様に Perl6 の仕様についてこれない落ちこぼれも発生するんだが
482:デフォルトの名無しさん
08/08/11 21:27:02
母数が激減してるので大丈夫です
483:デフォルトの名無しさん
08/08/11 22:46:06
>>478
選択なんぞせずに、どれもこれも使えばいいだけやん。
484:デフォルトの名無しさん
08/08/12 02:00:20
>>483
んでも、１つのプログラムならどれかひとつを選択する必要があるだろ？
その選択を、あえてperlにする必要はもうなくなったなって事だろう。
485:デフォルトの名無しさん
08/08/12 03:38:23
>>478
「言語の将来性は俺が作る!」という気骨のあるハッカーはいなくなってしまったのか……
486:デフォルトの名無しさん
08/08/12 08:58:57
>>485
いや、世界中のどこかにいるんじゃね？
もっとも企業ではもっと現実的な選択をする場合がほとんどだと思うけど。
487:デフォルトの名無しさん
08/08/12 12:42:41
>>481 そんなのいつものことですよ
488:デフォルトの名無しさん
08/08/12 14:11:15
Perl ＝ webプログラミング
まぬけな考えだな。
489:デフォルトの名無しさん
08/08/12 14:51:38
Perlは凡プログラマにとっては糞言語
IOCCCやゴルフ好きのハッカーにとってはいいオモチャ
不幸にも、凡プログラマ以下の人間に使われていることが多いのが日本の現状だが
490:デフォルトの名無しさん
08/08/12 20:18:16
今はphpにシフトしてるから大丈夫です
491:デフォルトの名無しさん
08/08/12 22:31:45
webだけならそれでいいが…
perlの真髄は文字列やディレクトリの操作だ
492:デフォルトの名無しさん
08/08/12 22:49:57
Windows版のPerlとPHPはファイルパスをANSI文字列で扱っていて、
CP932に含まれない文字を含むファイルやディレクトリにアクセスできず困っています。
493:デフォルトの名無しさん
08/08/12 22:59:54
Windowsではただでさえ糞なPerlがゴミカスレベルになるんだから
違う言語使えよ
494:デフォルトの名無しさん
08/08/13 02:01:42
>>8
へぇへぇへぇ
495:デフォルトの名無しさん
08/08/18 16:39:04
Perl のオレオレるーる - 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 - subtech
URLﾘﾝｸ(subtech.g.hatena.ne.jp)
496:デフォルトの名無しさん
08/08/25 05:07:00
ｽﾚﾘﾝｸ(php板)
497:デフォルトの名無しさん
08/08/27 23:54:08
parrotのリリースはなんでこんなにのんびりしているんだ？
498:デフォルトの名無しさん
08/08/28 05:24:37
merb
URLﾘﾝｸ(wiki.merbivore.com)
499:デフォルトの名無しさん
08/08/28 05:30:08
>>497
> parrotのリリースはなんでこんなにのんびりしているんだ？
クレクレ君ばかりで作業者が足りないんじゃね?
500:デフォルトの名無しさん
08/08/31 05:32:36
Perl5.12は、名前付きプロトタイプとかmethodの導入とか、
色々あるらしいね
なんだかgiven/whenと同様に、ソースフィルタが出回る機能は
実装しちゃえみたいな感がなきにしもあらずだけど
501:デフォルトの名無しさん
08/08/31 08:27:47
Perl6って、いつまで経っても普及しないIPV6と同じ運命になりそう
IPV4と同じくPerl5が延々と使い続けられる
502:デフォルトの名無しさん
08/08/31 09:56:14
IPv6には代替がないから、
v4使い続けるか、移行するかしかないが、
Perl6、Perl4の場合、他にも言語は幾らでもある。
503:デフォルトの名無しさん
08/08/31 10:44:30
Perl6は名前を変えてPerlから離脱するべき
504:デフォルトの名無しさん
08/08/31 17:31:56
じゃあ、なんて名前にする？
505:デフォルトの名無しさん
08/08/31 19:37:17
Netscape6
506:デフォルトの名無しさん
08/08/31 20:12:17
パールのようなもの
507:デフォルトの名無しさん
08/08/31 21:46:08
Pearlにすればいい
508:デフォルトの名無しさん
08/08/31 22:11:04
パーロック
509:デフォルトの名無しさん
08/08/31 22:33:25
ここはひとつlrepで
510:デフォルトの名無しさん
08/08/31 22:46:33
pearlの次という意味でRub(ry
511:デフォルトの名無しさん
08/08/31 23:51:17
Perl6って、Ruby や Python で言えば
どれくらいのバージョンのところまで追いついてきたの？
512:デフォルトの名無しさん
08/09/01 01:25:31
5.0が出てからもう14年が経つのか。
513:デフォルトの名無しさん
08/09/01 19:36:25
マニアのおもちゃはRubyに任せて、Perlは過去の財産を保ってくれるだけでいいけどなぁ。
Perl6がこけたら、イメージが低下するだけじゃん。
514:デフォルトの名無しさん
08/09/01 22:38:46
過去の財産ってそんなに大事か？
515:デフォルトの名無しさん
08/09/01 22:40:51
CPANは結構な財産じゃないか
Perlあんま触らない俺でも思うもの
516:デフォルトの名無しさん
08/09/01 23:21:41
Perl6がコケたとしても、他のコミュニティ、精神性がCPANの後継になるとは思えない。
517:デフォルトの名無しさん
08/09/02 10:05:08
めんどくさいのでPHPはPEARとPECLを合併してほしい
518:デフォルトの名無しさん
08/09/04 13:10:10
初めてPerl触って思ったこととか - ずっと君のターン
URLﾘﾝｸ(b.hatena.ne.jp)
519:デフォルトの名無しさん
08/09/04 16:30:17
use Moose;
520:デフォルトの名無しさん
08/09/04 17:11:00
SynTax Error
521:デフォルトの名無しさん
08/09/04 18:44:32
じゃあ使うな
522:デフォルトの名無しさん
08/09/04 19:48:42
How many file(0-15)?
523:デフォルトの名無しさん
08/09/04 21:21:08
>>522
複数形のsがないぞ
524:デフォルトの名無しさん
08/09/04 23:53:44
おっさん乙
525:デフォルトの名無しさん
08/09/05 02:09:15
（＾ิت＾ิ）
526:デフォルトの名無しさん
08/09/05 20:36:16
システムディスクと間違えて辞書ディスクでブートしたときの悲しさ。
527:デフォルトの名無しさん
08/09/06 03:33:48
辞書ファイルもコピーしますか？(Y/N)：
528:デフォルトの名無しさん
08/09/11 02:34:51
ruby使いは総じてperlはおもちゃだというが、俺は逆だと思う。
perlには芸術性が感じられる。rubyにはそれが無い。
529:デフォルトの名無しさん
08/09/11 12:31:58
骨董品なら何でもかんでも芸術かよ
530:デフォルトの名無しさん
08/09/11 15:37:54
そんなことは言ってないと思うよ。
国産だから芸術品ってことにしたがるRuby信者なら大量にいるけど。
531:デフォルトの名無しさん
08/09/13 16:58:20
おもちゃを並べたものを芸術だ、ってうのも通用しますよ。
それを他の人が理解するか、素晴らしいと思うかは別ですが。
532:デフォルトの名無しさん
08/09/28 21:25:02
プログラミング言語最大の芸術はwhitespace
533:デフォルトの名無しさん
08/09/28 22:02:45
地味に生き残るperl
534:デフォルトの名無しさん
08/09/28 22:44:38
FORTRANが未だに残っている所に、長生きのヒントがあると思う。
535:デフォルトの名無しさん
08/10/01 20:55:49
ラリーウォールって現在涙目なの？
536:デフォルトの名無しさん
08/10/02 02:05:25
Hmm...
そういう繊細な人ならperlみたいな言語を作ったりしない。
537:デフォルトの名無しさん
08/10/04 04:24:13
Perl
URLﾘﾝｸ(anond.hatelabo.jp)
sigil 汚い、my our local 汚い。
->が汚い、ドットにしてよ。Perl6ではドットになるんだって？やったぁ。
とにかくコードを見るだけでげんなりする。
クラス機構が後付けなのがめんどくせー。Exporter使うのだるい。
とにかく文法がアレすぎる。あ、でも後置修飾子はおきにいり。
でもはえー、ちょうはえー。
ライブラリ超使える。もうなんでもできる。
総評：肉は腐りかけがうまい。
538:デフォルトの名無しさん
08/10/04 08:14:33
AKIHA_AKIAH_AHAKI_AKAHI#...............#...............BUS#............
AKIHA_AKAHI_KIHAA#............##..............PANPYUROS......核ミサイルの設定状態は
....................................YOU ARE SUNSHINE........MR.........
PHYTHNe#GENT..................GENERAL.........BLPARENEGNGINE
TURN_TURNTROFFYYYYUS
/*世界の人が同じことを考え、 何かの前触れなんだろうか・・・・・・*/
539:デフォルトの名無しさん
08/10/05 14:25:56
【Rails】便利なRubyGemsを共有するスレ【Hpricot】
ｽﾚﾘﾝｸ(tech板)
■特定バージョンの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
540:デフォルトの名無しさん
08/10/05 15:29:34
perlとRoRは別だと思うんだが
541:540
08/10/05 15:38:10
あぁ、すまん、そういう意味か
542:デフォルトの名無しさん
08/10/05 18:44:52
java
PHP
C++
COBOL
543:デフォルトの名無しさん
08/10/05 19:14:12
最終行を言いたいだけちゃうんかと
544:θ ◆enhj51nz3Q
08/10/13 22:39:55
s
545:θ ◆rtpCf0XrtY
08/10/13 22:40:46
dd
546:デフォルトの名無しさん
08/10/15 02:23:08
インクリメントしとけ