[#67346] Future of test suites for Ruby — Charles Oliver Nutter <headius@...>
I'll try to be brief so we can discuss all this. tl;dr: RubySpec is
19 messages
2015/01/05
[#67353] Re: Future of test suites for Ruby
— Tanaka Akira <akr@...>
2015/01/05
2015-01-06 7:18 GMT+09:00 Charles Oliver Nutter <headius@headius.com>:
[#67444] [ruby-trunk - Feature #10718] [Open] IO#close should not raise IOError on closed IO objects. — akr@...
Issue #10718 has been reported by Akira Tanaka.
3 messages
2015/01/09
[#67689] Keyword Arguments — Anthony Crumley <anthony.crumley@...>
Please forgive my ignorance as I am new to MRI development and am still
5 messages
2015/01/20
[#67733] [ruby-trunk - Bug #10761] Marshal.dump 100% slower in 2.2.0 vs 2.1.5 — normalperson@...
Issue #10761 has been updated by Eric Wong.
4 messages
2015/01/21
[#67736] Re: [ruby-trunk - Bug #10761] Marshal.dump 100% slower in 2.2.0 vs 2.1.5
— Eric Wong <normalperson@...>
2015/01/22
normalperson@yhbt.net wrote:
[#67772] Preventing Redundant Email Messages — Jeremy Evans <code@...>
For a long time, I've wondered why I sometimes receive redundant email
5 messages
2015/01/23
[ruby-core:67356] Re: Future of test suites for Ruby
From:
Marc-Andre Lafortune <ruby-core-mailing-list@...>
Date:
2015-01-06 02:37:30 UTC
List:
ruby-core #67356
Hi, On Mon, Jan 5, 2015 at 4:18 PM, Charles Oliver Nutter <headius@headius.com> wrote: > * Take over RubySpec as a fork and begin to maintain it as a secondary suite for MRI. Encourage contributors and committers to write specs rather than tests. I really like this approach. I would be glad to help with maintaining this. On Mon, Jan 5, 2015 at 5:25 PM, Tanaka Akira <akr@fsij.org> wrote: > RubySpec uses "should" style which is not recommended by RSpec now This is true. I believe it would be easy to modify the existing codebase to use "expect" style instead and I volunteer to do this. > Larger test framework tends to cause a problem (such as SEGV) in the test framework itself. I'd say that a pure Ruby test framework that creates more SEGV is a good thing. I want to know of any SEGV in pure Ruby, whatever the means to get it! I can't remember encountering actual unwanted problems with mspec. > Changing a tool is not enough for readability. This is true in theory (and it is possible to write obscure code in Ruby and very clear code in C). Still, in practice, the tools and conventions make a big impact (like the average Ruby code vs the average C code).