[#46329] [ruby-trunk - Feature #7252][Assigned] version number of 2.0 release — "usa (Usaku NAKAMURA)" <usa@...>

26 messages 2012/11/01

[#46350] RubySpecメンテナ — Yukihiro Matsumoto <matz@...>

まつもと ゆきひろです

15 messages 2012/11/02
[#46352] Re: RubySpecメンテナ — Urabe Shyouhei <shyouhei@...> 2012/11/02

On 11/01/2012 07:43 PM, Yukihiro Matsumoto wrote:

[#46414] [ruby-trunk - Bug #7287][Open] please rename atomic.h which conflicts with /usr/include/atomic.h in Solaris10 — "ngoto (Naohisa Goto)" <ngotogenome@...>

10 messages 2012/11/06

[#46434] トラップハンドラで許されない操作はなにか — KOSAKI Motohiro <kosaki.motohiro@...>

GyRCPi46aiRHJDkbKEIKCltCdWcgIzcxMzRdIBskQiRyRDQkWSRGJCQkRj88SiUkSjtFTU1MZEJq

9 messages 2012/11/06

[#46440] [ruby-trunk - Bug #7300][Open] Hash#[] の挙動が 1.9.3 と異なっている — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...>

12 messages 2012/11/07

[#46477] Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — SASADA Koichi <ko1@...>

refinement を導入するときの性能に対する excuse が「method cache に殆どあ

20 messages 2012/11/11
[#46480] Re: Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — Shugo Maeda <shugo@...> 2012/11/11

前田です。

[#46488] Re: Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — SASADA Koichi <ko1@...> 2012/11/12

 ささだです.

[#46491] Re: Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — Shugo Maeda <shugo@...> 2012/11/12

前田です。

[#46493] Re: Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — SASADA Koichi <ko1@...> 2012/11/12

 ささだです.

[#46495] Re: Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — Shugo Maeda <shugo@...> 2012/11/12

前田です。

[#46497] Re: Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — SASADA Koichi <ko1@...> 2012/11/12

(2012/11/12 18:20), Shugo Maeda wrote:

[#46501] Re: Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — Shugo Maeda <shugo@...> 2012/11/12

前田です。

[#46513] Re: Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — Nobuyoshi Nakada <nobu@...> 2012/11/14

なかだです。

[#46509] [ruby-trunk - Bug #7344][Open] gem pristine bigdecimal が失敗してしまう — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...>

31 messages 2012/11/13

[#46520] [ruby-trunk - Bug #7356][Open] ruby-2.0.0-preview1 で adlint-2.6.10 が性能劣化 — "yanoh (Yutaka Yanoh)" <yutaka@...>

11 messages 2012/11/15

[#46647] [ruby-trunk - Bug #7452][Assigned] Main thread is stopped after running finalizers if the main thread has a finalizer — "mrkn (Kenta Murata)" <muraken@...>

8 messages 2012/11/28

[ruby-dev:46361] Re: RubySpecメンテナ

From: Yukihiro Matsumoto <matz@...>
Date: 2012-11-02 09:09:13 UTC
List: ruby-dev #46361
まつもと ゆきひろです

In message "Re: [ruby-dev:46356] Re: RubySpecメンテナ"
    on Fri, 2 Nov 2012 15:17:58 +0900, "NARUSE, Yui" <naruse@airemix.jp> writes:

|んー、TOP15に日本人は4人入っているんですけどねぇ。
|ここ1年のコミット数だったらわたしは3位だし。

確かにその通りです。で、これはBrianが満足するレベルなんでしょ
うか。いや、本人に聞かないといけないんですが。カンファレンス
で聞きますけど。

もし、そうだとするとRubySpecへの貢献っていう当初のアイディア
そのものが的外れということになって別のことを模索する必要があ
るんですが。

|rubyspecのいう「仕様」はデファクトであるCRubyの挙動のことでしょう。
|方向としてはHTML5と同じかと。
|なもんで、本質的には偶然の振る舞いと仕様の区別をつける必要はないんじゃないかな。
|プラットフォーム依存だっちゅーてるのにspec書こうとするし。
|
|で、そのような方針が、実は moving target である CRuby と相性があんまりよくないのがなんとも。

そうですよねえ。ただ、Brianは相当フラストレーションが溜まって
るのか、RubyConfのセッションでは「委員会を作ろう」、「投票で
決めよう」とか言い出して、途方に暮れました。委員会...。

まあ、要するに「CRubyのコアコミッターじゃなくても、Ruby言語の
仕様決定に参加したいぞ」ってことなんだと思うんですが、その割
にはruby-coreに参加するのは嫌がるので、悩ましいところです。
それでも Charles とかはまだRedmineに参加してくれてるんですが。

|mame さんやわたしは rubyspec でエラーがでるのはよくないという立場で、
|動いているので、そもそも rubyspec プロジェクトのゴールにはあまり興味がないんですよね。
|他は浅里さんが貢献なさってますが、浅里さんは JRuby の人だからですな。
|
|>> やり方をどうするかはBrianと相談するつもりですが、githubにい
|>> るので、pull-requestを送るのでもいいですし、コミット権をもらっ
|>> てもいいですが、どうするのがいいでしょうね。
|
|当初は pull-request を送っていただいて、merge するのがだるくなったら
|コミット権を渡すというよくある運用でよろしいのでは。

で、結局どうなんでしょう。日本人の、というか、CRubyの内情を
知っている人がもっとRubySpecに手を入れたほうがいいんじゃない
かという私のアイディアは、あんまり良くないんですかね。

「仕様決定に参加したい」という根源的な欲求を満たしていない時
点でダメなのかもしれない。明日にでも「Redmineに来い」と言っ
てみるかぁ。

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

In This Thread