[#40164] Class内Classの定義と差分ベースモジュール — Nowake <nowake@...>

こんばんは、野分です。

12 messages 2004/11/03

[#40196] [ANN] RDtool-0.6.16 — MoonWolf <moonwolf@...>

MoonWolfです。

78 messages 2004/11/08
[#40197] Re: [ANN] RDtool-0.6.16 — MoonWolf <moonwolf@...> 2004/11/08

MoonWolfです。

[#40198] Re: [ANN] RDtool-0.6.16 — akira yamada / やまだあきら <akira@...> 2004/11/09

2004-11-09 (火) の 08:28 +0900 に MoonWolf さんは書きました:

[#40202] Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40204] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40206] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/09

まつもと ゆきひろです

[#40212] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40214] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/09

まつもと ゆきひろです

[#40225] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40227] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/09

まつもと ゆきひろです

[#40230] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40232] Re: Ruby標準添付ライブラリのコードレビュー — "U.Nakamura" <usa@...> 2004/11/10

こんにちは、なかむら(う)です。

[#40234] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/10

MoonWolfです。

[#40235] Re: Ruby標準添付ライブラリのコードレビュー — "U.Nakamura" <usa@...> 2004/11/10

こんにちは、なかむら(う)です。

[#40239] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/10

まつもと ゆきひろです

[#40246] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/10

MoonWolfです。

[#40247] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/10

まつもと ゆきひろです

[#40205] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/09

まつもと ゆきひろです

[#40208] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。少しフレームぎみになるかもしれませんが、ご容赦ください。

[#40213] Re: Ruby標準添付ライブラリのコードレビュー — akira yamada / やまだあきら <akira@...> 2004/11/09

2004-11-09 (火) の 17:01 +0900 に MoonWolf さんは書きました:

[#40218] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40266] まつもとさんの負担を減らすために、何ができるだろう — 卜部昌平 <s-urabe@...>

mput です。

16 messages 2004/11/10

[ruby-list:40273] Re: 「標準ライブラリ選定委員会」なんてのは?

From: take_tk <ggb03124@...>
Date: 2004-11-11 09:04:58 UTC
List: ruby-list #40273
たけ(tk)です

[ruby-list:40270] Re: 「標準ライブラリ選定委員会」なんてのは? にて
Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp> さん曰く:
> > (3)ただし、そうすると、ライブラリがばらばらになるので、「標準ライブラ
> > リ選定委員会」みないなものを作る。「標準ライブラリ選定委員会」で「標準」
> > と定めたライブラリは「ディストリビュータ」は添付しなければならない。
> > 
> > (4)「標準ライブラリ選定委員会」の決定(添付/廃止の決定)は、部会(日
> > 本語ユーザunix部会/Windows部会、英語ユーザunix部会/Windows部会、xx語
> > ユーザxx部会・・)の全部または多数が推薦した場合に限って、「標準ライブ
> > ラリ選定委員会」の決定とする。
> > 
> > (5)部会からの推薦は、特定部会からの推薦が多くなりすぎないように、月ご
> > との推薦数を制限する。
> 
> 無茶では?(^_^;
> 
> 標準ライブラリ化すれば追加インストールの手間を必要としなくなるし,
> ユーザも増える可能性が高いのですが,それなりの責任が伴いますよね.

標準ライブラリ化に伴う責任を、ruby開発者が負担するか、標準ライブラリだけ
に責任を負う「選定委員会」が責任を負うか、という問題です。

> 少なくともリリース版で動かないなんてことでは困るし,
> 従来との互換性の維持にも神経を使わねばならない.
> 見えないユーザのためにも,互換性を持って移行するのが可能でない限り,
> 「や〜めた」などと標準添付をやめてほおり出すなど絶対に許されないと
> 私は考えます.
> もし自分は使わなくなったとしても,使える状態を維持し続けるのは
> 義務と言ってもよいかもしれません.

これらは、当該ライブラリを開発した人と、ライブラリを選定した人の責任であっ
て、ruby開発者が神経を使うべきことではない。

> とはいうものの,まぁ,皆ボランティア的にやっているわけですから
> ある程度の融通はきかせてよいと思います.(^_^)
> ですが,標準添付ライブラリでは,そのくらいの覚悟を持つつもりで
> 取り組む必要があるでしょう.

まつもとさんもボランティア的にやっているわけですから(推測)、負担を分担
しようということだと思うのですが・・。

> にもかかわらず,委員会で決めたライブラリは「添付しなければならない」
> ということになっています.
> これは上記のような覚悟をディストリビュータに無理強いしていることに
> なります.

むしろ、選定委員会の方に覚悟が必要ですね。

添付の強制の度合、添付しなかった場合の扱いについては検討の余地ありです。

> 委員会はそれだけの権限を持つことになりますが,誰がその委員会の
> メンバーを選ぶのでしょうか.

人選の方法までは考えていませんが、自然に決まるか、選挙か、まつもとさんに
決めてもらうか、その他の方法か、いろいろあると思います。現状の引継という
意味ではまつもとさんが選任するという方法もありかも。

むしろ、ライブラリの選定の仕方を「ユーザが求めるモノであって」「品質等に
問題がない」ものに決まっていくようにする仕組みを考える必要があると思いま
す。

> 権限には責任が伴いますが,それはきちんと果たされるのでしょうか.
> 例えば,無理に標準添付を決めたライブラリのディストリビュータが
> 対象ライブラリの維持ができなくなったときは,委員会のメンバーが
> ライブラリの維持を続けるのでしょうか.

現状で、まつもとさんがやっていることですか?

対象ライブラリが維持できなくなった場合には、委員会から参加者に「維持でき
なくなったので廃止予定である。メンテナを募集する。」といった案内を出して、
駄目なら廃止するほかないでしょう。使えなくなったライブラリは付けてもしょ
うがない。

委員会の役割としては、メンテナの確保、連絡、募集、といった作業になると思
います。

> 標準添付になれば非常に多数の見えないユーザを生むことになりますが,
> 少人数の委員会の決定とやらで廃止を判断することができるのでしょうか.
> ML のメンバー全員が委員会の一員であるとしても,見えないユーザまで
> 含めた全ユーザの中では少数の集合に過ぎないですよね.

基本的にはWeb投票で候補を決めて、選定委員会のほうで、品質、一貫性、メン
テナンス可能性、などを検討する形を考えています。

Web投票のシステムは自動化できそうな気がする。標準ライブラリについて要望
がある人がメールアドレスとパスワードの登録だけで参加できるようにする。

> > * 標準ライブラリは多数決でよいじゃん。ユーザが欲しいものを付ければよい。
> 
> バイナリ配布パッケージの話であればそれでいいと思います.
> ですがそういう話ではないのですから,失礼ながら,あまりにも安易な
> 発想ではないかと感じます.

失礼ながら,あまりにも安易な発想ではないかと感じます.

Take_tk = KUMAGAI Hidetake
たけ(tk)=熊谷秀武


In This Thread