【Perl上級者コーナーPart01】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
02/06/22 19:21ID:V3u7Ppd00576nobodyさん
2012/06/17(日) 15:50:12.39ID:???買ったままのパソコンにはパールすら入っていないけどねw
0577nobodyさん
2012/06/17(日) 15:59:37.97ID:???0578nobodyさん
2012/06/17(日) 16:48:39.78ID:???今Perl入れたら、最新版が入ってしまう。
これだと、UTF8フラグに対応していないなどと言えない!
0579nobodyさん
2012/06/17(日) 16:52:32.62ID:???らしい。パールとは違ってCP932でのプログラミングが楽になるそうだ。
待ち遠しい。ただしホームエディションには付属しないらしい。
0580nobodyさん
2012/06/17(日) 18:38:00.23ID:???0581nobodyさん
2012/06/17(日) 18:54:55.85ID:???0583nobodyさん
2012/06/18(月) 21:28:28.57ID:???0584nobodyさん
2012/06/19(火) 13:31:01.98ID:???予想外の文字列が来たら面倒だから一応やっとくだけって感じで
ただ、今はその手間すらかからない言語あるからね。Rubyとか
文字列処理で後塵を拝するPerlを見るのはちょっと寂しい感じ
0585nobodyさん
2012/06/19(火) 14:49:14.95ID:???移植性とか再利用を考えるとEncode対応にしとくけどね。
ワンライナーでEncode使うほど律儀ではないけど。
Rubyと違ってPerlはガイジン作で我らがダンコガイ様が無理くり実装したのが
Encodeなんだから仕方ない。最近のバージョンがどうなってるのかぶっちゃけ
知らないけど。
0586nobodyさん
2012/06/19(火) 14:51:10.15ID:???Windowsはオレオレ実装のCP932を普及させたいだけだろ。
Macと違って全部UTF-8にする度胸のなさが丸見え。
まあUTF-8-MACの面倒臭さも大概にしろと思うが。
0587nobodyさん
2012/06/19(火) 19:18:18.86ID:???CP932はあくまで日本語版において
Unicodeに対応していないアプリ用
つか、海外版もあるのに日本語文字コード専用なわけないじゃんw
で、騙されやすい人っているよねw
0588nobodyさん
2012/06/19(火) 22:14:56.43ID:???0589nobodyさん
2012/06/20(水) 07:00:35.91ID:???0590nobodyさん
2012/06/22(金) 02:04:02.14ID:???フラグに気を使わないといけないなんて、ゆとりの俺には
まず不可能。
0591nobodyさん
2012/06/22(金) 02:25:43.76ID:???そんなんで、多言語対応できるの?
0593nobodyさん
2012/06/22(金) 22:11:46.63ID:???同様に、$str_euc、$str_sjisなどがある。
0594nobodyさん
2012/06/22(金) 22:41:34.52ID:???ハングリアン記法か。
0595nobodyさん
2012/06/22(金) 23:00:28.32ID:???符号化方式を変えただけで多言語に対応できると考えてるのなら
シフトJISでも十分多言語に対応できるんじゃないの?
多言語対応っていうのはそんなに甘くないと思うんだけどね
0596nobodyさん
2012/06/22(金) 23:53:39.69ID:???レガシーだなお前。読み込む時に文字コード指定するのがデフォだろ
>>595
お前日本文字がJIS X 0208に収まるとでも思ってんの?おめでてーな。
つかもうShift_JISやCP932のヤケクソ仕様に振り回されるのはゴメンだよ。
MSとMacのせいでUnicodeもメンドクサイことになってるけど
0597nobodyさん
2012/06/23(土) 08:27:55.73ID:???0598nobodyさん
2012/06/24(日) 08:47:17.94ID:???も無理。頑張りすぎて仕様が複雑になって、使いにくくなるという悪循環の罠。
0599nobodyさん
2012/06/24(日) 11:26:08.56ID:???最近の若者言葉の「全部」は俺たちの時代の「全部」の意味と違うらしい
ことに今気が付いたYo!!!
言葉は変化するわけだし誰が悪いということもない。しょうがない。
0600nobodyさん
2012/06/27(水) 21:57:35.70ID:???0601nobodyさん
2012/06/27(水) 22:42:43.10ID:???0602nobodyさん
2012/06/28(木) 01:08:21.88ID:???便利。
0603nobodyさん
2012/06/28(木) 05:03:59.52ID:???0604nobodyさん
2012/06/28(木) 07:15:58.20ID:???他に日本語の標準的な文字規格がなかったからな。
NetNewsとかSMTPはShift_JIS通らなかったからローマ字かISO-2022-JPでやり
とりするしかなかった。
半角カナ保護のための迂回仕様がメンドクサすぎるのと、(それでいわゆる
ダメ文字問題が発生)ISO-2022-JPに半角カナが存在しないなどの理由で
この頃からUNIX界隈でShift_JISが嫌われ始める。
0605nobodyさん
2012/06/29(金) 00:09:12.51ID:???他の符号化方式が代わりに使えるかというとそうはいかない。
0606nobodyさん
2012/06/29(金) 01:20:04.21ID:???なにか言いたいことがあるならどうぞw
0607nobodyさん
2012/06/29(金) 01:56:02.40ID:???0608nobodyさん
2012/06/29(金) 23:23:32.17ID:???0610nobodyさん
2012/06/30(土) 01:16:30.61ID:???0611nobodyさん
2012/06/30(土) 10:15:50.65ID:???0612nobodyさん
2012/06/30(土) 11:22:56.32ID:???「半角カナ」と同じ文字が表示されるのであれば、
それは同じ文字です。
0613nobodyさん
2012/06/30(土) 13:12:17.75ID:???EUC-JPにもあるけど。UnicodeのHalfWidth Katakanaも半角カナと考えて
差し支えないし、実際にほとんどの処理系で同じ文字として運用されている。
0614nobodyさん
2012/06/30(土) 19:30:41.77ID:???0615nobodyさん
2012/07/01(日) 01:31:17.25ID:???0616nobodyさん
2012/07/01(日) 01:45:39.47ID:???誰が定義全部がどうでもいいっていったよ?
0617nobodyさん
2012/07/01(日) 02:16:47.96ID:???0618nobodyさん
2012/07/01(日) 03:21:19.77ID:???0619nobodyさん
2012/07/01(日) 07:24:44.16ID:???・フォント派
漢字や平仮名の半分の幅でないと許せない
・バイト派
漢字は2バイト、半角カナは1バイトにすると文字幅とバイト数が
合致するので気持ちいい
・よく分かってない派
幅が狭い文字がないと絵文字とか書けなくなって困る。
0620nobodyさん
2012/07/01(日) 12:04:10.08ID:???0621nobodyさん
2012/07/01(日) 12:10:56.78ID:???らくだ本に長いことブランクが生じたんですね?さっき分かりました。
0622nobodyさん
2012/07/01(日) 14:10:08.79ID:???絵文字は絵文字、幅が狭い文字は幅が狭い文字で別物。
ほんとはアスキーアートと言いたかった。
(よく分かっていないので間違えました。すんまそん)
0624nobodyさん
2012/07/02(月) 16:38:31.20ID:???0625nobodyさん
2012/07/07(土) 23:29:28.51ID:???考えているわけだけど、そうするとバイト派ってことかな。
0626nobodyさん
2012/07/14(土) 10:52:09.21ID:???話してるわけだから、バイト派として代わりに使えないという結論。
■ このスレッドは過去ログ倉庫に格納されています