[#44586] [Ruby 1.9 - Bug #5423][Open] readlineの入力待機中に端末のウィンドウサイズ変更すると入力内容が乱れる — Takuto Matsuu <matsuu@...>

8 messages 2011/10/08

[#44589] [Ruby 1.9 - Bug #5429][Open] 64ビットなFreeBSDのioctlでビット31が1なリクエストの時の不具合 — Makoto Kishimoto <redmine@...>

21 messages 2011/10/09

[#44604] Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...>

ささださんが既にいくつか 2.0 関連のメールを投げていらっしゃいますが、

75 messages 2011/10/18
[#44607] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/18

まつもと ゆきひろです

[#44618] Re: Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...> 2011/10/18

(2011/10/18 16:15), Yukihiro Matsumoto wrote:

[#44619] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/18

まつもと ゆきひろです

[#44627] Re: Ruby 2.0 release plan — Urabe Shyouhei <shyouhei@...> 2011/10/19

On 10/18/2011 10:16 PM, Yukihiro Matsumoto wrote:

[#44629] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/19

まつもと ゆきひろです

[#44631] Re: Ruby 2.0 release plan — Urabe Shyouhei <shyouhei@...> 2011/10/19

たとえば2.0の次のバージョン番号はどうしますか?

[#44633] Re: Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...> 2011/10/20

2011年10月20日3:31 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#44612] Re: Ruby 2.0 release plan — Yusuke Endoh <mame@...> 2011/10/18

遠藤です。

[#44707] [ruby-trunk - Feature #5512][Open] Integer#/ の改訂 — tadayoshi funaba <redmine@...>

13 messages 2011/10/30

[#44719] [ruby-trunk - Feature #5520][Open] Numeric#exact?、Numeric#inexact? の追加 — tadayoshi funaba <redmine@...>

13 messages 2011/10/31

[ruby-dev:44629] Re: Ruby 2.0 release plan

From: Yukihiro Matsumoto <matz@...>
Date: 2011-10-19 17:43:23 UTC
List: ruby-dev #44629
まつもと ゆきひろです

In message "Re: [ruby-dev:44627] Re: Ruby 2.0 release plan"
    on Wed, 19 Oct 2011 18:12:01 +0900, Urabe Shyouhei <shyouhei@ruby-lang.org> writes:

|On 10/18/2011 10:16 PM, Yukihiro Matsumoto wrote:
|> バージョン番号なんて飾りなんで、上げたいと思ったときに上げる
|> のが良いのだと思います。そういう意味では以前のまま。
|
|バージョン番号が飾りなのはまあ否定しませんが、飾りだからといって
|どうでもいいというのは違うでしょう。飾りが気になる人もいるのです。
|
|飾り=感情を喚起するものだという認識まで達しているのですから、あ
|とはどういう方向性で人々を扇動するかです。上げたいと思ったときに
|上げるというのはいかにも弱い。

いや、そういう意見があるのはわかってて、続く「原則」を書いた
わけです。それじゃ不満だと?

再掲します。

 PATCHLEVEL バグフィックスのみ
 TEENY バグ以外の変更をリリースする時
 MONOR TEENYが9になった次、またはより大きな変更した時
 MAJOR なんか決心した時

将来のことはわからないのに、これ以上の決定は不要だと思います
が。たとえば「リリースを原則6ヶ月ごとに行う」とかの運用もあ
り得るとは思いますが、今決める必要がある?

                                まつもと ゆきひろ /:|)

In This Thread