Rubyについて Part 36

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 21:11 / Filesize : 227 KB / Number-of Response : 919
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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-
449 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 11:59:51 ]: >>439
すると、後は非アクティブな人のうち、パッチを投げて釣られた人・立候補した人の比率がどうかを見るといいんでしょうか？

ところでIRCでアンケート取ったとかいうことは、あなたは中の人ですか？
450 名前：デフォルトの名無しさん [2009/07/29(水) 12:23:49 ]: そういえば、一応すでにgithubにリポジトリのミラーはあるよ
github.com/rubyspec/matzruby/tree/trunk
pushとかpull requestとかはできないけど

>>449
非アクティブな人にはアンケートという技が使えないので、MLあさらないといけないんですよね。
「SSH鍵」とかのキーワードで探せばいいと思うんだけど。

jp.rubyist.net/magazine/?FirstStepRuby ちなみにIRCってのはこれ
451 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:24:15 ]: アンケートを取ったのが中の人かどうかが何にどう関係するのかがわからない
452 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:29:51 ]: >>440
> はッはッはッ、安定したライブラリに手を入れる必要なんてどこにあるんですカ
典型的なのはバグ報告が来た場合、セキュリティ絡みだととっても困る。
あとは本体の仕様変更に追従すべき場合、たとえばM17Nですね。
453 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:35:28 ]: それくらいならそのコード読めばだいたい修正個所はわかるんじゃね
作成した人しかコードが触れないという呪いでもかかってるわけじゃなかろう

そのライブラリと分野のプロフェショノー（滑らかな発音）を一人は置く状態にしておく、というのもわかるが
でもそれだと修正要求に応じられるだけのバックグラウンド知識がライブラリメンテナに要求されるな
454 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:40:28 ]: まーそりゃ本体組み込みや添付のライブラリは基本的なライブラリが多い（ことが期待される）から、
ライブラリのメンテナーの知識レベルは高いほうがいいと思う

ネットアクセスライブラリ作ったけど HTTP の知識よくわかんないどうすればいいかな、ではやっぱ困る
せめて、それなりに自分ひとりで意見組み立てた上で他の人のアドバイス募る、くらいでないと
455 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:43:20 ]: >>453
www.ruby-lang.org/ja/news/2008/08/23/dos-vulnerability-in-rexml/
こういうのが来て、メンテナと連絡がつかなかったらどうする？
456 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:52:50 ]: 些細な変更でも、誰がそれをやるかって言うのはあるな。
457 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:56:19 ]: >>455
いやだから、rexml のソースは読めるだろ
初心者には無理だが、中級者かそれ以上なら首っ引きでなんとでもなるだろ
普段のだらだらした新機能要求ならまだしも、セキュリティバグなら「誰かできる人」がやるべきだろ

たとえば、「メンテナが学会出張中なのでそれが終わってからゼロデイ脆弱性のパッチをリリースします」でいいのか？
458 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:19:27 ]: いいんじゃねえの
メンテナーの責任ってそういうことだろ
459 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:22:01 ]: てか、そもそも、作成者が対応する義理も義務も何もないんだぜ
使って不都合なら、使用者側でなんとかするか、問題のないものに切り替えるべき
460 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:26:41 ]: blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/35945
から始まるスレッドにも情報があるんだが、
このREXMLのDOS脆弱性は以下のような悪条件が揃っていた事例であった。
1. セキュリティ絡みのバグ
2. メンテナと連絡がつかない
3. 根本的な解決にはAPIの変更が必要

このため、当初はモンキーパッチを公開し、議論の上で根本的な解決を入れることになった。
議論はruby-dev, ruby-core, 非公開のセキュリティMLで行われた。
議論の結果、REXML::Document.entity_expansion_limitという新APIが追加された。
先述の通りメンテナ不在であったため、これらは前田さんによって行われた。
461 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:28:58 ]: なぜ対応するかというと、はっきり言えば矜持なんだろう
「この状況はマズい」と感じて、「なんとかしないといけないものだ」と考えるから

じゃあ、みんなでよってたかってやればいいんじゃねーの、と思う
緊急用待機のメンテナーなんてなくてもいい
ライブラリ新機能更新用のメンテナーと、みんなが読み解けるように維持されたコード、この2つでたぶん充分だ
462 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:49:33 ]: >>461
> じゃあ、みんなでよってたかってやればいいんじゃねーの、と思う
だめな例としてセキュリティインシデントが挙げられたんだと思うけど

> ライブラリ新機能更新用のメンテナーと、
> みんなが読み解けるように維持されたコード、この2つでたぶん充分だ

パッチ取り込みのコストを過小評価してないかなぁ。
というか、とりあえず誰か先に出てたgithubのミラーをベースに、
Redmineに上がっているバグを修正し、githubにupして、メールベースでpull希望だしてみたら。
463 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:54:42 ]: 仕事でRuby使っても大丈夫かどうか不安になってきました
464 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:01:41 ]: 誰かメンテナがいたとして、その人が修正コードを出してきたとしても、
「よっしゃ○○さん仕事早ええじゃあ早速コミットします」
じゃないだろやっぱ
それなりに複数の人が検証時間取ったり実はそれほどとってなかったりするだろ

じゃあやっぱ他の人が適当に修正コードらしきもの作ってもそれなりに検証されたりするんじゃね
メンテナのコードなら間違わない可能性が高いというのなら、そもそもバグは起こってないはずでさ
465 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:07:15 ]: >>464
ヒント: メンテナにはコミット権がある
466 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:31:25 ]: もともと、リリースがらみの仕事はまつもとさんに集中していた。
しかし、Rubyも1.8になるとライブラリの肥大化と安定性への期待が高まってきた。
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/40202 1.8.2 リリース前
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/25635 1.8.3
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/25998 1.8.3^preview1予告
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/26135 1.8.3-preview1
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/27265 1.8.3でやっちまった例(logger)
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/27275 1.8.4
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/27429 1.8.4
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/28233 1.8.5

特にリリースエンジニアリングが重要な課題だと認識されたのは、
1.8.3において、リリース直前のloggerに対する変更が原因で、
リリース版の1.8.3でRailsが動作しなかったことではなかろうか。

これにより、リリース直前の機能変更の危険性が開発陣で認知されることとなり、
仕様凍結の必要性が叫ばれることとなった。

その後、1.8.4や1.8.5において、凍結を実施してみたところ、
その感想はおおむね「多少マシになったけどまだダメ」といったところであった。
467 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:39:36 ]: schedule for Ruby 1.8.6
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/30239
1.8.6ではいくつかの大きな変更が行われた。
1つは武者さんのリリースマネージャの就任である。
これは、まつもとさんが1.9への変更に専念できると同時に、
まつもとさんやその他のcore開発者の1.8からの隔離を意味していた。
これにより、1.8系は格段に安定性を増すことが可能となった。

もう1つは卜部さんの安定版メンテナの就任とパッチリリースの導入である。
従来のRubyは、
1. 十分な機能追加があった場合
2. 大きなバグの修正があった場合
にリリースが行われていた。
しかし、これだと特定のバージョン+バグの修正という安定性を重視した
構成をとりづらいというデメリットがあった。

他にも、仕様凍結と併せてブランチを切ることで不要な変更の混入を抑止したり、
さらに長くした凍結期間といった、細かな変更も行われている。

これらの施策によりRuby 1.8.6は「最初のまともな安定版」となることができ、
1.8.6は高い評価を得ることとなった。
468 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 15:16:19 ]: >>459
実際そういう考えが主流だった時代もあったけど、
今時それはよくないよね、って考えで
かつ実際血を流して対応してくれる人が出てきてくれた御陰で
Rubyは-pxxxのセキュリティパッチ適用リリースが出るように
なったわけで。

そうなるまでは機能追加とセキュリティパッチは
ごちゃ混ぜでリリースされてたわけで。

今考えるとすごい状況だよな
469 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 15:26:01 ]: github は一度 push したブランチが訂正できないから嫌い
git に「ハッシュ値を変更せずにコミット内容だけ訂正する」みたいなオプションがあればいいのに
470 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 16:40:07 ]: >>464
もうちょっと地に足をつけた上で提案としてまとめたほうがいいんじゃないかな
それぞれの場面で実際に誰が動くのか、動かなかった場合どうするのか考えないと、
話は進まないよ。

