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

From: Masaya TARUI <tarui@...>
Date: 2011-10-23 06:08:23 UTC
List: ruby-dev #44681
2011年10月23日14:33 Yusuke Endoh <mame@tsg.ne.jp>:
> 遠藤です。
>
> 2011年10月23日14:16 Masaya TARUI <tarui@prx.jp>:
>> 2011年10月23日13:52 Yusuke Endoh <mame@tsg.ne.jp>:
>>>
>>> あと、まつもとさんがちょくちょくおっしゃってますが、基本的に
>>> 2.0 で 100% compatible を目指すことは今のところかなり強い
>>> 方針なんですよね。
>>> つまり $SAFE 削除 (#5455) なんかは採用の可能性がかなり少ない。
>>
>> 100% compatibleってのは要はJIS規格(+ISO)に適合している事を条件としていると
>> 捉えているんですがあってるでしょうか?
>> またこれは絶対条件ですか?
>
>
> 個人的な意見ですが。
>
> 影響が大きそうな機能は原則として消さない、今までのコードの意味が
> 変わるような変更は原則として入れない、くらいじゃないですかね。
> でもまあ、既存コードでもへんちくりんなのやひどく推奨されない書き
> 方まで気にするかは、個別に検討?
>
> 絶対条件かどうかも一概に決められるとは思えず、問題ごとに必要性と
> 影響度を議論して決めていく感じかと思います。

そうですね、ちょっと気がせいてしまってました。
今から絶対的な基準を求めるとか柔軟性を失ってしまい良くないですね。
失礼しました。

-- 
樽家昌也(Masaya TARUI)
No Tool,No Life.

In This Thread