[#41531] [Bug #3385] ext/dbm: accept various version of db — Takahiro Kambe <redmine@...>

Bug #3385: ext/dbm: accept various version of db

10 messages 2010/06/03

[#41600] 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...>

Diceです。cgi.rbの後継ライブラリについて質問させてください。

16 messages 2010/06/13
[#41606] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Fujioka <fuj@...> 2010/06/14

藤岡です。

[#41607] Re: 質問・提案:cgi.rbの後継となるライブラリについて — KAKUTANI Shintaro <shintaro.kakutani@...> 2010/06/14

かくたにです。

[#41616] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...> 2010/06/15

藤岡さん、かくたにさん、返信ありがとうございます。

[#41617] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Fujioka <fuj@...> 2010/06/16

藤岡です。

[#41656] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...> 2010/06/20

Diceです。藤岡さん、返信ありがとうございます。

[#41623] [Feature:trunk] argument delegation — Nobuyoshi Nakada <nobu@...>

なかだです。

23 messages 2010/06/16
[#41625] Re: [Feature:trunk] argument delegation — Yusuke ENDOH <mame@...> 2010/06/16

遠藤です。

[#41627] Re: [Feature:trunk] argument delegation — Yukihiro Matsumoto <matz@...> 2010/06/16

まつもと ゆきひろです

[#41702] WIN32OLE_METHOD offset_vtbl — kuwamoto shintaro <beuniv@...>

こんばんわ

16 messages 2010/06/23
[#41712] Re: WIN32OLE_METHOD offset_vtbl — Masaki Suketa <masaki.suketa@...> 2010/06/24

助田です。

[ruby-dev:41658] Re: 質問・提案:cgi.rbの後継となるライブラリについて

From: Yusuke ENDOH <mame@...>
Date: 2010-06-21 04:07:22 UTC
List: ruby-dev #41658
遠藤です。

2010年6月21日8:35 Dice <tetradice@gmail.com>:
>> つまり、初心者のためにRubyはcgiライブラリを改善すべきだと言うのは
>> 全然納得いきません。Rubyを使う万人が幸せで、かつ、
>> メンテナがいるというのが重要だと考えます。
>
> 確かに、cgiライブラリが改善されたとしても
> Rubyを使う万人が幸せになる、というわけではないでしょう。

「万人が幸せ」なんてのは私も無茶な要求だと思いますが、


> ですが、Rubyを使う初心者が幸せになるのであれば
> (そして初心者以外の人を不幸にするのでなければ)
> 改善するだけの価値はあると思います。

Ruby 開発陣が不幸になる可能性を忘れていませんか。
標準添付ライブラリのメンテナが消えた場合、泣きながらメンテナンス
するのは Ruby 開発陣です。

参考: メンテナが消えた不幸の例
  重症: rexml, webrick, bigdecimal, openssl, ripper
  重症になる可能性が高い: rack, rubygems, rdoc, test/unit


> 「gemのRackが標準のRackを上書きしてしまう」「バージョンアップが難しくなる」と言う問題に対しては
> Rackの機能を縮小した、別名(例:TinyRack, CGIRack)のライブラリを作り
> それのみを標準添付することによって対処できるのではないでしょうか?

その作業は誰がやってくれるんでしょうか。ヒューマンリソースを無視
した話には説得力を感じません。

また、その作業が成功するという保証はあるのでしょうか。
切り分けに失敗すると標準添付になった部分をバージョンアップしたく
なって、やはり困ります。

-- 
Yusuke Endoh <mame@tsg.ne.jp>

In This Thread