たとえばマスターはsvnのままという前提で行くと、pull requestされたパッチを、
どうやってgitの世界からsvnの世界へと持っていくか、とか。
471 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 18:14:35 ]: >>469
お前さん、「ハッシュ値」って意味わかっていってる?
それが簡単にできたら、gitの前提が崩れさるだけじゃなく、
セキュリティ的に大騒動が起きるんだが。
472 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 22:56:33 ]: >>451
答えてくれて嬉しいんだけど、この親切で素敵な人はいったいどこの誰だろう、という私の好奇心が満たされる。
473 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 23:04:36 ]: >>457
そうだな、中級者かそれ以上なら誰でも直せるかもしれないな。
だから、誰だかわからんけど「誰かできる人」が直してくれるはずだから、
それまで放っておけばいいよな。

と、いうことになったら永久に誰も直さないかもしれないから、最終的には
責任を負うべき「メンテナー」というものが存在してるわけだろ？
474 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 02:21:46 ]: >>473
まさにそういうことです。
で、メンテナ不在のライブラリは結構すでに多くて、
redmine.ruby-lang.org/wiki/ruby/Maintainers
のうち、noneに加えて、まつもとさんと中田さんがメンテナになってるのは、
事実上メンテナがいないのものです。
また、メンテナがアクティブでないものは、why、serのと青木さんのかな。
前田さんのもほとんどメンテナンスされてないかも。
475 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 02:57:17 ]: 層の薄さが
476 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 04:52:54 ]: >>473
わかってないんだな

どうして緊急性のあるものと緊急性のないものをわざと混同して話すんだ？
477 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 05:01:59 ]: >>476
Redmineを見れば緊急性のないものがいくつか放置されているのが見て取れると思うんだけど
478 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 10:43:33 ]: >>476
だから、

緊急性があるかどうかを判断して、
影響範囲を検討して、
修正を行って、

というのを誰がやることになるのかが問題だ、つってんだろ。
479 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:02:25 ]: 「緊急度が低い用件」という、何がしかの判断が済んでいるシロモノがあるように見えるのが間違いだな
判断されてるならそれに任せればいいという話にしかならん

「緊急なのか危険なのか誰にも全く判断されずに転がってる要件がいくつもあります」でなければならない
480 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:02:53 ]: メンテナがいなかったり動いていない場合はとりあえず中田さんに振る、
というのが現状なんだが、遅かれ早かれ限界は来る
481 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:06:34 ]: >>479
バグ報告の時点で重要度とか優先度とかあるのおかしいと思うんだ、俺
482 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:08:11 ]: Rubyの赤は中田さんの血の赤というわけか
483 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:21:03 ]: >>481
理想と現実の区別はしような
484 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 13:21:53 ]: >>481
別に報告者の考えるそれがあるのはおかしくないじゃん
それらは必要なら受付者が変更するものなわけだし
485 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 14:14:32 ]: 本当は、報告されてきたバグや要望を、重要度や優先度をつけつつ担当者に割り振る、
Redmineマネージャみたいな人が必要なんだよね。
486 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:12:37 ]: おまえらその議論の情熱を１０％でもコードにぶつければだな
487 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:21:06 ]: そりゃただの逃避だ
我々に必要なのは神業コードでも大量データでもない
488 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:24:28 ]: そーだな

「オレたちにできるのは愚直にコードを書き続けることだけだ！」

でできたのが山のような未管理のコードとライブラリ
現実見ようぜ現実
489 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:27:27 ]: まぁ、この一連の議論で一人くらいは釣れないかなぁと思っているわけです。
* 新しく登録されるバグを誰かに押し付けるだけのお仕事
(誰に押し付けるかで半年ROMる必要があるか)
* 登録されたバグの中から簡単そうなのを見つけてパッチを作るだけのお仕事
(最初はお作法にあってないとかで、せっかく書いたパッチを書き直されるかもしれないけどめげない)
* 英語のわけのわからん機能追加に対して「何寝言言ってるんだバカ」と英語で答えるだけのお仕事
とかが君を待ってるぜ
490 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:31:54 ]: 抜けるときに10人生け贄、もとい後継者を紹介するみたいな闇ルールがなければ......

実は>>489も後継者探しなのではと疑ってしまう猜疑心の強い俺
491 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:39:34 ]: 特にどこかメンテナンスする義務を負わないように逃げまくって、
気の向いたときに気の向いたところを直すとかにすれば大丈夫だよ。
492 名前：デフォルトの名無しさん [2009/07/30(木) 15:53:30 ]: >>420
> あとブログや twitter なりでライブラリ保守されていないから改良した、
> 野良パッチをあてた、と書いている人を「スカウト」する積極さがあってもいいかも。
それやると、みんな沈黙するという結果に至る。
493 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 16:27:23 ]: メンテナーがメンテナンスで食っていけないかぎり、この問題は解決しないのでは？
494 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 16:29:19 ]: なんらかの報酬か褒賞か報奨はあってもいいかなとも思うが、そんなんないのが普通だよなとも思う

すぱっしょさんくすに本名載せたるから名刺代わりに使え、というのが限界かと(w
495 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 16:45:11 ]: Ruby会議を利益が出るようにして、メンテナーに配分とか。
496 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 16:46:31 ]: 税金でメンテナーの給料を出す様に民主党のマニフェストに入れて貰うとか。
497 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 17:13:53 ]: >>492
> blogやtwitterに書きっぱなし、野良パッチ当てっぱなしの人をスカウトすると、
> 結果がどうなるかは、まぁ、目に見えてますよね、そういうのはいやなんだ。
の発言のほうが沈黙するだろｗ
こんなの書いててすみません、みたいな。
498 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 17:38:44 ]: やっぱり金だよな
499 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:03:34 ]: Rubyビジネスなんとかで金出して優秀なマネージャをフルタイムで雇えばいいじゃん。
500 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:22:14 ]: 他のオープンソースプロジェクトって、どうやって回してるんだろう
501 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:33:17 ]: >>494
> なんらかの報酬か褒賞か報奨はあってもいいかなとも思うが、そんなんないのが普通だよなとも思う

報酬をもらわないうちは、これの価値は無限大と思っていられる。

報酬なんか出したら、みんな手を出さなくなってしまう。
502 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:35:39 ]: >>494
> すぱっしょさんくすに本名載せたるから名刺代わりに使え、というのが限界かと(w

ぼくの知覚圏内では、パッチ送って「ぼくの名前出さないで」な人は結構多いん
だが、Ruby宇宙ではそんなことないのか?
503 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:40:07 ]: 見返りが欲しい人は名前載せてもいいよそれくらいしかできないよ、という話かと
名前別にいらない、という人は少なくないな
504 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:58:59 ]: >>501
誰もメンテナンスしていないライブラリ群をメンテナンスするには、フルタイムのメンテナーがいないと厳しい。
505 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 19:00:14 ]: そんなことよりまあ聞いてくれよ、github で公開されてるライブラリをてきとうにフォークして、
それなりに分類になってるブランチを3つくらいいろいろコミットして push したら、
「Network」のとこの自分のアカウントのところがめっちゃ太く長く横に伸びてて凄く恥ずかしいんだが

うん、いや、それだけ
よく考えたらフォークした結果を push して公開する意味ってあまりないよね
自分でだけ使ってりゃ充分だもんな
506 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 19:08:02 ]: >>504
Rubyでニート脱出のフルタイム在宅ワークがあります
（中級程度のCとRubyの知識があり各種ネットプロトコルとソケットを低レベルで理解しLinuxプログラミングとライブラリ作成の経験があって大規模ソース管理への造詣もある場合は業務未経験でも大歓迎！）
と煽るのはどうだろう
507 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 19:28:23 ]: >>504
>>501はトンチンカンだった。ありゃ開発者のことだな。
メンテナはどっかのオプソ系会社の社員が仕事でやってても
おかしくはないな。
508 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 19:31:39 ]: >>506
Rubyの求人ってそんなんばっかだよな
注釈や他の要件が長くて、しかもそっちが必須
だったら最初からRubyって書かないほうがスキルの高い人集まるだろうに
509 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 19:38:03 ]: TTYとRUBYって似てるよね
510 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 20:38:34 ]: >>508
「Ruby」って書くと、「注釈や他の要件に書かれた事柄を一人でできる人」って意味になる
511 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 20:41:02 ]: Ruby1.9.1 のこないだ出たやつを Ubuntu にインストールしようと思ったんだけど、
なんか configure に必要なオプションってある？
だいぶ前に p0 のをインストールしたときは readline とか openssl とか指定しないといけなかった気がしたんだけど、
まだ自動で探さない？
512 名前：デフォルトの名無しさん [2009/07/30(木) 21:49:30 ]: Firefoxは、右上の検索バーで収益を上げているみたいだけど、Rubyも
何かできないかな？

