[#29736] [提案] Kernel#p をもっと便利に — "Yusuke ENDOH" <mame@...>

遠藤侑介と申します。

19 messages 2006/11/01

[#29765] merge with YARV — SASADA Koichi <ko1@...>

 ささだです。

16 messages 2006/11/03

[#29767] 1.8 proposal of RUBY_PATCHLEVEL — URABE Shyouhei <root@...>

-----BEGIN PGP SIGNED MESSAGE-----

52 messages 2006/11/04
[#29771] Re: 1.8 proposal of RUBY_PATCHLEVEL — Shugo Maeda <shugo@...> 2006/11/04

前田です。

[#29925] ruby -v — Urabe Shyouhei <shyouhei@...>

卜部です。

28 messages 2006/11/24

[#29964] 1.8, 1.9, svn化, などなどのまとめ — "U.Nakamura" <usa@...>

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

15 messages 2006/11/28

[#29970] BUG: Incorrect handling of Ignorecase matching (regex.c of 1.8.5) — "きむらこういち" <hogemuta@...>

木村です。

15 messages 2006/11/28

[ruby-dev:29800] Re: 1.8 proposal of RUBY_PATCHLEVEL

From: URABE Shyouhei <root@...>
Date: 2006-11-04 17:02:27 UTC
List: ruby-dev #29800
卜部です。

Takahiro Kambe wrote:
> o CVSのブランチはどうなるのでしょうか?
> 	→ それぞれは、どのように管理されるのでしょうか。
>   

どうするのがいいと思いますか?

> o 1.8系列の修正は現状よりも限定されたものだけになるのでしょうか?
>   

本音を申し上げれば「修正などというものは無いのが理想」と思っています。
仮に私がメンテナになった場合、いまより相当限定されると思います。
# ただし前から言ってますが卜部は理想に燃えるよりは現実が好きな人間です

> これは、誰がメンテナになった場合というわけではなく、誰がなってもこうい
> う方針で、リリース用のブランチは保守されるという基準を決めるべきではな
> いでしょうか。
>   

そこまでのコンセンサスが得られているかの感触がなかったのであのような記述
になりましたが、誰がなっても適用されるような方針が決まればよりよいと思い
ます。

> 標準添付のライブラリのバージョン更新など、stable版であっても加えられた
> 方が嬉しい変更は、どうなんでしょう?
>   

そりゃ、やらないんじゃないですかね。標準添付ライブラリだろうが何だろうが
APIの変更は禁止するのがいいです。
変更というのはもちろん追加も含みますよ。

もっと言うと今回の提案は「○○すると嬉しいから変更する」というようなアグ
レッシブな動機で行う開発から「○○のままでは困るから修正する」というよりコ
ンサバティブな方向への方針転換を提案しているつもりでもあります。嬉しかろ
うがなんだろうがエンバグされちゃ話にならん状態にそろそろRubyもなって来て
いるのだという認識を共有したいです。

In This Thread