Rubyについて Part 36

1 名前：デフォルトの名無しさん [2009/06/28(日) 16:29:28 ] オブジェクト指向スクリプト言語Rubyについて扱うスレッドです。 前スレに変なのが沸いて流れてしまいましたが、まったりと行きましょう。 Ruby Home Page www.ruby-lang.org/ja/ = 前スレ Rubyについて Part 35 pc12.2ch.net/test/read.cgi/tech/1238194350/ 過去スレ・関連スレは >>2- 520 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 22:55:12 ] Runyってオスだったのか 521 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 22:55:14 ] なにより、「フォークは自由だがRuby自体は俺のもんだ」って教祖様が常々 おっしゃってるので、組織的な動きがしにくいってのもあるんじゃね？ 522 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 22:56:52 ] 向かうところ敵なしの勢いのCPAN界はどうなってるよの。 523 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:00:20 ] >>517 一応Ruby Associationってのがあるんだけど、個人宛だとお金の配分とか受け渡しとかが面倒なんだよね。 個人的にはコンパイルファームが欲しいんだけど、まぁそれの管理者も必要になってしまうので云々。 ちなみにWebサーバやリポジトリ用のマシンは今NaCl持ちかな。 いきなりメンテナだと感じもわからないだろうので、まずはIRCから始めてみると、 コミッタの生態もつかめてよろしいかと思います 524 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:02:27 ] >>517 開発の仕事で食ってるサラリーマンからすると、たまに中途半端な金なんか 渡されても嬉しくもなんともない。 金が関わらないから、遊びという名目で仕事の外で付き合っていられるんで あって、プロに金渡すなら、労力に見合った額をきっちり出してもらわんと困る。 >>519 Engine Yardという会社が、しばらく前からruby 1.8.6の保守を担当しているよ。 フルタイムの従業員を一人そのために割り当てている。 525 名前：517 [2009/07/30(木) 23:14:16 ] なるほど。確かに、仕事で開発している人なら、金とは関わりない世界で 携わりたいのは理解できる。 人手が足りなくて負担になってるみたいなんで、書き込んでみたんだけど。 私が少し考えて解決策がでるぐらいなら、もともと問題になってないよなあ。 526 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:15:36 ] >>524 技術の安売りはしない。これはあくまで仲間内/趣味での話 ......って整理をしてるケースは多いよね。 haunとかもそうだった気がする。 527 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:19:17 ] >>525 いやその前に、あんたが何を「問題」視してるのかがわからんと話にもならん RubyはRubyでそれなりの発展を（まだ）続けているし、ここまで来たらたぶん Matz（やひょっとしてささださん）一人になっても、本人らが飽きず・食えてる 限りはそれなりに続くだろう 528 名前：525 [2009/07/30(木) 23:29:37 ] 問題っていうのは、489の書き込みのように、人手が足りないこと。 人手を確保するにはお金じゃないの？という議論があったんで。 私は、「金が関わらない世界で遊びでやりたい」という気持ちを理解して いなかったんで、的外れなことを言って申し訳ない。 529 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:34:35 ] >>528 そこは統一見解ではないというかインナーサークルと外側とで見解が違ったりするんじゃない? あと金にしても端金なのか契約の元普通に人を雇える額なのかでも違ってくると思う。 実際未踏のお金(国からの補助金)でYARVは開発されてたわけだし。 530 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:39:51 ] >>526 「技術の安売りはしない」なんていう高尚な話じゃないんだ。 フルタイムの本業を持ってるメンテナがいて、本業が忙しく なってRubyに手を出す時間が取れなくなったとする。 この場合、そのメンテナ個人にちょっと金を渡しても、問題は 全く解決しない。 個人が金を貰っても本業の忙しさには何の影響もないんだから。 メンテナの時間を確保するためには、そのメンテナが本業の 代わりにRubyをいじれるだけの金を出す、つまりフルタイムで 雇用してやるか、または、メンテナの所属する会社に適切な 代金を払ってメンテナの時間を買うか、どちらかしかない。 531 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:40:46 ] 基本、締め切り付きで何かのアウトプットを求めるなら、 善意へ期待じゃなくて何らかの代価を払うべきとは思うけどね。 それこそセキュリティパッチみたいに「気が向いたら」だとマズいようなケースもあるし そこぐらいはフルタイムの担当を雇いつつ代価を求めてもいいと思うけどね。 まあ陳腐な例だけどそれこそＴシャツ売るでもいいわけだから。 532 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:43:20 ] 問題はだ。フルタイムで誰ならおまいら納得するんだと。 おまいらが期待するような人材は、大概他でバリバリやってるんだってば。 今のところmatzがフルタイムぽいんだが不満なのか？ 533 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:46:21 ] >>528 「金が関わらない世界で遊びでやりたい」と言ってる わけではなくて、「遊び」という形で背負える程度の 責任しか背負いようがないだけ。 個人に小銭を渡しても、使える時間が増えるわけじゃ ないんだから、背負える責任の大きさは変わらない。 だから、使える時間を増やせるほどの額じゃなければ 受け取るわけにはいかないのだ。 534 名前：デフォルトの名無しさん [2009/07/30(木) 23:46:47 ] matzがフルタイムっぽいのは理解したうえで、さらに人手を増やすには どうしたらいいか、という話じゃないの。 matzが健在ならオールオッケイなのか？ 535 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:48:29 ] じゃあどこまで規模を広げるべきか、そういう話になるはずだよな。 なってるか？ 金があるから大きくなるんじゃなくて、大きくするために金が必要 ってのが普通の流れだよ。 536 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:51:27 ] 何かアプリ作れよ。世界中で使われればRubyに興味を持つやつが増える。 ビジネス的な価値を見いだすところが出れば金が集まる可能性も高まる。 537 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:52:50 ] どこまで人を貼り付けないとマズいのか、ってところだよな。 1.8.6にフルタイムで人が貼り付いてるのは多分Rails関連でしょ? あとはサポート継続中のリリースに対してセキュリティ対処出来る分だけの リソースがあるなら当面はいいんじゃないかなと思うけど。 538 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 23:54:51 ] matzは布教活動で忙しいんだよ。 539 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 00:09:56 ] >>536 Tracの前にRedmineが作られていれば、キラーアプリになれたかもね。 MovableTypeと同等のRuby製品があって、ちょっとだけ早く出ていれば、 Rubyの方がレンタルサーバで優遇されたかもね。 PHP5と同時期にmod_rubyというか、mod_railsがあれば、そっちにも 人は流れたかもね。インストールの手間は大して変わらんし。 結局、Rubyは何かを作ってきた、世の中を動かして来たって実績がほとんど無いんだ。 常にアンチテーゼを提出してみるだけの文化が染みついてるんだ。 万年野党もいいじゃないか （って感じで関わる人間が多い気もするんだ実際） 540 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 00:13:33 ] >>532 matzはコミット権の剥奪を申し渡されるようなタイプだから、 仕様策定者、開発者としてはともかく、保守担当者としては 完全に役者不足。 541 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 00:20:20 ] 向き不向きってのはあるからね ある意味フルタイムで雇っているなら自分の思いと求められていることとが 相反したときでも契約をよりどころに割り切って行動できるかもしれないけど、 その辺ナシで自分の思いと反する行動をとるって負担度が高いよね。 542 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 00:27:46 ] >>527 実際のところ、開発に関しては放っておいても全然問題は ないだろうね。 今まで同様、なんとなく続いていくだろう。 問題は、何度も出ているように、保守。 543 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 00:37:10 ] >>539 portupgradeとかtDiaryとか。 まぁ、Rubyは世界を変えるためのものじゃなくて自分の日常をちょっと便利にするためのものなんで、(Railsは知らんよ) そういう意識の人は多いかもね。 544 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 00:38:32 ] >>539 Tracのお陰でpython人口が増えたとも思えない。敢えてrailsをキラーアプリと言わないのも意味不明。 今せっかくRubyの人気が世界中で高まってきているところで、ライブラリ1.9への対応という難題が上がってきていて、今までの様になんとなく誰かがやるのを待つっていうのは、評判を悪くすることになりはしないか？ 野党でもいいというのは、他の言語もバリバリできるできる人の発想。凡人は、特化することによってしか活路はない。matzは凡人用のlispとしてRubyを作ったと言ったら、穿ちすぎ？ 545 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 01:09:23 ] なるほど、こういう人たちがいるがために今の状況があるわけか 546 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 01:21:50 ] >>544 Railsは実際に依存している1.8.6がRails関連の金で保守されてるからでしょ。 悪く言えばそこでもう切り離されちゃってる。 547 名前：デフォルトの名無しさん [2009/07/31(金) 06:42:33 ] 結局、保守担当者として1人フルタイマーが必要ということ？ Railsが1.9に依存するようになれば、企業が、保守担当者（保守のみ）の 人件費を負担してくれるようになるかな。 548 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 07:41:39 ] 国がΣプロジェクトに費やしたお金を考えると、メンテナーの二人や三人を税金で賄ってもどうってことはない。 549 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 08:04:28 ] Rubyが未踏に選ばれたのは「国産だから」だよね 550 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 08:11:57 ] >>548 今まで浪費してきたんだから次の浪費も許されるべきだ、 なんて論法だと身代が潰れるぞ せめてこうこうこういう理由で必要だから、って言い方にしないと 551 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 08:26:32 ] >>549 選ばれる以前の話で、未踏の応募資格は日本人または在日であること 552 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 08:28:39 ] >>551 ？ 553 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 08:59:38 ] >>550 済まん。余計な事を書いた。 あの無駄になった２００億以上のお金の何分の一でもあればな〜とつい思ってしまった。 KAMEプロジェクトのように、国際貢献になるから、予算つけてくれないかなと思わざるを得ない。 554 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 09:08:11 ] そしてgoogleからの圧力によりスーパー301条の対象に。 555 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 10:10:54 ] やっぱりお金と人を投入すれば 速くなって使いやすくなって JavaやPerlやPHPを駆逐していくんだらうか 556 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 10:18:45 ] 原理的にそれほど速くはならんだろ そりゃ歴代Rubyの中ではどんどん速くなるだろうが、JavaやPerlにはもともと敵わない てきとーに作られた中規模Javaプログラムは、必死でチューニングした中規模Rubyスクリプトよりもたいてい速い 応答速度が速いほうがいいプログラムの需要はどうあっても尽きないから、駆逐は無理だ Rubyスクリプトが高速に動作する環境を用意した場合、他の言語のプログラムは爆速で動く というわけで、ハードウェア大国日本の面目躍如としてRuby専用CPUの開発をだな 557 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 10:21:51 ] YARVチップですか 558 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 10:33:10 ] >>556 そういう姑息な真似をしないとPerlより速くならないRubyはクズ まで読んだ 559 名前：556 mailto:sage [2009/07/31(金) 10:34:34 ] >>557 YARVって何？ 560 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 10:46:53 ] >>559 血税を投入してJRubyより劣った仕組み 561 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 10:53:02 ] スピードなんていらない。使いやすければそれでいい。 早いプログラムがほしけりゃFortranで書いてスパコンで実行させるからさ。 欲しいのはパパッと書けて１０秒ぐらいで忘れられるコードだよ。 ただ、rubygemsはno-rdoc no-riをつけないと遅くてたまらん。ああいうところは 改善しないのかな 562 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 11:02:23 ] rubygem 開発陣のマシンが超パワフルなので問題ありません 563 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 11:02:37 ] >>560=本物の>>556乙 564 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 11:06:05 ] >>562 バージョン 0.x 時代の YAML 展開ハングアップのことまだ根に持ってるのか(w 565 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 11:25:14 ] シェフのまかないつきRubyエンジニア求人来た！これで勝つる！ ttp://headlines.yahoo.co.jp/hl?a=20090731-00000000-sh_mar-sci 566 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 11:36:05 ] >>564 Debianユーザにとっては笑えない…こないだのlennyリリースまでずーっとこの問題抱えざるを得なかったから 567 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 11:57:09 ] バイト列自体が文字エンコーディング ENC である ASCII_8BIT のでっかい文字列があって、 このでっかい文字列のエンコーディング情報はとりあえず変換したくないという場合、 特定の文字列の正規表現をマッチさせたい場合って /#{"特定の文字列".toENC.force_encoding(::Encoding::ASCII_8BIT)}/ =~ ASCII_8BIT文字列 か /#{"特定の文字列".toENC}/ =~ ASCII_8BIT文字列.dup.force_encoding(::Encoding::ENC) のどっちかしかない？ 568 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 12:10:09 ] >>567 後者しかない 569 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 12:18:50 ] 前者もエンコーディングが合ってるからマッチはするはず irb> /#{'わんわんお'.force_encoding(Encoding::ASCII_8BIT)}/ =~ 'わんわんわんお'.force_encoding(Encoding::ASCII_8BIT) 6 570 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 12:24:26 ] /#{'好'.encode("EUC-JP").force_encoding(Encoding::ASCII_8BIT)}/ =~   'テスト'.encode("EUC-JP").force_encoding(Encoding::ASCII_8BIT) ダメな例 571 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 12:26:52 ] ていうか、実は両方ダメ /#{'表'.encode("sjis").force_encoding(Encoding::ASCII_8BIT)}/ =~   '表'.encode("sjis").force_encoding(Encoding::ASCII_8BIT) 572 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 12:30:43 ] というわけで、正答例 src="テスト"; pat="好"; enc="euc-jp" /#{Regexp.escape(pat.encode(enc).force_encoding(Encoding::ASCII_8BIT))}/ =~   pat.encode(enc).force_encoding(Encoding::ASCII_8BIT) 573 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 12:45:30 ] あ、うん、ここだけ前時代的問題が噴出するよね # -*- coding: utf-8 -*- require 'open-uri' uri = "pc12.2ch.net/test/read.cgi/tech/1246174168/571n" html = open(uri).read p /#{"表".encode(Encoding::SJIS)}/ =~ html rescue puts $! p /#{"表".encode(Encoding::SJIS).force_encoding(Encoding::ASCII_8BIT)}/ =~ html rescue puts $! p /#{"表".encode(Encoding::SJIS)}/ =~ html.dup.force_encoding(Encoding::SJIS) rescue puts $! 動作しそうな記述のうちで実際にマッチするのは最後だけというのがなんとも incompatible encoding regexp match (Shift_JIS regexp with ASCII-8BIT string) too short escape sequence 1732 574 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 13:04:53 ] CSIだからJavaみたいにユニコードリテラル表現を用意しておいて 最悪ファイル上の非ASCII文字列はnative2asciiつかうって逃げ道も美しくないしなあ 575 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 13:07:06 ] 外人さんって force_encoding と ASCII_8BIT 好きだよね 576 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 13:12:05 ] 狂犬発動してUTF8をデフォルトエンコーディングにしておけばこんなことにはならなかったのに… Windows憎しで避けてたらLinuxすら標準になっちゃったのにな。 577 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 13:13:39 ] WindowsではいまだシフトJISが通らないと困ることも多いだろ。 UTF-8で統一強行したらみんな不幸だわ。 578 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 13:19:44 ] >>576 Shift_JISのHTMLを読み込んだらUTF-8になってるってこと？ 579 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 14:37:14 ] force_encoding ってバイト列のほうは変更しないから何度繰り返しても大丈夫だよね？ 580 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 15:01:13 ] >>573 文字を文字として扱いたいときには、きちんとエンコーディングをつける。ただそれだけのこと。 バイナリとして操作したらはまるにきまってる。 >>576 そういう問題ではないと思うけど。 >>579 まぁ、そうだけど、なんで何度も繰り返したいの？ 581 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 15:47:41 ] あ、1.9の話してる クラス変数って継承されるの？ 継承されないの？ 582 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 15:57:32 ] 全パターンありそうだな ttp://www.google.com/search?hl=ja&safe=off&num=50&q=Ruby1.9+%22%E3%82%AF%E3%83%A9%E3%82%B9%E5%A4%89%E6%95%B0%22+%E7%B6%99%E6%89%BF%7C%E3%82%B5%E3%83%96%E3%82%AF%E3%83%A9%E3%82%B9&lr=lang_ja 583 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 16:37:00 ] >>580 >まぁ、そうだけど、なんで何度も繰り返したいの？ 繰り返したいんじゃなくて一回しか呼ばれないことを保証できないんじゃない? ライブラリ的なものを作ってると悩むかもしれん。 584 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 16:53:27 ] >>581 される、でFA。 継承というのもまた違う気がするが。共有というべきかな。 585 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 17:17:09 ] >>582 どうしてこうなった… 586 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 17:55:50 ] あれ、「1.9ではクラス変数は継承されない」という説明があるのはなんで？ 587 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 19:56:26 ] >>561 無理だろう 仮に、rubygems開発チームが改善する気になってくれたとしても 現時点でrdoc＆ri生成がデフォルトになってる以上、もうどうにもならんと思う そもそも最初から、rdocとriの自動生成なんてやるべきではなかった 発想がいくらなんでも富豪的すぎる 588 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 21:37:42 ] ttp://shyouhei.tumblr.com/post/152842980/ruby gitktkr 589 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 22:55:02 ] ｷｬｰｼｮｳｻｰﾝ これは抱かれてもいいレベル 590 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 23:10:48 ] 30時間はすげーな、mput超乙 しかもこれから来るpull requestを全部捌くわけ？ 591 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 23:17:08 ] さて、git.ruby-lang.orgへの移行はどれくらい先になるか 592 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 23:38:01 ] 卜部おにーさんは格好良いなあ 593 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 05:24:25 ] >>587 それこそrubygems開発陣のマシンでは「ちょっと待つだけ」だったんだろうな 594 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 06:13:33 ] >>577 それはない 595 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 07:24:26 ] 1.9.1で動いてたライブラリやスクリプトが1.9.2で動作しなくなる可能性って今のところどのくらいある？ 596 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 07:40:25 ] 1.9.1で動作してるなら「めったに無いんじゃないかなー」という程度 まだ仕様が固まったわけじゃないからはっきりとはなんとも 「1.9.2を見据えるとやらないほうがいい書き方」というのは今んとこ無いはず 597 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 10:44:17 ] そろそろ RAA for 1.9 作って未対応のものを締め出すのがいいと思うんだ 598 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 10:44:59 ] 1.9系はスルーして2.0から使うのが本道 599 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 11:36:18 ] >>598 書き込むスレ間違えてますよ ttp://pc12.2ch.net/test/read.cgi/tech/1248487404/ 600 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 14:34:15 ] そろそろ移動 loopとtimesが似てるとは思わない、そもそもloopにカウンタがほしいとも思ってない でもあれば便利ってのは理解できる Kernel#loopが存在している上で新たにIntegerにメソッドを加えれば 単に「繰り返す」ではなく「（ある値から）数え上げながら処理を繰り返す」という意味になる（できる）し それがtimesの「ある値まで数え上げながら処理を繰り返す」と対称だということ （timesのメソッド名から考えれば「指定回数繰り返す」なんだけど、ブロック引数取った場合には） つまり数値が始点か終点となるかの違い ただ始点のデフォルトが0なのに対して終点のデフォルトは極大だから終わりがない でもInteger#loopという名前は初めから微妙だと感じてるし そのせいで批判されまくってるんじゃないかと 0.start {|i| puts i } やっぱり名付けのセンスないな・・・ 601 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 18:55:13 ] まあ1.9にしたい香具師ががんばって人柱に成ってれば良い。 それまで今までの互換が有る1.8使ってるから。 信者増やして金儲けしたいなら、リナックスVISAクレジットカードみたいにルビークレジットカードでも作ると良いのかもな。提携カードビジネスは儲かりそうだ。 どんどん宗教法人の様層を呈して来て、松本教祖に金が集まる仕組みに成って来たな。 602 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:00:51 ] nokogiri-1.3.3のtest配下に2ch.htmlとかが増えてるんだが 何があったんだw 603 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:31:20 ] そりゃあろいんの「2チャンミテマスヨ」という無形のプレッシャーに決まってるじゃん whatchanged を見る限り、非 UTF-8 HTML を Nokogiri::HTML(html).to_html して doc.encoding がうまくいくかどうかテストするために入れたっぽい（若干改変してるが） ある程度複雑な Shift_JIS の HTML が必要だったのだろう 604 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:34:42 ] あ、このへんね ttp://github.com/tenderlove/nokogiri/commit/5ff00825309734341474350848dcaa268ee786b5 ttp://github.com/tenderlove/nokogiri/commit/b1a62250c2e15b93cb955b24a1c41a8467213d55 605 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:44:27 ] ねー、自分では作（れ）る気しないけど、あったら便利だなというライブラリってなんかある？ 606 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:15:43 ] >>605 blade 607 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:37:49 ] >>605 ・Win32APIの使いやすいラッパー ・pure ruby版Nokogiri ・pure rubyかつ強力な画像処理ライブラリ ライブラリじゃないけど番外で ・RDEのような軽量開発環境＋クロスプラットフォーム＋安定 ・GUIビルダー 608 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 21:41:11 ] せいぜいサムネールが作れてあとは縦横のサイズが取れるくらいの 画像処理ライブラリは欲しいなー。 RMagickはかさばりすぐる。 609 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:24:17 ] pureRuby厨うぜえ 超遅い部分をCで書き直して何が悪いんだよ 610 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:36:24 ] pureRuby厨分類 * 原理主義 (とにかくPureRubyこそ至上、MRI以外で困るから) * 標準添付はよい(rootのない環境で困るから) 611 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:41:56 ] >>609 過剰反応うぜえ 612 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:49:07 ] REXMLがPure Rubyであの重さなわけだが・・・ 613 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:55:42 ] >>610 「CGIで動かないと困る派」も追加で 614 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:28:34 ] nokogiriは素晴らしい 615 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:29:28 ] 自演乙 616 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:31:12 ] だーれーのー だーれーのー自ー演ー >>613 「CじゃなくPureRubyで作りましたライブラリ」の動作速度でCGIが動いたら果てしなく困ると思うんだけどね インストールさえできれば運用はどうでもいいのかしら 617 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:35:54 ] オバマ 618 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:36:07 ] pure rubyでも拡張ライブラリでもいいじゃない、使い分ければ 619 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:44:31 ] 拡張をCで書く理由の8割くらいは「CGIとかで動作させたとき遅くてやってられないから」だと思うんだが 620 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:46:37 ] >>616 用途によってはpure rubyの速度で十分だし そもそもCGIでは、たいていの場合pure ruby以外に選択肢がない 俺の経験から言えば 複雑な画像処理やファイル圧縮は厳しいが、JSON/YAMLのパースや文字コード変換程度なら特に問題はないなー HTML（XML）のパースあたりになってくると微妙

---

---

[ 続きを読む ] / [ 携帯版 ]

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