MLに広告を載せるとか、www.ruby-lang.org/に広告のせるとか。

ユーザの負担にならない程度に、収益を上げる方法を考えるべきでは？
あまり広告主の影響受けるのも良くないけど。

現状は収益源って何かあるの？
513 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 21:58:40 ]: >>512
誰の?
514 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 22:08:01 ]: カッコイイ人が多いイメージのある県ランキング
ranking.goo.ne.jp/ranking/999/prefecture_coolboy/p5/
515 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 22:11:37 ]: >>492
それはやっぱり抜けるときのルールが不明確だからじゃね?

「どうやったら足抜け出来るかわからない」世界に飛び込むのって命がけじゃん。
特に期待されてるような「責任感の強い人」ほど責任が全うできるかわからなくて
二の足を踏むのでは?

例えば任期を一年単位にしてみるとかさー。
516 名前：512 [2009/07/30(木) 22:29:05 ]: 誰の収益源かというと、何と言っていいのか分からないけど、Rubyのメンテ
ナンスをしている人達、そのチームとしての収益なんだけど。

現状は収益0円？　だとすると、PCの電気代がかかるんで、むしろ
個人でお金を払ってメンテナンスしているんですかね。
517 名前：512 [2009/07/30(木) 22:36:58 ]: メンテナ募金というか、寄付を募集するのも、まずいんですかね。
アメリカは、寄付の文化がありそうなので、Rubyなら集まりそうな
気もするけど。

フルタイムで働く賃金が出せなくても、足しになればいいのでは。
518 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 22:41:09 ]: yes
519 名前：デフォルトの名無しさん mailto:sage [2009/07/30(木) 22:49:54 ]: BSD系とかだと寄付を受け付けてるし
OpenBSDはネットで入手できるものと中身は同じと断った上で
リリースのパッケージ売ったり、Ｔシャツ売ったりしてるな。

あっちはフルタイムの開発者もいるしセキュリティオフィサーもいるなあ。

フルタイムって意味ではぶっちゃけJRuby界隈に頼んだら受けてくれそうな気もするけど、
企業リソースに致命的なパートを依存すると完全にキンタマ握られかねなくて
頼むに頼めないってのもあるか。
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）のパースあたりになってくると微妙
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>1１①1１①</TITLE></HEAD><body></body></html>"
>=> "<html><HEAD><TITLE>1１①1１①</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 ]: でもまあ「コードがドキュメントだ」的な発言は粉砕されてしまうようになったかな
661 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 14:11:11 ]: 実際にマニュアル文書こうとするとわかるが、Ruby スクリプト部分に関してはコード読ませたほうが早い
それこそ「変数 i に整数 10 を代入する」レベルのことにしかならなかったり

必要なのは、個々のメソッド動作の詳説ではなく、網羅的なメソッド動作一覧だったりする
662 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 15:16:33 ]: スクリプトの説明とマニュアルは違う

コードの動作を知らせるのならそりゃコード読ませたほうが早いが
コードの動作が何を意図しているのかを明確にするために
ドキュメントを書くべき
663 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 15:18:15 ]: ドキュメントとマニュアルは開発者が書かなくてもよい
別の人が書いてもよい
664 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 15:32:53 ]: ドキュメントやマニュアルとはそもそもなんぞやという話に
665 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 18:52:42 ]: ドキュメントはChangeLogとかも含むかな
666 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 00:06:50 ]: 作った香具師しか分からない様な糞コードだからドキュメントが必要。
cgi.rbなんて典型だろ。
667 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 00:09:35 ]: きちんとしたドキュメントがあるのとないのとで、使い方から潜在的なバグの発見まで
どれだけ敷居が低くなるのかってことはあるはずなんだが。
そもそも人に使って貰うことを前提に公開・配布してるんと違うんかと。
668 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 00:55:56 ]: cgi.rbが糞コードってのは公認なの？
俺がアホだから解りづらいのか、糞コードだから解りづらいのか、
どっちなのか悩んだ事があったんだが。
669 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 01:11:55 ]: PerlのCGIモジュールの再実装だから、当然・・・。
670 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 01:58:15 ]: あれは「これをもとにブラッシュアップする」という予定をすっ飛ばされたライブラリだから
cgi.rb 自体が悪いというよりは、それこそリリースエンジニアリングが悪い
671 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 02:15:08 ]: そもそも「CGI汎用対応ライブラリ」は実装が汚くなる傾向にある

バージョン 0.2 くらいでは非常に理想的なコード進行なんだが、
バージョン 0.95 になると特殊条件割り込みやら外部バグ対応やらでぐちゃぐちゃに
672 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 02:37:35 ]: ライブラリの中がある程度汚くなるのは仕方ない分野もあるってことかな
その分、APIの統一やらドキュメントの充実やらで対応するのが常道だろうけど
ソース嫁って意見はその辺はどう考えてるんだろうか
まさかコメントあるからおｋってことでも無かろうが
673 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 04:36:26 ]: できれば標準ライブラリは一番綺麗なお手本でいてほしい。
その言語処理系でなにかしようとするなら、まず標準ライブラリを参考にするし。

ただ、「これをもとにブラッシュアップ」とか言ってたらオープンソースじゃ
一生リリースできないからね。何もないよりは、はやリリしょちゅリリのほうがいいよ。

ここでグダグダ言ってるよりか何か書いてパッチでも送りつけるorパッチ袋に
蓄積するというほうが現実的なんではないかな。あ、俺はやらないけどw
そんな暇あったら自分の仕事するしw
674 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 06:07:19 ]: ちなみに、cgi.rbをブラッシュアップするぜと言ってメンテナになられた奇特な方がxibbarさんなので、
みなさん意見とか言ってあげてください
675 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 06:30:59 ]: え、何が楽しいのとか馬鹿じゃねーのとか他のことやったらとかそういう意見でもいい？
676 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 06:35:53 ]: WEBrickにセッション機能つけてcgi.rb捨てようぜ
677 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:23:39 ]: むしろRackを標準にしてcgi.rbを捨てるのがいいんじゃね

あと、確か一時期cgialtに置き換えようって動きもあったよね
あれどうなったのかな
678 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:26:23 ]: Rack は CGI 環境での動作テストをせずにガンガンリリースしまくったという負の実績が…
679 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:28:24 ]: >>651
tsushima.2ch.net/test/read.cgi/newsplus/1249297928/
680 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:48:59 ]: >>678
それで1.0.0でもCGIが動かないという恐るべき状況になったのか
681 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:07:18 ]: >>677
Ruby本体では、年1リリースでも支障がない程度に安定していることという暗黙の前提があるので、
Rackが入るにはもうしばらくかかるんじゃないかな。
たまに話が出るFFIも同様の理由で当分はない。

CGIAltにはすでに置き換わってるよ。
気づかなかったとしたらそれはxibbarさんが慎重にテストしながら置き換えた成果だね。
682 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:13:58 ]: >>675
> え、何が楽しいのとか馬鹿じゃねーのとか他のことやったらとかそういう意見でもいい？
同旨の事は言った気がする（ぉ
683 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:29:43 ]: ライブラリのソースを読んだ知見を元に何でドキュメントを書かないの？
684 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:39:36 ]: ソースを読む才能とドキュメントを書く才能って別なんだよね。
リファレンスマニュアルならすでにあるし
685 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:43:36 ]: それが理解できず開発者にドキュメントを強いる衆愚
686 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:16:57 ]: 引き篭もりはこれだから困る（）笑

