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

1 名前：デフォルトの名無しさん [2007/06/02(土) 00:54:11 ] 青春をともに過ごしたPerlの何がだめって言うんだよ〜 教えてくれ！ 292 名前：デフォルトの名無しさん [2008/07/02(水) 23:41:24 ] Perl is dead it.toolbox.com/blogs/puramu/perl-is-dead-12264 293 名前：デフォルトの名無しさん mailto:sage [2008/07/02(水) 23:58:21 ] Rock'n Roll is dead 294 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 02:23:12 ] >>292 誰、これ？ 295 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 04:23:13 ] Perlはダメだと言われて何年経つのか？ 以前よりも言語の選択肢が増えたので埋没してはいるが 依然として使われている ダメだダメだと言ってるのはPerlを潰したいだけの他言語使用者なんだろうな 特に信者系の多い 296 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 08:19:54 ] 実際終わりそうだったけど、 今はスクリプト向き言語は乱立していて、 なかなか突出したのが現れないね。 297 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 18:34:58 ] CPAN の蓄積に追い付かれてから淘汰が始まるのかな。 それでも生き残ると思うけど… ここが砂漠なら、やっぱりラクダだよな。秀逸なシンボルだよな 298 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 20:22:28 ] RPGツクールの拡張言語、 なんでrubyなの？ 299 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 20:38:37 ] 開発者が日本人だったからとかじゃね 300 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 21:33:10 ] だいじょうぶだよ Perl6があるよ 夢の言語だし！ 301 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 22:12:26 ] うん俺もたまに夢に見る 別にperlに固執する必要はないよなー でも保守系で当面必要じゃーん 健やかに起きて、「phpでもrubyでもいいじゃん…… 　困ってC必須な状態に追い込まれても、G 　ObjectとかApple Core Foundationとか使えばなんとかなるし…… 　なんでいつも、ラムちゃんプリントしたTシャツ来て俺の夢に登場すんだよお前…… 」 302 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 11:40:26 ] 変更点が多いから悪夢にならない事を祈って・・・ 303 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 16:32:50 ] Python もいいんだけど、勉強してみて思ったのは「これは想定されているドメインが違う」。 プロトタイプを書くための言語であって、ワンライナー用ではない。 それはいいんだけど、疑問なのは「そこに二つのドメインはあるのか？」ってこと。 PHP と Perl じゃドメインが大きく違うし、Perl では面倒なことが PHP では一瞬でできるような、 便利さの違いもある。 でも、Perl じゃ面倒なことが Python では楽勝なんていう場面はそんなにない。 確かにプロトタイピングには Python のほうがいいかもしれないし、自分一人のことなら 勉強してもいいが、みんながみんなそう考えるわけじゃない。 Perl っていう、両方の目的に使えるものがあるのに、なんで 片方しかカバーしないものを 新たにやらなくちゃいけないのかってところで、他人に広めにくい。 自分用言語と他人用言語を分けるのも面倒なので、結局 Perl に落ち着いてしまう。 Python がワンライナーのことを真剣に考えてくれていたらよかったんだが。 pyone 使えってか。 304 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 21:34:24 ] ワンライナーってUNIXのコマンドとかで必要なの？ 305 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 22:59:51 ] Rubyも結局マニアのオモチャ 306 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 23:07:15 ] RubyとPerlどっちが好きかって、お前宝石が欲しいだけちゃうんかと 307 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 23:15:22 ] Pearlなら宝石だがPerlはらくだだぜ 308 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 09:46:01 ] perl便利すぎて死にたい 309 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 10:45:09 ] Perl自体はどうでもいいが、CPANに蓄積された財産はもったいないな 310 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 12:07:32 ] >>309 他の言語圏で、「CPANをいただくプロジェクト」なんてやってる ところないの? 311 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 12:14:06 ] Perl6の時代になってもPerl5の資産はParrot上で動く（とされてる）んだよな XSとかでハック(苦笑)してるものは大丈夫なんだろうか 312 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 20:28:19 ] 繁栄するかはつまり思想なのだよ。 Linux(GPL)はその意味でBSDより勝った。 PerlのTMTOWTDIに代表されるそれに、Pythonicなものが凌駕するわけないだろ。 とくに日本においては。 Rubistの大半はフリーライダーだし。 313 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 21:36:02 ] 就職するとき、「職務経歴書」 ってのを書くと思うんだけど、 職安で「職務経歴書」の書き方を教わってたとき 職歴に perl って書いたら採用されないから、絶対に書かないように、ってアドバイスされたよ。 314 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 22:04:23 ] いや、それは真実だとしても書けよ。 315 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 22:24:31 ] 近所の本屋には、地下に perl本専用レジがある。 まだそこには行った事が無いが、階段の上から覗き込むと、 いつも電気が消してあって薄暗い。 明かり取りの窓から差し込む光のスジにホコリが反射して 一種異様なふいんきを醸し出している。 ときおり、ピシッ！ピシッ！という、紐のようなもので何かを叩く音と、 「あああぁぁぁ〜っ」という悲鳴のような声が聞こえてくるらしい。 316 名前：デフォルトの名無しさん mailto:sage [2008/07/07(月) 00:23:02 ] 吾妻ひでおがSF本買いに行った時のアレかw 不条理日記だっけ？ 317 名前：デフォルトの名無しさん [2008/07/08(火) 05:14:57 ] 目次 - oreilly.co.jp -- Online Catalog: 初めてのRubyより 1章　ようこそ、Rubyのある生活へ 1.1　Rubyの特徴 1.1.1　オブジェクト指向言語 1.1.2　より良いPerl blog.livedoor.jp/dankogai/archives/51077051.html 318 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 13:31:03 ] Perlの後に作って、 「より悪いperl」なんて話にならない。 Perlはスクリプト言語の地平を切り開いたね。 319 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 15:20:30 ] 初めてのruby、いくらなんでも内容薄すぎだろ 320 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 15:46:09 ] ChangeLogみたいだった。 321 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 18:32:45 ] いまさら下らない質問でわるいんだけどさ、 ruby と python って何でスペルそのまま使ったの？ perl (≠pearl) みたく新しい言葉にしようとか思わなかったの？ 322 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 18:38:11 ] 先客がいなきゃpearl言語だったのに 323 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 18:39:11 ] imepita.jp/20080609/094600 324 名前：デフォルトの名無しさん [2008/07/08(火) 20:20:43 ] Cもそうだが、検索しずらいネーミングは現実問題としてちょっと… RubeeやPaisonのがいい。 あと関数名なんかも特徴あるのがいいな。 C++0xのラムダなんか絶対最悪。 Googleのソースコード検索やりずらい。 これは俺言語作成のためのメモ 325 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 20:43:02 ] >>324 やがてウェブ検索が主たる情報検索メソッドになると言う認識は、 出てきたそれぞれの言語の誕生時にはなかっただろうな。 326 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 06:13:24 ] わかりやすさに新たな判断基準が生まれる、という現象は確かにあるなぁ。 ちょっと視点違うけど、エディタ支援の発達とか、インテリセンスの発達なんかも、 「どういうコードの書き方が人に優しいか」を少しずつ変化させてきたと思うし。 327 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 07:46:38 ] >>324 > Googleのソースコード検索やりずらい。 > これは俺言語作成のためのメモ そのうちsyntax:whileとか構文解析も利用できるようになるのでは? 328 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 12:02:00 ] 俗に 「オブジェクト嗜好言語」 と呼ばれているヤツで書かれたソースコードを解読していると hog.get() とか hog.open() とか hoge.create() とかよく目にすると思うが 「get」 や 「hog.get」 でネットで検索してもヒットしない。 「hoge」 が何のクラス・型で宣言されているか、ソースを逆に辿って そのクラス・型でネット検索しなきゃヒットしない。 この、ソースを逆にたどる作業というのが実にメンドクサイ。 派生とか、ポリモーフィズムとかなんとか、そういうのに出くわしたら、もう解析不可能。 そこで eclipse や netbeans などのような専用エディタやＩＤＥが登場するワケだが・・・ 逆に言えば、オブジェクト歯垢言語は専用エディタ・ＩＤＥが無ければコーディング不可能ってワケで。 Windows の 「メモ帳」 みたいな、どのパソコンにもかならず入ってる汎用のテキストエディタで 気軽にコーディング、というワケにはいかないんだな。これが。 ちょっと、「あるサイトからエロ画像を収集したいんだけど」 みたいな、使い捨てのコードを書きたいときなど、 バッチファイルやシェルスクリプトじゃ役不足だし、もうちょっと細かい事が出来て、専用ＩＤＥなど無しで 気軽に、書ける言語・・・って必要だよな。 それが、「perl」 だ。 長ったらしい関数名なぞいらん。ササッと書いて、ササッと動かして、さっさと捨てる。 それが perl の本来の使い方じゃなかろうか。 web アプリは php にその座をゆずって、本来の高級バッチファイル的な使い方に落ち着くやろ。 329 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 12:04:24 ] phpはないわ 330 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 22:18:15 ] webアプリ→php 高級バッチ処理　→perl こうですか？ 331 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 10:14:14 ] >>328 10年前のレスのコピペ? 332 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 18:46:59 ] >>328 ［指向］をわざわざ誤字にしてるのが面白くも何ともない件について 333 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 19:31:41 ] 要するにPerlは時代についてけないおじいちゃん向けの言語であり Javaとは別の意味で現代のCOBOLだと言いたいんですね わかります 334 名前：デフォルトの名無しさん [2008/07/13(日) 23:10:21 ] 文字列処理が得意だったはずの Perl がユニコードという 毒饅頭を喰ったのがそもそもの始まり。 Encode モジュール、断固害。 そこに未来はない。 335 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 23:34:35 ] >>333 せんぜんわかんねーよ。 Javaはいい意味で現代のCOBOL、Perlは悪い意味で現代のCOBOLってことか？ まずは日本語学んでくれ。 336 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 23:35:48 ] >>334 ソースEUCで書いてた世代か？ いつまでもEUCにしがみついてろ。 337 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 00:21:03 ] やっぱそろそろEUC-JPにしないとだめか……ISO-2022-JPに固執してもしょうがないか…… 338 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 02:52:00 ] メールに限っては正しい選択 携帯とかキャリアがボケなせいもあるけどな。AUいい加減にしろと 339 名前：デフォルトの名無しさん [2008/07/14(月) 15:45:47 ] Ruby 及び Perl におけるクラスの生成について。 b.hatena.ne.jp/entry/http://tomato.or.tp/programming/memo/class/class.html 340 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 20:50:29 ] Ruby作者も変な信者が集まっちゃって災難だな。 341 名前：デフォルトの名無しさん [2008/07/14(月) 21:12:01 ] 私はこれで Perl から乗り換えました。 web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html バベル案内 www.aoky.net/articles/steve_yegge/tour_de_babel.htm Perlもまた、間もなくなくなる。 Perl, Python, Ruby の比較 www.shido.info/py/python1.html perl/Ruby、これから覚えるべきなのは？ q.hatena.ne.jp/1145610898 342 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 23:17:38 ] Rubyは、2000年頃は狂信者が本当にひどかった。Rubyに手を出したことを 隠さなければならないほどだった。 でも今は人が増えたので良くなったね。 343 名前：デフォルトの名無しさん [2008/07/16(水) 00:53:25 ] だんこがい... 344 名前：デフォルトの名無しさん mailto:sage [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"日本語") とかやったりしてるけど、正直言って超バッドノウハウ。 人が見てもやっぱりわからないし。 345 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 10:31:33 ] （・∀・）ｶｴﾚ 346 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 19:49:02 ] 全部EUCでやるなら 問題ないのですか？ 347 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 23:00:17 ] >>346 日本に引きこもって、外に一歩も出なければｏｋ 348 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 23:02:04 ] 趣味でプログラミングやってるならソレで良いだろうけど 仕事となると「日本語だけしか扱いません」てワケにはいかんだろ。 349 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 23:24:45 ] >>346 [ぁ-んァ-ヶ] 等ができない。 JPerl なんて言わないでね 350 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 01:36:00 ] >>346 >>344なみの回避技/裏技を駆使する必要がある。 351 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 01:44:58 ] >>346 どうせ引き籠もるなら今はUTF-8だろうけど、 Windowsだとファイル名がShift_JIS(cp932)のAPIあるじゃん。 352 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 10:13:42 ] >>351 PerlはA系APIを使ってて、せっかくUTFフラグなんてモノを内部に持っていながら ユーザが手動でWindowsコードページと相互変換する必要があって、 そこまでやっても所詮A系決めうちだから、コードページ範囲外の文字が使われてる ファイル名とか手も足も出ないんだっけ？ あまりにクソ過ぎてワロタ 353 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 17:34:47 ] そもそもＵＮＩＸ系ＯＳ自体がユニコード対応してないんだから ＰｅｒｌなどのＵＮＩＸ系生まれの言語がユニコード扱えないのは仕方ないだろ。 354 名前：デフォルトの名無しさん mailto:sage [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ってテキスト処理が得意で簡潔に書けるのがウリのシステム管理者向けの 言語なんじゃなかったっけ？ 355 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 22:13:53 ] 　↑ またか・・ もういい加減に、UTF-8 とユニコードの違いを理解しろよ。 356 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 23:05:14 ] >>353ってなんでこんな馬鹿なの? 357 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 23:32:22 ] 議論に負けると人格攻撃はじめる 358 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 23:36:04 ] ぶっちゃけ>>353もすげえが>>355はもっと面白いな ネタか何かのつもりかしら 359 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 23:36:25 ] 議論に勝っても人格攻撃を始めるのが2ch。 要するに、勝負がついたということ。 360 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 23:45:51 ] で？UTF-8 とユニコードの違いは理解できたのかい？ 361 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 00:21:29 ] ？ そらエンコと文字コードまとめて語ったら誤解産むケースがあるのは 確かだが、そういう話じゃねえしな 362 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 02:02:38 ] そういう話だということにしないと、>>355があまりにもかっこ悪いから 必死なんですよ。 363 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 02:23:41 ] >>355 ユニコード ≒ 思想・アルゴリズム UTF-7、UTF-8、UTF-16、UTF-32 ≒ 実装 じゃねえの？ 「UTF-32エンコードされたユニコード文字列」とかいう表現が一般的だと思うが、 単純に「ユニコード文字列」と言った場合、 「エンコード不明なユニコード文字列」と取るか 「(最近一般的によく使われる)UTF-8でエンコードされたユニコード文字列」と取るか 「(一部儲が一般的と考える)UTF-16でエンコードされたユニコード文字列」と取るかは 人それぞれだと思う。 ってか、前にも>>355みたいな変な書き込みをPerl関連のスレで見た記憶が・・・。 364 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 02:50:25 ] >UTF-8 とユニコードの違い なんかそのものずばりのスレがあるじゃん UnicodeとUTF-8の違いは？ pc11.2ch.net/test/read.cgi/tech/1177930957/ 365 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 08:07:10 ] >>363 「ユニコード」は、規格全体あるいは団体の名前ですよ。 「UTF-8」は文字エンコーディング名。ユニコード規格の一部。元はRFC。 366 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 09:14:52 ] >>363-365 誰がコピペしろと言った？ 自分が理解してるかどうか、それを問うてる。 ユニコードと UTF-8 の違いをだ。 もしちゃんと理解してるなら、>>354 のような恥ずかしいカキコミはできないはずだ。 367 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 10:00:24 ] してないし、できないわなw 368 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 10:02:18 ] やっぱユニコードと UTF-8 の違いを理解するのは、このスレの住人には無理か・・・ 369 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 10:09:22 ] 例えがアレだが、、、生まれつき目の見えない人がいる。 目が見えないから「色」というのが理解できない。 手で触れるものなら形で区別つくのだが 「空は青い」とか「雲は白い」とか言われても 何のことやらわからない。 生まれつき１バイト＝1文字の世界の人がいる。 彼らにはマルチバイトがなぜ必要なのか、ユニコードがなぜ必要なのか 理解できない。 ３次元の世界で暮すわらわれに時間の壁が越えられないのと同じように perl には漢字・マルチバイト文字・ユニコードの壁は越えられない。 「世間の風潮で、とりあえず utf8 を導入してみました〜〜〜〜」 「でもぜ〜んぜん実用的ではないでぇ〜〜す」 それが perl 370 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 10:31:27 ] perlのユニコードサポートは凄いもんがあるぞ。 言語レベルであそこまでサポートしているのは少ない。 ライブラリならIBMのがあるけど。 371 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 10:55:12 ] Perlの問題は、システムコールにencodingで指定した文字コードを使わず、 Perl内部エンコーディングの文字列を直接使うこと。 だから、プログラム側で変換しないといけない。 Perl側で変換するにはPerlIOのコードを書き換えるか、変換レイヤーをかます必要がある。 372 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 19:42:52 ] >>368 そうか、君には無理なのか。 373 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 20:04:05 ] UTF-8を槍玉に挙げてるけど、UTF-16なら良いのか？ 374 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 21:36:02 ] >>373 そう。Windows 系ＯＳはな。正確には UTF-16LE だ。 （Win95,98 は切り捨ててもいいだろ） だが今度は UNIX 系ＯＳのヤツらがブーブー文句たれる事になる。 375 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 21:49:06 ] 別にブーブー文句たれてないぞ。 普通に使えるし。 376 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 22:14:55 ] サロゲートペアなんか知らないふりしとけばおｋ 377 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 22:25:42 ] >>375 そりゃそうだ。まだユニコードには対応してないんだから。 378 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 22:29:50 ] >>374 ん？UTF-16のリトルエンディアンではなく、UTF-16LEなの？ 379 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 22:57:46 ] 「UTF-16LE」のLE＝りとる・えんでぃあん 380 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 23:00:20 ] ユニコード化すると、どうしてもリトルエンディアン・ビッグエンディアンを気にしなければならなくなる。 ここらへんがＵＮＩＸ系ＯＳにユニコードが導入されにくい理由の一つでもある。 Windows系ＯＳならＣＰＵはインテルしか無いからな。 381 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 23:05:29 ] perlの質問をしているつもりが CPUレベルまで降りてきたぜ 382 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 23:36:36 ] ビッグエンディアンなんていらんかったんや 383 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 23:39:19 ] つまりネットワークもいらないと 384 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:00:17 ] >>379 それは違うんじゃね？ UTF-16LEとUTF-16BEはBOMなし。UTF-16はBOMあり。 WindowsのコードはBOMありのUTF-16でリトルエンディアンで直列化してるはず。 ってかそんなことも知らないでユニコードの話してるの？ｸｿﾜﾗﾀ 385 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:10:47 ] もうPerlと関係なくなってね？ 386 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:19:11 ] お前よく気づいたな 387 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:22:43 ] >>384 ライブラリやAPIレベルではBOM要らないぞ。 388 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:27:12 ] これから >>384 をたたえる祭りが始まります。 389 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:29:11 ] ＢＯＭなしって、どゆこと？代わりにスーパー写真塾がついてるのか？ 390 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:34:38 ] >WindowsのコードはBOMありのUTF-16でリトルエンディアンで直列化してるはず。 >ってかそんなことも知らないでユニコードの話してるの？ｸｿﾜﾗﾀ これは良い釣り 391 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:40:13 ] おれは熱烈投稿のお世話になったよ。 392 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 00:49:58 ] >>389 内部ではワイドキャラクタ(16bit)で扱うので、バイト直列化してないということ。 393 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 01:30:20 ] まさかのマジレス？ 394 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 01:46:29 ] ボケが判りにくいからじゃね？ 395 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 15:41:17 ] 一つだけ言えるのは、海胆コードによって、コード系世界は地獄と化したと言うこと。 396 名前：あああ ◆RrX6W08b02 [2008/07/22(火) 23:50:01 ] 397 名前：デフォルトの名無しさん [2008/07/23(水) 00:44:17 ] つまりはJPerlの方が使いやすかったと。 しかし、どこをどう間違えてしまったのだ？ やはりこれは *バベルの塔* なのか？ 398 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 00:50:04 ] JPerlはスクリプトやブロックの定義がイマイチ。 Perl5.8の方がいい。 399 名前：デフォルトの名無しさん [2008/07/23(水) 00:55:10 ] JPLと勘違いしてないか？ 400 名前：デフォルトの名無しさん mailto:sage [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);"のような 「モードの切り替え」が必要になる。 しかし、これは一般ユーザには敷居が高すぎて、単純に理解してもらえない。 残念なことだ。 401 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 02:06:01 ] １文字１バイトの国で生まれ育った人には、何を言っても無駄。 湯煮コードだ、CP932だ、何だかんだ言っても、その概念が飲み込めない人なんだから。 （このスレにも、ユニコードと UTF-8 の違いが飲み込めないヤツがおるくらいだから、 アメリカ人に漢字が理解できるワケが無い） 生まれつき目の見えない人に、「青い」とか「赤い」とか言っても理解してもらえないのと同じ。 色の概念が無いわけですから。（目の見えない人、変な例えに使ってゴメンなさい） もうこれ以上、perl に何かを期待しても無駄だよ。 402 名前：デフォルトの名無しさん mailto:sage [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 20:49:22 ] UTF-8は1バイト圏の人が嫌々国際化に対応した結果です 404 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 21:16:23 ] >>402 一般的にはUTF-32(CEF)じゃないのか？ 405 名前：デフォルトの名無しさん mailto:sage [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/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 名前：デフォルトの名無しさん [2008/07/23(水) 21:53:12 ] >>405 先頭から何文字目の文字とかを扱うのってそんなに重要か？ まあ、それが重要だとしても、UTF-16だって先頭から数えなきゃならない。 なぜならサロゲートペアってものがあるから。 そんなにユニコード完全準拠が必要だと思うなら、UTF-32(UCS4)を内部表現に使うように主張するべきじゃね？ 408 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:02:14 ] >>405 > で、ASCIIコードと重ならないように工夫したコードなんだね。 重なってる。 409 名前：デフォルトの名無しさん mailto:sage [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:05:23 ] >>407 UTF-32 って、後から出来た規格じゃん。 後出しジャンケンに勝ってたくらいでいい気になるなよ。 ぜんぜん普及してないんだし。 411 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:09:30 ] >>410 サロゲートペアに反論は？ 412 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:12:12 ] >>409 ほうほうほう。それは勉強になった。 で？UNIXは、なぜ１キャラクタ１６ビットや３２ビットのCコンパイラを使わないの？ そうすれば数々のユニコード問題が一気に解決するじゃん。 そんな石器時代の石斧を持ち出して自衛隊に持たせても、北の侵略から日本は守れないぞ〜 413 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:13:41 ] gccのwchar_tは4バイトなわけだが・・ 414 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:22:56 ] >>412 それこそ後出しジャンケンだろ。 UNIXにしても、Linuxにしてもユニコードが普及する前からやってるわけで、 最近は64bit対応とかワイドキャラ対応とかで順次対応が進んでる状況なわけだ。 少なくとも2036年問題対応の頃までには、longは64bitか128bitになってるだろうし、 必要性があれば、内部文字コードがUTF-32になってるかもしれない。 もっとも、charを16bit(32bit)にするアプローチがいいのか、wchar_tを標準にした方が良いのかは 十分議論を尽くしてないだろうから、wchar_tを文字列の標準にする方向になるのかもしれないが。 415 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:28:00 ] で？UNIXは、なぜ１キャラクタ１６ビットや３２ビットのCコンパイラを使わないの？ 416 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:29:56 ] perl もC言語で記述されてるんでしょ？ だったら1文字１６ビットや３２ビットのCコンパイラでコンパイルした perl を使えばいいじゃん。 ユニコードとか utf8 とか、メンドクサイ事を考える必要無いじゃん。 なぜそれが出来ない？ 417 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:35:44 ] 何か痛いのが居るな 418 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:40:43 ] だから、サロゲートペアの反論は？ UTF-32が後出しジャンケンだっていうけど、藻前が主張したいのはWindowsの実装こそ正義って話？ UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから、 藻前がその話を引き合いに出すならUTF-32を内部コードにするべきって主張するのが本当だろうって話なんだが？ 419 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 22:41:45 ] Win厨必死だな。 420 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:08:22 ] 合成や正規化の問題があるから、UTF-32にすればハッピーというのも何か 微妙な気がするんだが、 せいぜいサロゲートペアが消えるだけでしょう 421 名前：デフォルトの名無しさん mailto:sage [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:19:54 ] UTF-16でサロゲートを見なかった事にするのが一番現実的 423 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:21:11 ] 「UTF-32にすればハッピー」ってどこに書いてあるの？ 424 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:24:59 ] >>423 > UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから UTF-32にしようが、この問題はちっとも解決しないでしょ、ってこと 425 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:27:15 ] ASCII混在ファイルが現役で大量に残ってる間は、英字部分だけでもASCIIと互換性があるUTF-8を使うのが一番現実的。 HTMLだって、metaタグのcharset見て処理できるような仕様になってるのは、ASCII混在が前提になってるから。 426 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:29:07 ] >>424 ん？サロゲートが消えて1文字32bit固定になれば、 「単なる文字の配列だから１０万文字めだろうが１０万１文字めだろうが、素早くランダムアクセスできるからね」 が出来るようになるんじゃねえの？ 427 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:39:10 ] >>426 UTF-32ならUCS-4の「コードポイント」を確かに32bitの整数一個で表現できるけど Unicodeの仕様では、今や一つの「文字」が一つのコードポイントに 必ずしも対応しないわけですから、 > 先頭から何文字目 のような「文字」ベースの話では、どのみち問題はおきますよ、と言ってるんですよ 428 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:42:55 ] >>427 そうか。 つまり、>>405も>>418もユニコードに関しては素人だって事ね。 429 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 00:21:06 ] encode,decode使ってればいまのとこそんなに困る事もないし 行き詰ったらラリーがどうにかしてくれるから いい加減unicodeスレに帰ってください 430 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 09:32:05 ] え？今後は Perl 6 だから、 Perl 5.x での問題はなくなるんじゃないの？ まぁ、 Perl 5.x とそれで動くプログラムは切り捨てられるんだろうけど。 431 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 09:36:19 ] 10000対1で、切り捨てられるのはPerl6 432 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 10:39:19 ] え？今後は BTX だから、 ATX での問題はなくなるんじゃないの？ まぁ、ATX とそれで動くボードは切り捨てられるんだろうけど。 433 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 12:54:25 ] え？今後は Vista だから、 XP での問題はなくなるんじゃないの？ まぁ、XP とそれで動くプログラムは切り捨てられるんだろうけど。 434 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 13:00:21 ] え？今後は 「ねんきん機構」 だから、 「社会保険庁」 での問題はなくなるんじゃないの？ まぁ、 消えた年金５０００万件 とそを納めた被保険者は切り捨てられるんだろうけど。 435 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 13:19:32 ] つまんね 436 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 13:59:34 ] え？今後は Mach だから、 UNIX での問題はなくなるんじゃないの？ まぁ、 UNIX とそれで動くプログラムは切り捨てられるんだろうけど。 437 名前：デフォルトの名無しさん [2008/08/02(土) 01:11:14 ] 「美しいコードを書けるからRubyを選んだ」---Ruby on Rails作者 David Heinemeier Hansson氏：ITpro itpro.nikkeibp.co.jp/article/NEWS/20060620/241346/ DHH：いろんなPerlソースを見ていると，頭が爆発しそうでした。 なぜかというと，どのコードを見てもスタイルがそれぞれ違って， 正しいのはどれかがわからない。 それぞれおもしろいんだけど，自己主張が激しすぎると感じました。 一方で，Rubyで書いたものはどれも， 同じことをする場合はだいたい似たように見える。 この「統一感」がすごく重要でした。 438 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 03:49:14 ] そりゃPerlにくらべりゃな・・ 439 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 07:32:10 ] >>437 そのURLのページに、そんな文章ないんだが・・ 440 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 09:14:40 ] そこで Perl6 ですよ。 441 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 09:37:55 ] Lakeの書式見てRubyイイと言い出す人間は多いな。R&Rもそのクチじゃないかな。 442 名前：デフォルトの名無しさん [2008/08/02(土) 11:03:56 ] 一つの動作を色々な書き方ができるほうがいいのか 一つの動作なら同じ書き方で統一するほうがいいのか これは価値観の問題じゃない？ 443 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 11:10:00 ] まぁそうだが、同じ動作なら読むほうにとっては後者が歓迎されるんじゃね 444 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 00:18:55 ] 統一感を求めるならPythonのほうがよくね？ 445 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 03:27:14 ] Pythonも使ってるけど、コンソールコピペで叩けるような長文ワンライナができないと面倒な感じ その意味ではまだRubyかな SpiderMonkeyあたりがコンソールライブラリ充実したらRubyとか糞とか言える日が来るかもしらんけど 446 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 07:08:53 ] >>440 ますます迷走してるし 447 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 09:47:30 ] 今から初めてプログラミングをする人が選ぶならば、PerlとRubyどちらがいいと思う？ ただし、職業としてでなく、あくまで自分で使うため。 書籍も多数発売されて、Rubyを学ぶ環境は問題なくなりつつあるよね Perlとは違った意味でRubyにも将来性の不安というのはあるけれど… 実はどちらも勉強するが正しいのかな 448 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 10:11:43 ] どっちもやれよ。 449 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 10:51:22 ] でもそれじゃ話が進まない。 どちらか一方をと言われたら？ 450 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 11:05:44 ] どっちもやれ 451 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 11:22:29 ] では、どちらを先にやりましょうか 452 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 14:11:01 ] php 453 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 16:26:25 ] perlとphp長いことやってきたけどやっぱいろいろできるperlのがいいな 454 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 17:53:41 ] >>451 perlとruby 455 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 18:34:44 ] >>447 Perl 456 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:34:29 ] perlの将来性は確かに不安だ だが、rubyやpythonに将来性があるかといわれると、それも大いに疑問だな phpは立ち位置が違うから比較にならない。上の3つのどれかを知っていても別に覚える意味はあると思う。 457 名前：デフォルトの名無しさん [2008/08/05(火) 00:27:50 ] 迷ってる暇があったらとっとと習得すればいいだろ。 今週はPerlをマスターして、来週前半でRuby、後半でPythonを マスターすれば良い。 458 名前：デフォルトの名無しさん [2008/08/05(火) 01:05:52 ] Perlに未来があるとすればUnicodeを捨てて、もとのPerlに 戻るのみ。 幸いにも癌は取り除きやすいようにパッケージされている。 459 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 05:49:44 ] >>457 どんだけ記憶力良いんだよ 460 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 05:53:55 ] Rubyだけやった方がいい Perlやって変なクセつくより、オブジェクト指向のRubyだけを勉強した方がいい。 多けりゃいいってもんじゃないんだよ。 461 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 21:02:07 ] PerlをいやになるぐらいやってからRubyのほうが感動するらしいぞ。 462 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 22:34:56 ] その頃にはRubyがあるかどうか… あっても大幅に仕様変更しているだろう 463 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 07:47:51 ] >>461 今、Perlを嫌になるほどやれるシチュエーションってないな。 もうPerlでCGIって時代でもないし。Perlのwebフレームワーク使った案件もないし。 せいぜいワンライナーとかチョンプロぐらい。 464 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 09:59:50 ] この板別に職業プログラマだけとは限らんのよ？ 465 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 22:15:05 ] Rubyもまたいずれ暴走するんだろうな 466 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 22:20:55 ] 「仕事でやむをえず」以外に、いまさらPerlなんぞを使う理由って何かあんの？ 趣味ならもっとマシな言語を好きに選べるのだし、選んだほうが幸せになれるだろ まあPerlは非常に広い範囲で使われてるから、知っておくと便利は便利だが それを言うならもっと先に学ぶべき言語はいくらでもある 467 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 08:33:28 ] >>466 webならPHPってこと？でもPHPから入らないほうがいいって意見もあるんだよねえ さすがにCじゃ荷が重いだろうし…となると、やっぱりRubyってならない？ 468 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 12:56:50 ] Perl6ついに今年のクリスマスにα版が？ rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=001357 469 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 11:54:05 ] >>468 な〜んだ。それって、Perl6が発表された時がクリスマスって言ういつもの話じゃないか。 それよりも、Perl6の日本語の情報がほしいお…… 470 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 16:22:17 ] ウェブなら、PHPかPerlでいいんじゃない。モダンなスクリプト言語ならPythonってなるだろうし、Rubyにはメリットというか、存在意味を感じない。 471 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 17:43:34 ] >>470 RGSSやるならrubyを勉強するしかないお 472 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 08:44:01 ] >>470 ラリーが言ってるんだから例年のクリスマスよりｗｋｔｋ出来るだろ 473 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 08:48:43 ] wktkって… 過去に書いたコードが死ぬ日がそんなに楽しみですか？ 474 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 14:52:14 ] use perl5とか出来るんでしょ 475 名前：デフォルトの名無しさん [2008/08/11(月) 14:57:09 ] ruby perl 比較 python ruby perl ruby perl 違い ruby perl php ruby perl 速度 476 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 15:49:46 ] これから書くコードのことを考えてwktk出来るだろ 477 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 20:38:13 ] >>474 親切な管理者の場合はそうだろうね 478 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 20:39:21 ] >>476 君みたいに趣味でやってる人はいいけれど、 また作り直すなら、perlにこだわるより、将来性のある言語を選択するんじゃないの？ 479 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 20:39:39 ] ↑は一般的な話ってことね。 480 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 21:21:08 ] いや、でも Perl6 が発表されれば、それが一番将来性のある言語になるんでないの？ >>474 確かに use perl5; は必ず欲しいよね。 481 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 21:26:09 ] >>480 Perl6 が発表されれば C++ 同様に Perl6 の仕様についてこれない落ちこぼれも発生するんだが 482 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 21:27:02 ] 母数が激減してるので大丈夫です 483 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 22:46:06 ] >>478 選択なんぞせずに、どれもこれも使えばいいだけやん。 484 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 02:00:20 ] >>483 んでも、１つのプログラムならどれかひとつを選択する必要があるだろ？ その選択を、あえてperlにする必要はもうなくなったなって事だろう。 485 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 03:38:23 ] >>478 「言語の将来性は俺が作る!」という気骨のあるハッカーはいなくなってしまったのか…… 486 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 08:58:57 ] >>485 いや、世界中のどこかにいるんじゃね？ もっとも企業ではもっと現実的な選択をする場合がほとんどだと思うけど。 487 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 12:42:41 ] >>481 そんなのいつものことですよ 488 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 14:11:15 ] Perl ＝ webプログラミング まぬけな考えだな。 489 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 14:51:38 ] Perlは凡プログラマにとっては糞言語 IOCCCやゴルフ好きのハッカーにとってはいいオモチャ 不幸にも、凡プログラマ以下の人間に使われていることが多いのが日本の現状だが 490 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 20:18:16 ] 今はphpにシフトしてるから大丈夫です 491 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 22:31:45 ] webだけならそれでいいが… perlの真髄は文字列やディレクトリの操作だ 492 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 22:49:57 ] Windows版のPerlとPHPはファイルパスをANSI文字列で扱っていて、 CP932に含まれない文字を含むファイルやディレクトリにアクセスできず困っています。 493 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 22:59:54 ] Windowsではただでさえ糞なPerlがゴミカスレベルになるんだから 違う言語使えよ 494 名前：デフォルトの名無しさん [2008/08/13(水) 02:01:42 ] >>8 へぇへぇへぇ 495 名前：デフォルトの名無しさん [2008/08/18(月) 16:39:04 ] Perl のオレオレるーる - 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 - subtech subtech.g.hatena.ne.jp/cho45/20080818/1218995299 496 名前：デフォルトの名無しさん [2008/08/25(月) 05:07:00 ] pc11.2ch.net/test/read.cgi/php/1212947304/ 497 名前：デフォルトの名無しさん mailto:sage [2008/08/27(水) 23:54:08 ] parrotのリリースはなんでこんなにのんびりしているんだ？ 498 名前：デフォルトの名無しさん [2008/08/28(木) 05:24:37 ] merb wiki.merbivore.com/pages/tutorials 499 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 05:30:08 ] >>497 > parrotのリリースはなんでこんなにのんびりしているんだ？ クレクレ君ばかりで作業者が足りないんじゃね? 500 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 05:32:36 ] Perl5.12は、名前付きプロトタイプとかmethodの導入とか、 色々あるらしいね なんだかgiven/whenと同様に、ソースフィルタが出回る機能は 実装しちゃえみたいな感がなきにしもあらずだけど 501 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 08:27:47 ] Perl6って、いつまで経っても普及しないIPV6と同じ運命になりそう IPV4と同じくPerl5が延々と使い続けられる 502 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 09:56:14 ] IPv6には代替がないから、 v4使い続けるか、移行するかしかないが、 Perl6、Perl4の場合、他にも言語は幾らでもある。 503 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 10:44:30 ] Perl6は名前を変えてPerlから離脱するべき 504 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 17:31:56 ] じゃあ、なんて名前にする？ 505 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 19:37:17 ] Netscape6 506 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 20:12:17 ] パールのようなもの 507 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 21:46:08 ] Pearlにすればいい 508 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 22:11:04 ] パーロック 509 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 22:33:25 ] ここはひとつlrepで 510 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 22:46:33 ] pearlの次という意味でRub(ry 511 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:51:17 ] Perl6って、Ruby や Python で言えば どれくらいのバージョンのところまで追いついてきたの？ 512 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 01:25:31 ] 5.0が出てからもう14年が経つのか。 513 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 19:36:25 ] マニアのおもちゃはRubyに任せて、Perlは過去の財産を保ってくれるだけでいいけどなぁ。 Perl6がこけたら、イメージが低下するだけじゃん。 514 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:38:46 ] 過去の財産ってそんなに大事か？ 515 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:40:51 ] CPANは結構な財産じゃないか Perlあんま触らない俺でも思うもの 516 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:21:41 ] Perl6がコケたとしても、他のコミュニティ、精神性がCPANの後継になるとは思えない。 517 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 10:05:08 ] めんどくさいのでPHPはPEARとPECLを合併してほしい 518 名前：デフォルトの名無しさん [2008/09/04(木) 13:10:10 ] 初めてPerl触って思ったこととか - ずっと君のターン ttp://b.hatena.ne.jp/entry/d.hatena.ne.jp/technohippy/20080903%231220457999 519 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 16:30:17 ] use Moose; 520 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 17:11:00 ] SynTax Error 521 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 18:44:32 ] じゃあ使うな 522 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 19:48:42 ] How many file(0-15)? 523 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 21:21:08 ] >>522 複数形のsがないぞ 524 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 23:53:44 ] おっさん乙 525 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 02:09:15 ] （＾ิت＾ิ） 526 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 20:36:16 ] システムディスクと間違えて辞書ディスクでブートしたときの悲しさ。 527 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 03:33:48 ] 辞書ファイルもコピーしますか？(Y/N)： 528 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 02:34:51 ] ruby使いは総じてperlはおもちゃだというが、俺は逆だと思う。 perlには芸術性が感じられる。rubyにはそれが無い。 529 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 12:31:58 ] 骨董品なら何でもかんでも芸術かよ 530 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 15:37:54 ] そんなことは言ってないと思うよ。 国産だから芸術品ってことにしたがるRuby信者なら大量にいるけど。 531 名前：デフォルトの名無しさん mailto:sage [2008/09/13(土) 16:58:20 ] おもちゃを並べたものを芸術だ、ってうのも通用しますよ。 それを他の人が理解するか、素晴らしいと思うかは別ですが。 532 名前：デフォルトの名無しさん [2008/09/28(日) 21:25:02 ] プログラミング言語最大の芸術はwhitespace 533 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 22:02:45 ] 地味に生き残るperl 534 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 22:44:38 ] FORTRANが未だに残っている所に、長生きのヒントがあると思う。 535 名前：デフォルトの名無しさん [2008/10/01(水) 20:55:49 ] ラリーウォールって現在涙目なの？ 536 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 02:05:25 ] Hmm... そういう繊細な人ならperlみたいな言語を作ったりしない。 537 名前：デフォルトの名無しさん [2008/10/04(土) 04:24:13 ] Perl anond.hatelabo.jp/20080731154801 sigil 汚い、my our local 汚い。 ->が汚い、ドットにしてよ。Perl6ではドットになるんだって？やったぁ。 とにかくコードを見るだけでげんなりする。 クラス機構が後付けなのがめんどくせー。Exporter使うのだるい。 とにかく文法がアレすぎる。あ、でも後置修飾子はおきにいり。 でもはえー、ちょうはえー。 ライブラリ超使える。もうなんでもできる。 総評：肉は腐りかけがうまい。 538 名前：デフォルトの名無しさん [2008/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 名前：デフォルトの名無しさん [2008/10/05(日) 14:25:56 ] 【Rails】便利なRubyGemsを共有するスレ【Hpricot】 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 540 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 15:29:34 ] perlとRoRは別だと思うんだが 541 名前：540 mailto:sage [2008/10/05(日) 15:38:10 ] あぁ、すまん、そういう意味か 542 名前：デフォルトの名無しさん [2008/10/05(日) 18:44:52 ] java PHP C++ COBOL 543 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 19:14:12 ] 最終行を言いたいだけちゃうんかと 544 名前：θ ◆enhj51nz3Q [2008/10/13(月) 22:39:55 ] s 545 名前：θ ◆rtpCf0XrtY [2008/10/13(月) 22:40:46 ] dd 546 名前：デフォルトの名無しさん mailto:sage [2008/10/15(水) 02:23:08 ] インクリメントしとけ

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef