[#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:44652] Re: Ruby 2.0 release plan

From: KOSAKI Motohiro <kosaki.motohiro@...>
Date: 2011-10-20 15:27:35 UTC
List: ruby-dev #44652
On 10/20/2011 12:36 AM, Yukihiro Matsumoto wrote:
> まつもと ゆきひろです
> 
> In message "Re: [ruby-dev:44631] Re: Ruby 2.0 release plan"
>     on Thu, 20 Oct 2011 03:31:40 +0900, Urabe Shyouhei <shyouhei@ruby-lang.org> writes:
> 
> |たとえば2.0の次のバージョン番号はどうしますか?
> 
> えーと、[ruby-dev:44619] の基準でなんの不満が?
> 
> |厳格な運用を求めているわけではありませんので、2.1を出すと
> |言っておいて出てみたら3.0だったとかでも全然構いませんが、
> |しかし方針を共有しておかないと2.0の後は一挙にカオスになっ
> |てしまうでしょう。現在の1.8.8のように。
> 
> よくわかんないです。私が繰り返し出してる基準や方針で不満なら、
> どう不満で、どうして欲しいのか明言してください。私が何の方針
> も出してないかのような物言いは不愉快です。
> 
> # モヒカンモード

どこにスレッドをつなげるか迷いましたが、とりあえずここに。

まず、当初のなるせさん案だと「後方互換性」の定義が必要だとおもいます。
いままでのような「だいたい互換」は後方互換か?後方互換でなくなるのはどういう基準か?
ブランチメンテなが神なら全部コードを読んだ上で適切に判断できるのでしょうが
僕はブランチメンテなの負荷が増える運用は反対なので、コアデバロッパみんなに
ある種のゆるい共通認識があり、コミットした本人から自発的に
「僕がいれたrXXXXは後方互換性を破ってるから次のリリースはバージョンあげてください」と
申告されるのが望ましい。

一方まつもとさんの基準だと、コミット内容に関係なく常にTEENYがあがるので、ブランチメンテナの
負荷が増えないという意味で僕に異論はありません。


In This Thread