現実の世界見てみろよ！
製作者が公演したり解説したり本書いたりするのが当たり前だから！
そして微妙な空気に支配される会場！がっかりが埋め尽くす書評！
無下にするわけにもハブるわけにもいかず仕方なく「スーパーバイザー」とかよくわからん横文字で濁されるお茶！
687 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:21:03 ]: ああ、監修：ま何某ってそういう…
688 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:21:50 ]: >>686
無知、乙
689 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:30:20 ]: そういう役割分担というか、専門技能へのドライな眼差しは、
日本人が苦手としているところかもね。
スポーツでも、日本文化に古くから染み込みすぎて旧態依然としている分野（野球、相撲）ほど、
プレーヤーとトレーナー&マネージャーをごっちゃにするし。
690 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:30:34 ]: >>686
関係者かなんか知らんけどあんな人無理に壇上で喋らせなくてもいいのに、と思うことはなくもない
せめて巷の体育の先生くらいには話のできる人がフォローすべき
インタビュー形式とか色々あんじゃんね
Ruby関係ないな
691 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:48:36 ]: いや、あの公演、当日までスライドできて無くてアレしゃべってるんだぜ
すごい才能だと思わないか
いや、別にほめられた事じゃないけどさ
692 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:35:54 ]: もちおみたいにオープンソースの理解も足りないんだろうな
あと、多くは開発者以外がドキュメントを書いている事実も。
Ruby 以外の言語も知っておくのは、そういう意味でも重要。
693 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:37:19 ]: >>688=>>692
694 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 13:55:42 ]: >>681
>CGIAltにはすでに置き換わってるよ。
ダウト
695 名前：sage [2009/08/04(火) 15:11:48 ]: >694
1.8系しか見てないのかな
696 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 15:17:46 ]: >>694
おおう、たしかにCGIAltそのものではなかった
d.hatena.ne.jp/xibbar/20090124
697 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 22:06:18 ]: IronRuby 0.9
698 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:01:11 ]: IronRubyとJRuby、なぜ差がついたか… 資金、開発環境の違い・・・
699 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:24:23 ]: >>698
どっちがいいの？
700 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:39:00 ]: どっちも駄目

まだ

きちんと一定の形に完成しないのなら意味がない
701 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:41:59 ]: JRubyは完成したとして何に使うのかがよくわからない
IronRubyはWin環境でのライブラリ不足を一挙に解決してくれるからな
702 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 00:01:12 ]: ふと一行78文字ルールと戦うIronPythonデベロッパの姿が脳裏に浮かんだ
703 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 00:26:51 ]: JRubyだってJavaのライブラリ使えるのが強みだろうさ
あとJVMが動く場所なら動くことと、JVMが速くなりゃJRubyも速くなること
704 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 04:03:18 ]: 1.9.1の最新版のmswin32のバイナリは出ないのだろうか・・・
705 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 08:33:10 ]: >>700
「きちんと一定の形」についてもう少しkwsk
706 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 08:47:11 ]: >>704
ftp://ftp.ruby-lang.org/pub/ruby/binaries/mswin32/
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/46231

なぜusaさんのページで出てないのかは謎
707 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 11:50:58 ]: jrubyはもう駄目だろ Sunにさえ見放された
IronRubyは世界標準のWindowsだし、世界最強IT会社のMS製だし・・・
708 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:07:19 ]: マイクロソフトが手を出せば成功するというのなら世の中はとっくに
709 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:26:30 ]: Ruby の今後について、マーケティング用語「キャズム」を紹介する
ttp://www.mitsue.co.jp/case/glossary/m_023.html
一般的にテクノロジーのライフサイクルはベル型の標準偏差のグラフによって示され、
その各段階でターゲットとすべき顧客として、イノベーター、アーリー・アドプ
ター、アーリー・マジョリティ、レイト・マジョリティ、ラガードといった顧客セグ
メントが行なわれます。通常、この顧客セグメントによって、異なるマーケティング
施策を行いながら、徐々に新しいテクノロジーの顧客層を広げていくことが推奨され
ます。しかし、米のマーケティング・コンサルタントであるジェフリー・ムーア氏が、
同名の著書によって、明らかにしたのは、イノベーターとアーリー・アドプター
で構成される初期市場と、アーリー・マジョリティやレイト・マジョリティによって
構成されるメジャー市場のあいだには、容易には越えがたい「キャズム（深いミ
ゾ）」あるということでした。顧客セグメントの違いによって生み出される、この
キャズムを超えなくては、新しい商品はメジャー市場でブレイクすることなく、規模
の小さな初期市場のなかでやがては消えていく運命となります。同著が、10年間にわ
たって米国ハイテク業界のバイブルとされたように、特にテクノロジーの進歩の激し
い業界においては、強く意識することが重要なマーケティング理論です。

以下は、マーケティングの視点で、Twitter の普及を分析
Twitter の快進撃がとまった!?～スローダウンの要因を分析する
ttp://japan.internet.com/column/busnews/20090709/8.html
710 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:35:14 ]: ふだんは Java と Ruby を両方いじっている者だが
(Java 系のエンジニアだが、さいきん Rails も覚えた)

Java のプロジェクト内ライブラリを叩く運用ツール(半使い捨て)を、
# たとえば在庫一覧をファイルに出力するツールなど
いまは Java のプログラムでつくっているが、
これを JRuby でやるようにしたら、もっと手軽に作れないかなと思っている。

JRuby は、マルチスレッドプログラミングするなら Ruby 1.9 系よりも速いんじゃなかったっけ？
このスレだかどこかで読んだような
711 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:51:12 ]: >710
そういうのは、Scalaでやった方がいいと思う。
712 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 13:12:29 ]: >>710
Javaなら一応Groovyとかもあるかな

arton氏が似たようなシチュエーションでrake使って
自動化とか効率化とかやってたはず
713 名前：710 mailto:sage [2009/08/07(金) 13:17:10 ]: >>712
Groovy は少しかじったけど、なんかいまいち。
Ruby のほうが見やすいし、Ruby / Groovy でできないところは Java で書く。
Groovy は Java しか出来ない人のスクリプト言語って感じだけど、Ruby 本物を覚えてしまった今、
いまいち中途半端だなあと感じる。

>>711
Scala でも使い捨てスクリプトをちゃちゃっと作れるのかな。
714 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 14:24:50 ]: JRubyがもう少し起動早くなったらGUIが気持ちよくかけるかもしれない
715 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 17:19:04 ]: >>713
そんなことない。
Groovyは最初からJavaと連携できるよう考慮されているから、Javaもよく使うならJRubyよりGroovyのほうがいい。
JRubyはあくまでRubyをJVMで使いたい人向け。
716 名前：710 mailto:sage [2009/08/07(金) 17:38:54 ]: >>715
なるほど。
どうやら自分は、まだ Groovy への理解が足りないようだ。もうちょっと勉強してみるよ。
でも、るび厨になってしまったので、Ruby や JRuby いじっているほうが楽しいんだけどね。
717 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 21:53:14 ]: あとGroovyは一時はJavaSDKに標準添付の話まであったのに
そのあと大きな動きがなくてプロジェクトが死んじゃってるんじゃねえの、って状態なのも難点かなあ
718 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 22:22:20 ]: Groovyはコレの24p以降のイメージが強烈すぎた
ttp://kakutani.com/articles/LLW2004-LanguageUpdate-Groovy.live.pdf
719 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 23:21:26 ]: おまえらのせいでGroovyに興味が湧いてきた
720 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 23:43:45 ]: >718
なんだこれｗｗｗｗｗｗｗ
721 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 23:49:51 ]: なついなあライブでみたよ
722 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 23:53:53 ]: >>718
無駄に力作過ぎるが、全体を通してみてこれで使ってみたくなるか？という素朴な疑問
公平な紹介ってなんだろうけど
723 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 09:25:45 ]: >>718
ネタ帳かとおもたwwwwwwww
724 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 09:28:03 ]: 弱点
● 機能セットがすべて出揃っていない
? 匿名インナークラスが未サポート（Groovy-1.1までに対応?)
? モダンなIDEでのサポートが不十分(Eclipse, IntelliJ...)
● 実行速度が遅い
? 対Java比: 20～90%
● デバッギング・ヘル!
? パーサが未成熟: わけのわからんエラーメッセージ

wwwwww
725 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 10:20:13 ]: >>724
それ、いつのこと？現時点での話じゃないよね
726 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 11:37:41 ]: >>725
>>718のPDFを見れば書いてあるよな
727 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 11:53:34 ]: Ruby 初心者スレッド Part 30
ttp://pc12.2ch.net/test/read.cgi/tech/1249687283/
初心者スレが立ちました

アンチスレは落ちたままです
最終の遣り取りは以下の通り

> 979 名前：デフォルトの名無しさん　[sage]　投稿日：2009/08/06(木) 19:50:29
> 　　Ruby ってメモリ馬鹿食いするよね？
>
> 980 名前：デフォルトの名無しさん　[sage]　投稿日：2009/08/06(木) 19:57:59
> 　　まあ、そこそこには
> 　　省メモリで動作することが重要なのならRubyは使ってはいけない
728 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 12:41:08 ]: >>726
>>>718のPDFを見れば書いてあるよな

それ、2004年の資料だよね。だから>>724は現時点での話じゃないよね。
おわかり？
729 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 12:51:02 ]: 別にいいけどおまえの言うことを
必死でくみ取ってくれる存在なんて両親くらいだぞ
730 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 13:14:14 ]: Rubyの会のサイトって死んでるの？
解散した訳じゃないよね？
jp.rubyist.net/
731 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 13:35:53 ]: >730

最近サーバの調子が悪いらしい
732 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 13:39:03 ]: PJの社長みたいに金余ってる人がスポンサーにつかないものか
733 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 13:50:15 ]: 最近と言っても、ここ数日の話なので仕方ないと思われる。
734 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 17:07:25 ]: 1.8の方のDLってひょっとして可変長引数扱えないのかな。

ruby-ffiは出来るみたいだからそっちでごまかすかのう。
735 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 20:02:51 ]: >>732
Ruby 界隈でイケメンはいないだろ
736 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 20:44:54 ]: アンチスレも消えてすっきりしたな
737 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 23:09:44 ]: >735
_why はイケメン。
738 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 23:50:23 ]: これって既出ですかね？

Ruby1.9.1、Python3.1、Java1.6.0の実行速度比較
www.mwsoft.jp/programming/other/compare_speed_ruby_python_java.html

1.8は遅かったけど1.9はかなり速くなったと聞いてたので
そろそろRubyをしっかり勉強するのもありかなと思ってたんですが
この結果を見て愕然としました
何故にこれほど遅いんでしょう…
もう高速化の手段は残ってないんでしょうか…
739 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 23:59:25 ]: WindowsでRubyって・・・
740 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:17:54 ]: >>738
高速化技法はまだ全然試されていないからまだまだ伸び代はある。

Pythonも高速化計画が持ち上がってたはずだし。
741 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:18:17 ]: そういえばRubyが遅い遅いとは言われてるけど
なんで（少なくともベンチマーク上では）遅いのか、その理由がよくわからない

1.9.1からYARVが入って、他の言語と同じバイトコンパイルになったはずだし
Pythonあたりと柔軟性で極端な違いがあるとも思えないし
742 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:19:57 ]: >>738
きっきっと、新しいバージョンだから遅いいんだよ
最適化された・・・バージョンアナら・・・ぼぼろ負けはしないよ

>>739
LinuxにはPython入ってるから、Windowsで・・・
743 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:27:05 ]: 正直、じゃんごの日本語リファレンスとかもうちょっと充実してきたら
Pythonに移ってもいいかなって思ってる
744 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:31:09 ]: 俺は日本語リファレンスが充実しても、Pythonには行かないなー
Rubyが使いやすすぎて、ちょっとやそっとの速度差で止める気にはならない
どうしても速度が気になるなら拡張ライブラリがあるし
745 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:35:37 ]: IronRubyによってMSが10倍速にしてくれるから気にするな
Linuxは知らん
746 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:36:34 ]: >>745
その時には素敵な拡張文法がてんこ盛りだったりして
747 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 01:20:32 ]: JRubyでいいじゃんはやいじゃん
748 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 01:46:45 ]: とりあえずRubyがWindows上で遅い、特に一定の条件が揃うと妙に遅いというのは前から言われてる
あと、usa版バイナリはVC6でコンパイルしているので最適化が甘い
ので、まずはコンパイラを揃えてテストするべき
749 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 01:48:48 ]: ということは、mingw版の方が速い可能性があるってことなのか
750 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 01:52:45 ]: というか、Linuxサーバー上で運用されることが実際には多いんだから
Linuxでテストしないと意味がないと思うんだが・・・
Windowsサーバー使えるような企業やハイソサエティはRubyなんて使わんで
ASP.NET使うだろｊｋ・・・
751 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 07:46:33 ]: > ということは、mingw版の方が速い可能性があるってことなのか
まぁ、それはあるけど、素直にVC9を使うのが楽だと思うよ

> Windowsサーバー使えるような企業やハイソサエティはRubyなんて使わんで
> ASP.NET使うだろｊｋ・・・
IronRubyをテストしてあげて！
752 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 09:02:21 ]: >>751
またそんないばらの道を...

というかmingw32のほうがVC(9含めて)よりはやいというのは、以前からわかってる。
753 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 16:41:58 ]: Windowsならgcc -O3で野良だろJK
754 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 16:46:52 ]: Ruby/Tkさえコンパイルできるようになれば、すぐにmingw版に移るんだが
755 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 17:00:11 ]: >>754
普通にできてるが
756 名前：754 mailto:sage [2009/08/09(日) 17:12:14 ]: >>755
え、本当？

俺の環境では ruby-list:46093 と同じ問題でコンパイルできない・・・
何が問題なのかさっぱりだ
配布バイナリがあればそっちを使うんだけど、更新止まってるみたいだし
757 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 17:31:30 ]: >>753
GCの関係で、最適化かけすぎると
不味いんじゃなかったっけ？
758 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 17:52:37 ]: ソースコード完全解説には「-O2まで」と載ってるな
ttp://i.loveruby.net/ja/rhg/cd/build.html （「最適化のヒント」の項）
759 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 18:45:58 ]: >>758
むしろ-O3より-O2の方がコンパイルに時間がかかったって話も聞くけどな
760 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 19:01:57 ]: The Computer Language Benchmarks Game
shootout.alioth.debian.org/index.php
761 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 19:57:53 ]: >>758
いつの時代の本だよ
762 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 21:22:36 ]: いやgccの-O2と-O3の差とか、当時とそんなに変わってないし、
Rubyもevalこそ入れ替わったけど、GCは基本同じだし。
763 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 22:10:26 ]: RHG1.9版出せよ
764 名前：デフォルトの名無しさん [2009/08/09(日) 22:18:27 ]: OneClickRubyInstaller の次期バージョンになる予定のRubyInstallerは、
mingw版です。ダウンロードできるけど、まだプレビュー版です。
ttp://rubyinstaller.org/downloads/

みんなでテストして、安定すれば問題解決じゃない？

1.8系はmingwにするだけで倍以上早くなるみたいだし。
ttp://antoniocangiano.com/2009/08/04/a-faster-ruby-on-windows-is-possible/
765 名前：755 mailto:sage [2009/08/10(月) 00:15:17 ]: >>756
俺もstubはダメだったんで非stubで使ってる。
Tcl/Tk 8.5 以降できなくなったような気がする。
ちなみにActiveTcljは使ったこと無い。いつもソースからビルドしてる。
766 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 03:28:30 ]: >>762
> いやgccの-O2と-O3の差とか、当時とそんなに変わってないし、
ソースだせソース
767 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 07:13:49 ]: 最近は-O3でも動くらしい（ソースはIRCでの中田さんの発言
768 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 08:37:56 ]: もう1年以上-O3のRuby(MinGWとlinux)使ってるけど
特に問題になったことはないなあ
769 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 20:17:04 ]: 少なくとも写真はこっちが勝ちだな

「変わっていかなければ」。日本Rubyの会会長の葛藤－＠IT自分戦略研究所
ttp://jibun.atmarkit.co.jp/ljibun01/rensai/leader/27/01.html
770 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 20:23:33 ]: 世界にはばたく日本のRuby（笑）から（笑）を取ってもいい頃合の状況なのに、
実際の中の人の活動は状況に比べて芳しくないんだよね
771 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 20:50:57 ]: Javaの解説やドキュメントを書くのは楽しい
なぜなら、足りない部分を補填するという自覚がもてるからだ
Rubyの解説やドキュメントを書くのは楽しくない
なぜなら、余計なものを重複して書いてる気分になるからだ

