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

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

In message "Re: [ruby-dev:44628] Re: Ruby 2.0 release plan"
    on Wed, 19 Oct 2011 18:23:54 +0900, "NARUSE, Yui" <naruse@airemix.jp> writes:

|いやー、バージョン番号が飾りなのは否定はしませんが、
|一方でインターフェイスの一つでもあるのですよ。
|例えば、ruby-coreでは「1.9は1.8からのマイナーバージョンアップなのになんでこんな違うんだふざけんな」
|みたいなメールがしばしばあって、そのたびに「いやそれメジャーバージョンアップなんだよ」
|などと返事したりしてるわけです。
|
|また、Semantic Versioningってのがありまして、これ自体の良し悪しについての評価は避けますが、
|まぁこれを期待している人は多い、かも。
|
|ので、「今後1.8→1.9級の変更があったらその時はMAJORを変える」というのは譲りたくない所だったり。

予見しうる範囲内の将来では、「1.8→1.9級の変更」はありません。
だから、今、決める必要はないというのが私の考え。

で、「多くの人がソフトウェアバージョンのつけ方に期待する共通
の何かがあって、それに従うことにメリットがある」というような
ことなのであれば、まず、その「共通の何か」を定義してください
ませ。根拠と共に。

私の観測してきた範囲内では、ソフトウェアのバージョンのつけ方
なんてソフトウェアごとにバラバラで、共通のものを期待するだけ
無駄ってのが、私の認識なのですが、それは古い認識で今では
「Semantic Versioning」とかいうような「共通の何か」が常識化し
てるんでしょうかね。

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

In This Thread