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-
560 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 10:46:53 ] >>559 血税を投入してJRubyより劣った仕組み
561 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 10:53:02 ] スピードなんていらない。使いやすければそれでいい。 早いプログラムがほしけりゃFortranで書いてスパコンで実行させるからさ。 欲しいのはパパッと書けて10秒ぐらいで忘れられるコードだよ。 ただ、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)のパースあたりになってくると微妙
621 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 00:22:23 ] >>619 Cの拡張ライブラリを入れることができるような環境であれば、そもそもCGI使わなくね? 今ではmod_rubyとかFastCGIとか色々あるんだし
622 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 00:45:51 ] 「今では」、mod_rubyはありえんだろ
623 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 02:34:54 ] CじゃなくてもJavaで書き換えても爆速になるんじゃね? >>556 さんどうなんよ?
624 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 05:34:44 ] >>621 そうだねCで拡張書けるだけのCの知識があればRubyなんて使う必要ないよね全部Cで書くよね
625 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 07:51:52 ] 速度が必要なところはCで、それ以外はもっと高級な言語でってのは普通のことだろ
626 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 08:59:22 ] >>624-625 がどこにどう反論してるのか理解できない
627 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 11:14:10 ] 遅いメソッドをプロファイラで割り出して、拡張ライブラリとしてCで書き直すって よくやるんだけど、思った程速くならないんだよなぁ。 やっぱ rb_funcall とかしまくるくらいなら意味ないのかな?
628 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 11:48:16 ] Purerubyが遅いというのは甘え。どうせクソ設計のせい。 (性能が)足りぬ足りぬは工夫が足りぬってな。
629 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 12:02:12 ] すごいな、全世界のRubyユーザーが揃ってクソ設計してるなんて …それって言語側に原因があるんじゃね?
630 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 12:07:25 ] nokogiriとREXMLの圧倒的な差
631 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 12:07:45 ] >>628 さすがにC言語と比較してそれはない
632 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 12:14:16 ] >>605 win32用の高速なcrc16計算ライブラリが欲しい。今すぐに!
633 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 13:06:46 ] .NET FrameworkにCRC32すら入ってなくて絶望した俺が通り過ぎます
634 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 13:28:11 ] >>632 Cでいいか?
635 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 13:55:02 ] rubyも、pure ruby界とC界の境界面で高いコストが掛かる実装なの? 頻繁にCで書いたメソッド呼ぶとマーシャリングで余計遅くなるとか?
636 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 14:03:54 ] Windowsを使ってるやつにCRCなんぞ不要。ファイルが壊れてたら 再送すればいいだけ。
637 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 14:10:40 ] つかMD5やSHA-1じゃなくあえてCRCが要求される場面って何? 速度的にCRCが爆速ってわけでもないのに
638 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 14:11:17 ] >>637 既存のファイルフォーマットなりプロトコルがCRC32を使っている場合
639 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 14:18:11 ] 歴史的経緯って奴だな 新規でCRC32を使用することはなかろう
640 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 16:09:29 ] CRC32だったらZlib.crc32が使えるね。 CRC16だと自分で用意しないとダメだなぁ。
641 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 18:30:01 ] >>262-263 あたりのnokogiriの話。 どうもnokogiriのWindows版gemに同梱されてるDLLは libXML2の公式サイトからリンクされてる ttp://www.zlatkovic.com/libxml.en.html のもののようなので、 ttp://www.zlatkovic.com/pub/libxml/iconv-1.9.2.win32.zip のDLLの情報等を参考にしつつ、libiconvの1.13に 森山さんのところのパッチ ttp://www2d.biglobe.ne.jp/~msyk/software/libiconv-1.13-ja-patch.html をあてたものを MinGW/MSYSでビルドして、MSYS環境でそのままビルドすると libiconv-2.dllとかしか出来ないので、ビルド時に生成された*.oに libiconv-2.dllから抜き出したdefファイルを加えて dllwrapでiconv.dllを生成…… ということで結果としてlibiconv-1.13-ja-1相当のiconv.dllを 作成してdllの検索パス(nokogiriの元の構成通りだとbin直下)に 配置したところ、>>262 の >#Shift_JISの範囲外の文字を含んだWindows-31J(=CP932)エンコーディングの文字列 >irb(main):001:0> s="<html><HEAD><TITLE>11@11@</TITLE></HEAD><body></body></html>" >=> "<html><HEAD><TITLE>11@11@</TITLE></HEAD><body></body></html>" >#Windows-31JエンコーディングでHTMLパース。失敗。 >irb(main):003:0> Nokogiri::HTML.parse(s,nil,'Windows-31J') が通るように。 とりあえず今回生成したiconv.dllは 需要があるかどうか何とも言えないけどうpっておきます。 ttp://www1.axfc.net/uploader/Sc/so/23793.zip
642 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 18:36:46 ] pureRubyじゃないときに困るのは一部のプラットフォームにしか対応してないとか バイナリパッケージがない場合とかですかね。 もはやmswin32(というかActiveScriptRubyとOne-Click Installer)が Rubyユーザの最大勢力なわけで、大抵そのあたりでもめるというか。
643 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 19:50:03 ] 最大勢力の欲求が常に正しいとは限らないし、満たしてやる必要もない
644 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 20:00:54 ] と、思いつつ最終的に「満たすことになる」のが世の習いでもあり。 実際(別視点で見たときの)最大勢力であるRails勢の望みは リリースエンジニアリング含めかなり呑むことになったわけで。 もちろん言語仕様的な部分とかでまつもとさんが一線を守るのは 悪くないけれども、じゃあこの点については実際のところどうなの、 という話になるわけで。
645 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 20:10:58 ] >>643 The Netが商用利用に解放された当時、そのころの細い回線を大事に 使っていた人たちのうちくちさがない人々は 「一般人にネットなど与えるな」などと言ったものでした 当時の旗振り役が答えて曰く 「そうなればいずれ彼らは自分たちでネットを生み出し今のネットにとって変わるだろう」 「もしそうであればそのとき君たちの居場所はあるだろうか?」 と まあ実際その通りになったのですが
646 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 20:34:41 ] へー 自分たちでネットを生み出したんだ。そんな歴史初耳w
647 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 20:44:12 ] >>初心者スレの821 rb_block_tのproc見て、なかったらiseq->argc見れば変換はいらなくね? とはいえそんなのはキモすぎて御免だが
648 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 21:33:52 ] >>646 無知ですねえ。 これだから自称古参は困るw
649 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 21:35:58 ] じいさんの昔話はレトロ板でやってくれ
650 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 23:55:32 ] >>632 >>640 ttp://www.zorc.breitbandkatze.de/crc.html ( www.zorc.breitbandkatze.de/crctester.c ) ttp://boost.cppll.jp/HEAD/libs/crc/crc.html
651 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 10:41:21 ] 年寄りは今の時代についていけないからな。昔話するしか無い。 戦争は悲惨だから嫌だとか逝って競争することを放棄した年寄りが日本を駄目にした。気がつけば競争力無くて景気低迷。ちゃっかり競争が無いはずの非資本主義の支那に美味しい所を持っていかれてる。 ピュアルビーが遅いのって、ルビーインタラプタが遅いからだろ。 信者は、教祖の実装がゴミのせいで遅いと口が避けても言えないってだけじゃ。
652 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 10:45:38 ] ttp://jp.rubyist.net みれない
653 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 10:57:44 ] >>651 hideyoshi.2ch.net/asia/
654 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 11:43:28 ] インタラプタについて語るスレになりまつた。
655 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 11:57:12 ] 1.8のコードなんてもう読んでないからインタラプタとかよくわかんあい
656 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 12:25:25 ] >>651 さっさと核戦争やれ まで読んだ
657 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 12:47:33 ] ルビーインドヒマラヤ
658 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 13:15:34 ] >>651 その種の文句は方々で言われてるだろ。 matzはコミット権を取り上げると脅される程度の扱いだぞ。
659 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 13:24:37 ] >>658 あんまりネタを引っ張ってると恥ずかしいよ あれはあくまでテストとドキュメント書けって話だし
660 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 14:04:53 ] でもまあ「コードがドキュメントだ」的な発言は粉砕されてしまうようになったかな