Rubyのスクリプトコードがもうちょっと読みにくかったら
ドキュメンテーションへのインセンティブになると思う
772 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 23:57:13 ]: > Javaの解説やドキュメントを書くのは楽しい
奇特な性癖の持ち主発見
773 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 01:02:30 ]: 内容から察するに、わざわざツッコミ入れなくてもそういう意味だと思うぞ
「Rubyに比べてJavaのコードは解りにくいから、むしろドキュメント書くのが楽しくなる」という内容のようだから
774 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 01:22:03 ]: 実際にはJavaでもろくに書いてないんだろうけどな
775 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 01:25:32 ]: 分かりきったことをあらためて書くことほどつまらないことはないので
気持ちはわからなくもない
776 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 01:29:55 ]: 成程>>769での懸念も尤もだな
よっぽどJavaの4文字に負い目があるらしい
777 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 08:39:14 ]: メッセージ伝達手段としての例外って使わないほうがいい？
1.9ではそもそも遅いとか聞くし
778 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 09:43:54 ]: >>777
例外は例外なんだから例外的なことが起きた時にだけ使うべきだろう。
779 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 10:00:13 ]: >>778
正論

大域脱出だったら catch と throw でいいんじゃないの？
780 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 11:10:02 ]: Rubyでのthrow-catchはbegin-raiseとどう使い分けるの？
ふつうに例外処理があるのになんでcatch-throwがあるの？

初心者の素朴な疑問。
781 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 11:22:56 ]: >>780
779が書いたように、throw～catchは大域脱出機構。
例外処理機構じゃない。
782 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 11:36:29 ]: >>777
基本的には使うべきでない

ただしメッセージの種類によっては、判定が微妙なこともある
例：net/http.rb や open-uri.rb のHTTP例外
783 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 11:41:53 ]: elseでのreturnは例外送出と根源的には同質
キャッチするかそのままにするかの違いでしかない
784 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 12:31:49 ]: >>779
ライブラリが「このメソッドを呼ぶ時はcatchで括ってください」とか言ってきたらイヤだぞｗ
785 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 12:38:26 ]: PStore#transactionとか
786 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 12:50:53 ]: >>785
コード見て理解できた、指摘thx
787 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 15:05:47 ]: >>785
理解できないので解説おねがい
788 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 15:07:48 ]: >>784
検索メソッドを中断したらabort投げられるなんてのもないでもない
789 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 15:08:03 ]: PStoreというクラスのインスタンスメソッドtransactionという意味
790 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 15:32:35 ]: python の __getattr__ (属性へのアクセスのフック)のような事を ruby で行いたいのだがどうやれば良い？
method_missing ならぬ attr_missing みたいなメソッドがあれば良いんだけど発見できなかった。
791 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 15:49:05 ]: できません

「インスタンス変数へのアクセスは全員アクセサメソッド使え」
とマニュアルにでっかい字で書いておくというのはどう
792 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 16:31:01 ]: >>791
ｔｈｘ。
俺が見つけられなかっただけで、rubyでも絶対出来る方法があるだろーと思っていただけに意外でした。
793 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 18:24:41 ]: >>789
だれもそんなこときいてねー！！
例外やcatch-throwの話しているときになぜ
>PStore#transactionとか
がでてきたのか（たとえばPStore#transactionがcatch-throwを使ってるとか）を聞いてるんだけど。

これが空気読めない理系どものコミュニケーション能力か！
794 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 18:32:49 ]: >>793
そういう君こそ >>789 が言外に込めた意味を汲み取るべきでは？
ちなみに件のコードは見た？
795 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 19:35:00 ]: ＞（たとえばPStore#transactionがcatch-throwを使ってるとか）を聞いてるんだけど

見てたらこんなこと言わないか、一年ROMれのレベル
796 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 20:26:54 ]: そうか、コールバック（イベント）メソッドという手もあったな
797 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 23:46:42 ]: RubyやPythonの例外の使われ方を考えると
例外を例外的な状況だけで使えというのは
Java独自の風習じゃないかと思えてくる。
798 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 23:51:55 ]: ジャヴァの例外周りの仕様は明らかにウンコ
C++の<< >>なIO stream並にフォロワーが出てこない
799 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 00:24:07 ]: C++の例外はうんこ以前に普通に使えないという代物だからなあ
うんこはまだ食べられるだけマシだろ
800 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 04:42:59 ]: それは例外ではなくただのエラーだと突っ込みたくなることが何度か
801 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 07:07:10 ]: 例外という日本語に引っ張られてるっぽい人は時々見る
802 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 07:20:25 ]: >>792
trace的なものはあった気がするがすさまじく遅いから常用不可だった記憶
803 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 09:30:11 ]: >>801
exception だとニュアンスがちがうのか？
804 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 09:38:30 ]: 「予期しないこと」ぐらいのニュアンスかな
805 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 09:41:00 ]: よく知らんのだが、Lispのコンディションはもうちょっと積極的に
制御に組み込まれるんだろうか
806 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 09:45:43 ]: >>801
例外なんて相対的なものだからね
ある人の例外は別の人にとって例外でなかったりする
807 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 09:58:03 ]: OCamlの例外は積極的に制御機構として使われているね。
ループをbreakするときも例外とか。
よく知らんけど。
808 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 10:17:12 ]: そもそもRubyの例外クラスには
StandardErrorなんてのが普通にあるんだし
それを考えても、エラーと例外をはっきり分ける意味はないと思う
809 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 10:36:09 ]: 例外って、実行時エラーに捕捉機能が備わっただけのような気もするな。
810 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 11:03:01 ]: 丸投げ機構
811 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 11:38:01 ]: 本スレに関係ない話題の隔離機構
812 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 13:01:02 ]: むしろ本スレが隔離機構
813 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 13:13:33 ]: 隔離機構と薄力粉って似てるよね
814 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 13:20:53 ]: 隔離機構とカクリコンって似てるよね
815 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 13:24:16 ]: ∴ 薄力粉とカクリコンって似てるよね
816 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 13:39:36 ]: >>790
method_missing 使え
Rubyはメソッドとか属性とかプロパティとか区別しない。
817 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 13:45:07 ]: >>816
てゆか「メソッドしかない」んだけどね、厳密には
818 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 15:16:10 ]: なんでこういう布教スレばっかり立てるん？

魁け！ Ruby 1.9.X
pc12.2ch.net/test/read.cgi/tech/1201603546/
819 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 16:17:53 ]: >>818
何で今さら？
かなり前からあるぞそのスレw
820 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 21:09:26 ]: MLの中にたこ焼き仮面がどうやらっていうメールがあって
何事かと思ったw
821 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 21:36:06 ]: >>820
何で今さら？
かなり前からあれだぞそのカレw
822 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 21:56:32 ]: >>821
そうだったのかw
ほとんどタイトルしか見ないからな
823 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 09:55:38 ]: WEBrickのパースユーティリティって特定条件のパース遣り残しとか残ってる？
信用して丸投げしていい？
824 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 11:35:32 ]: 全く同じようなメソッドが大量に再発明されて氾濫してる現状からお察しください
825 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 11:51:36 ]: やっぱり HTML とか HTTP とかの軽量クラスは作るべきだっただろうか
require 'cgi' が重いから嫌われてるんだよね escapeHTML
826 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 11:58:06 ]: >>823
1.9でマルチバイト通さなかったことを誰も気づかなかった時点でお葬式
827 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 12:06:59 ]: あのへんは、コードを読み解こうとしてRFCとか参照しようとするとわかるが、そもそも頭に入らないぞ
仕様読んでる時点で脳内スタックが溢れるという体験を久しぶりにした
「…このままでいいや」と呟いた俺
828 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 12:14:41 ]: Railsさんはどうしてるのかなあ
どっかのライブラリに仕様を加味しつつ現実的な動作のメソッドがごそっと入ってそうだが
829 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 12:23:40 ]: >>828
h と u については有名
ERB::Util の中に入ってる

irb> require 'erb'
irb> include ERB::Util
irb> p h('<html>')
"<html>"
irb> p u('ABCDE!,.[]123')
"ABCDE%21%2C.%5B%5D123"

フォームのエスケープとか URL のコンパクションとかやってくれるとこはまだ知らない
830 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 16:07:00 ]: あまりにカオスだからいっそStringのメソッドに入れてしまおうか、
という話がでたくらい
831 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 16:27:39 ]: >>830
Web特化のPHPならあり得る選択だろうけど、Rubyでやると賛否の否の方が圧倒的だろうな
なによりPHPを馬鹿にできなくなるし
832 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 16:33:11 ]: 現実の問題を解決する道具としてプログラム言語があり、
現実として Ruby が Web でよく使われているのに。
833 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 16:35:47 ]: >>825
HTMLをエスケープするだけのためにあんなでっかいライブラリ呼んでられん
834 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 16:38:55 ]: 今はrequire 'cgi/util' するのが正解かな
835 名前：デフォルトの名無しさん [2009/08/13(木) 17:06:57 ]: はいはいみなさい便所の落書きお疲れ様です。
ここでなされた議論なんて一切参考にしないし
むしろ採用しないような力が働くからそのつもりでお願いしますよ。
836 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 17:26:17 ]: 議論された場所なんか関係ないね
参考にしたけりゃするし、気に入らなければしない
もちろん場所によってS/N比は違うが
837 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 17:34:00 ]: 話してるのが気に入らないって書いてる人に対して特にコメントはない
838 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 18:59:47 ]: >>835
そうならなかったことは歴史が証明してるけどなw

老害って自分たちが苦労して堪え忍んだ不条理を
若いのがこともなげにスルーすると滅茶苦茶ヒステリックにブチ切れるよねw

いい年したオッサンの風体で幼稚極まりないのって見苦しいことこの上ないというか。
839 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 21:21:24 ]: さすが本スレという感じの流れですね
840 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 21:42:16 ]: >>838
ま、そのへんは回り持ちだよ。君も後にそうなる。
歴史が証明してる。
841 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 00:32:24 ]: XML のパーサーがまだ作られていない時、
完璧なパーサーを作ろうとすると、すごく大変だけど、
90% ぐらいを満たすパーサーならば、
楽チンで作れるという話を聞いた。
その 10 % のために、コード量がすごく増えて、
労力と時間を使うのは、もったいないなーと思った。

ライブラリーは、90% を満たせる軽量なものがいい。
だいたい、残りの 10% って使用頻度が少なかったりする。
842 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 00:42:55 ]: でも、その10%に入ってる機能の1つが必須要件に入っていたりするんだよな
843 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 04:23:10 ]: 9割で良いから。
-> 9割の物をつくる
-> 事情を知らない人が来て出来ない1割に文句を言う。
-> メンテする気がなくなる
-> 放置ライブラリができる
-> 新しいライブラリを作ろう。9割で良いから。
844 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 04:47:07 ]: っていうか今のRubyの添付ライブラリは9割まではできてる
残り1割というが、1割というのはかなり大きい
「普通に使っていれば絶対に引っかかる」のが1割
845 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 04:52:51 ]: 使用状況を100個集めて、90個くらいまで対応して「だいたい9割できました」と言ってしまうような誤りが多い

実際に起こりうるポピュラーな使用事例は300個くらい存在するにもかかわらず、
一番最初の事例採取が間違っていたがために、実際稼動すると充足率は3割未満だ
添付ライブラリは仕様先行のほうがいいと思う
846 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 05:10:11 ]: 思ったより Ruby が急速広範に使われてしまい、
さくっとライブラリ直そうにも影響範囲がでかくなりすぎて互換性に縛られてどうにもならん

というのが現状のような気がする
Net::HTTP みたいな直し方すら、1.8.6 が広まった今ではもう危なっかしくてできん
1.6 時代ならまだがりごり直せた気がするんだが
847 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 05:21:12 ]: いっそのこと Ruby++ とか別の言語にしてしまった方がいいのかね
848 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 05:27:57 ]: 本体添付ライブラリは難しくても、gem なら大幅に変わっても見逃してもらえる
gem で事実上の標準ライブラリを作って本体にぶち込むんだ
849 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 06:08:08 ]: >>848
それしかないだろうな
現状でも「アレをやる場合は添付ライブラリ駆使ではなくgemの○○が定番」というのが分野によってはあるわけだし
850 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 06:42:22 ]: ねー

たとえばクローラ作ってたとして、HTTPS 対応みたいな、
受け取った URL によってはそもそも絶対使わないようなライブラリがけっこうある場合、

　require 'net/https' if uri.scheme == 'https'

というように、メソッドの途中で条件分岐で require させるのって下品？
851 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 07:01:49 ]: 下品かといえばやっぱ下品だと思うよ
「必要なときに必要なものだけrequire」と書くと、字面はとってもエレガントなんだけどね

RMagick みたいなよっぽど重いやつでない限り、用はなくても最初に全部読むのが基本
852 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 07:01:50 ]: Rubyは標準添付ライブラリレベルではメジャーバージョンアップごとに結構変わってる。
例えばcsvとかは1.9でFasterCSVへの入れ替えが行われてるし、test/unitもmini/testになってる。
結局不満があるのに変わらない系のライブラリは、責任持って変えようって言う人がいないだけ。
互換性は、別の名前で入れて時間をかけて置き換えっていう手もあるし、どうとでもなる
853 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 07:11:20 ]: >>850
open-uriは正にそーゆー事をやってるね (ftp|http)
あれを下品だと思うなら下品と言ってもいいのかな
854 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 07:17:41 ]: caseで書けそうなくらい条件と場所がまとまってて、自分以外のライブラリを呼んでるなら許すと思う
あちこちで細かく自分の下のファイルをrequireするのはやめてほしい気分
855 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 11:25:07 ]: >>850
autoload使えば、と思ったが、
Net::HTTPSとかがあるわけじゃないのか。
856 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 20:04:46 ]: net/httpsの中身をnet/httpに移して空にし、net/http側でautoload'openssl'したらどうだろう
857 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 02:50:52 ]: コミケ2日目の帰路で
・RubyKaigi2009のシャツ
・NetBSDの携帯ストラップ
なんて風体の髭の人を見たんだが、
名のある開発者かなんかだったんだろうか
858 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 03:16:54 ]: @takano32 ?
859 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 11:52:53 ]: Rubyﾀｿの萌え萌えRuby入門でも描いて布教しろ
860 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 16:04:19 ]: githubでフォークしたものが手元にあるんだよ
んで、手当たり次第魔改…気になっていた点を節度を持って改良したんだ
変えた点を細かく記録したコミットが30個くらい入ってるブランチになったんだ
最終的な新機能はお互いに関連する2つなんだけど、
ちょっと大掛かりだったもんで全部記録したんよ

これそのまま公開したらうざいよね？
861 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 16:08:54 ]: 興味持った香具師は粛々とpullするだろうからいいんじゃね？
862 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 16:14:47 ]: >>860
公開するブランチはcherry-pickとスカーッシュで体裁整えるのが礼儀だろ
時々typo修正とかrevertとかマージの痕跡とか入ったままのがあるけどああいうの問題外
公開してしまったものをコミットで修正するのは仕方ないけど、公開前ならローカルで整頓
863 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 16:24:17 ]: そのへんよくわかんないよね
commitの粒度とか

Ruby関係ないけどな
864 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 16:32:47 ]: あー、rubygemのライブラリいじるときってさ、
ファイル追加したらManifest.txtやgemspecにも記述を追加するべきだよね？
コミットごとにCHANGELOGにコミットログをコピペするんだよね？
865 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 16:43:12 ]: 公開されているコミットは
「それだけを取り出して適用して（なおかつ衝突部分だけをなんとかすれば）なんとかなるようになっている一塊」
だから、やっぱ Manifest には書いたほうがいいんでないの
変更が必要になる場所はとにかく最低限衝突させて明示するほうがよさそうだ

rubygems ライブラリにとっての「コンパイル成功」は gem パッケージ生成だろうから
それが失敗する状態で特定のコミットが公開されているというのは片手落ちだと思う
866 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 16:51:26 ]: commit 前に rake しろとな
867 名前：デフォルトの名無しさん [2009/08/17(月) 17:58:46 ]: 学生が開発したコードがRubyの本体に
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090817/335588/

何がどう変わるのか、知ってる人教えて。
集まった学生は天才プログラマーですか？
868 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 18:06:48 ]: Rubyがどんどんカオス化してってるな・・・

やっぱPythonにしておけばよかった・・・
869 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 18:35:54 ]: >>868
確かに伽藍型開発であるPythonでは想像だにできない愚行だよな。
学生がソースに触れるなんておこがましいにも程がある
870 名前：デフォルトの名無しさん [2009/08/17(月) 18:39:58 ]: >>867
サッサーをmatzかと思っちゃった。
871 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 18:40:15 ]: >>867
これすごいなｗ

裾野が広がって優秀なやつがバンバン育ってるんだろうな
おれは彼らの作るプログラムを利用させてもらうしかないわ
872 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 18:41:27 ]: 中学生とかもうね涙でそう
873 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 19:35:07 ]: まあ年寄りは年の功で精査検査でがっつりツッコめばいいんだよ
それで全体のバランスが取れてうまくいくようになってる

稀～に経年知識ゼロでもセンスで綱渡りして渡り切れる若い人もいるがぬ
874 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 19:49:11 ]: >>867
これほんとにその学生が自分で見つけてデバッグしてコード修正したの？
なんかこのセキュリティなんちゃらに箔をつけるために思えるんだけど
875 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 20:00:19 ]: >　その成果が冒頭で紹介したRuby本体の改良などである。
>開発されたコードは，ベンチマークによってはRubyの性能を約5倍向上させるもの。
>すでに笹田氏の手により，8月15日付けでRuby本体に取り込まれている

すげぇ！この前の５０倍と合わせて最大250倍も高速に！
876 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 20:02:20 ]: 「ベンチマークによっては」だけど、
通常利用でも顕著に高速化の恩恵が受けられるような改良であればいいな
おじさんは隅っこの方で君たちのお世話になりますよ
877 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 21:52:15 ]: なんか胡散臭い記事だなw
878 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 21:54:02 ]: おまいらの嫉妬なさけなすぎ
せめて未来ある若者の足をひっぱるなよ
879 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 21:57:20 ]: いやそりゃある程度持ち上げてはいるだろ
凄い感じの人がいますが未来は不定だから何も凄くないんですヨ、みたいな記事に価値はねえw
それっぽく希望を膨らませる前向き記事にしてこそプロ
880 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:00:08 ]: はてなとかこんなことやってないで
もっとましな有料オプション付けろよ
881 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:04:56 ]: 誰か試してみて速くなってた？
882 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:44:17 ]: 厨房の頃からrubyみたいな高級言語さわれて羨ましいな。
わしが厨房の頃はZ80アセンブリしか選択肢がなかったもんじゃ。
883 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:46:17 ]: 消防の頃からBasicみたいな高級言語さわってた
おいらが通るよ
884 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:48:10 ]: この贅沢もんが！
というおいらは消防の授業でLOGOだったお。
885 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:49:54 ]: 考えることが少ない方がいいかもしれない
886 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:53:31 ]: 考え過ぎると禿げるしね
887 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:56:11 ]: ストラウストラップが禿げてるのはそのせいか
あんな言語だもんな・・
888 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 22:59:06 ]: 考えすぎると禿げる、が真だとしても、
禿げてる人はよく考えてる、は必ずしも真ではない

何が言いたいかというと、うちの会社の禿げを何とかして欲しいと
889 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 23:00:05 ]: つまんないよ
890 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 23:23:37 ]: 5倍速くなってV8と同等くらいになるのか
891 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 02:26:08 ]: むしろアセンブラで組めたほうが将来は有望だろう。
rubyは数十年後には消えてる鴨だし。
892 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 06:47:06 ]: >>858
なんとも。
とりあえずサンダル履きだったのでサークル参加だったのはほぼ間違いないかと。
893 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 07:00:51 ]: 一般参加者はスプリンターシューズを履いてるからな
894 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 10:49:19 ]: ttp://www.infoq.com/jp/news/2009/08/ruby-installer
VC6捨てようぜ
あとライブラリ作成者はmingw32をWindowsとして扱えバカ

という話らしい
895 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 13:51:08 ]: ついに公式ビルド元としてすら期待されなくなったか

とはいえこっちのが健全な流れだよなあ
896 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 13:54:14 ]: できる人がリプレースというのは正しい
メンテナンス上の問題でVC6だったんだから、メンテナンス上の問題が解消できるならVC6でなくてもよい
897 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 15:51:51 ]: >>895
> ついに公式ビルド元としてすら期待されなくなったか
なにが?

公式には
・「ruby-installer」はruby本体とは独立したプロジェクト
・「公式ビルド元」というものが存在したことはない
という答えになると思う。
898 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 17:38:59 ]: うさビルドは9xサポートのためにVC6を使っている。
9xを切れるならばVC6以外を使った方がよい。
899 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 17:47:02 ]: jperlみたいに残すのもありかなとも思う
古いシステム用のRuby
900 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 18:20:04 ]: そろそろbccとかtccとかの（今となっては）マイナーなコンパイラを
切り捨ててもいいかも、ってもう切り捨てたんだっけ?
901 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 20:11:00 ]: >>898
9xのためじゃないよ
バイナリ配布されている外部ライブラリのほとんどがmsvcrt.dllとリンクしているから
902 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 02:59:01 ]: >>901
この辺の話かな
ttp://d.hatena.ne.jp/Kazzz/20090424/p1
ttp://www.artonx.org/collabo/backyard/?DllLoadOrder
903 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 03:08:28 ]: ttp://www.artonx.org/data/Sapporo2008/ASR.pdf
の6ページ目あたりでもそんなことを話していたんだと予想
904 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 18:04:41 ]: >>901
逆でバイナリ配布されている外部ライブラリのほとんどは
usaビルドにあわせて泣く泣くmsvcrt.dllとリンクするようにしているんじゃね。

>>894のがデファクトになればみんなあっさり移行するよ。
905 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 18:58:45 ]: >>904
何もわかってない奴だなあ。

「外部ライブラリ」ってのはこの場合Rubyの拡張ライブラリじゃなくて、
例えばOpenSSLとかGDBMとかそのもののことだよ。

それからね、mingw版もmsvcrt.dllにリンクするんだよ。
拡張ライブラリに関してはVC6で作ったmswin版とmingw版はバイナリ互換。
906 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 19:06:57 ]: なんでVC6なんだ
2008とか使えねーの？
907 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 19:45:55 ]: ビルド環境変えるのが面倒だから。に30カラット。
908 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 20:31:28 ]: 唐揚げ食べたいけど食べすぎると死ぬよね
909 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 21:06:27 ]: >>906,907
この話を最初から全部読み直せ。リンク先も辿って。

VC6以降の全てのVCはそれぞれランタイムDLLがファイル名から異なる。
Ruby本体、拡張ライブラリ、拡張ライブラリが呼び出す外部ライブラリDLL、
が全て共通のランタイムDLLにリンクされていない限り、全体としてのRubyが
正常に動作することは保証されない（たいていはクラッシュする）。
910 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 01:06:38 ]: python2.5ってmsvcr71.dllとリンクしてんだよね。
OpenSSLとかってどうしてんだ？
自前でビルドしてんのかな。
911 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 07:45:26 ]: >>905
>mingw版もmsvcrt.dllにリンクする
それはみんなわかってて、だからこそ
mingw版が解法だっていってるんでしょ?

・新しいVisualC++はmsvcrt.dllをリンクしてビルドしてくれない
・mingwのgccは最新でもmsvcrt.dllをリンクできる

って話で。

だからこそ、
>拡張ライブラリに関してはVC6で作ったmswin版とmingw版はバイナリ互換。
だし、それゆえ移行コストが低いからmingwにしようって話になるわけで。
912 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 08:40:12 ]: そういえば>>894でreadlineをpure rubyなものに差し替えようとしてるのってなんでだろ
GNU Readlineがらみでなんか問題があるんだっけ
913 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 08:44:46 ]: readlineといえばWindowsで端末の画面サイズをirbに
（というかreadlineに）教えるにはどうすればいいんだろ

cmd.exeの画面サイズを30x120とかにしてると
補完とか改行周りが悲しいことになってかなわん
914 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 08:57:31 ]: テラ自己解決しました
ttp://d.hatena.ne.jp/jitte/20060501#1146448307
915 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 09:03:01 ]: >>912
readlineはGPLだから、組み込んだ時点でRubyライセンスが不可になってGPL一択になってしまうこと

Gauche の gosh （irb 相当）が Readline をサポートしないのも同じような理由だと思った
916 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 11:54:47 ]: >>914
考えようによっては修正がupstreamに取り込まれないまま
数年経っちゃってるともとれるなあ

だれか拡張ライブラリ直す形のコードにしてパッチ投げない?

それかmputたんのgithubにpull requestしたほうがいいのか?
917 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 12:52:23 ]: _whyが行方不明らしいな。
918 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 13:33:47 ]: 最近、どこかのスレで同じ話題を見た気がするけど
mingw環境でtcltklib.so（stub有効）がコンパイルできない……
解決法を知ってる人がいれば教えてほしい

環境：
ruby 1.8.7-p174, ActiveTcl 8.5.7.0
stub無効ならコンパイルできる

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

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