Thank you for the detailed proposal. I agree with the overall direction. String is the right place for these. Ruby treats binary data as String everywhere (File.read, Socket, pack/unpack, ...), and asking users to convert to a separat...matz (Yukihiro Matsumoto)
We discussed this at the dev meeting, and the decision was left to me. So I'll go ahead and remove the `ambiguous /` warning. One point on the scope: I'd like to limit this change to that warning only. The similar warnings for `+`, `-...matz (Yukihiro Matsumoto)
Thanks for the warm proposal. The sentiment is kind. That said, `Date` is a general-purpose calendar class, and I'd rather not embed Ruby-specific history in it. Ruby's anniversaries are better celebrated by the community than by the ...matz (Yukihiro Matsumoto)
Thanks for the proposal. I'd like to decline. Ruby already lets you omit values in the keyword shorthand: `some_method(arg, smile:, hugging:)` is equivalent to `some_method(arg, smile: smile, hugging: hugging)`. That covers most of th...matz (Yukihiro Matsumoto)
Thank you for the report. I see the asymmetry, but I think the diagnosis should be the other way around. The intent of `exception: false` is to suppress *conversion-failure* exceptions, such as `Integer("abc")` raising `ArgumentErr...matz (Yukihiro Matsumoto)
Thanks for the discussion, and thanks to @koic for summarizing what we talked about at RubyKaigi in Matsue. Let me settle the direction. The new exception class should inherit from `ScriptError`, not `StandardError`. Failing to def...matz (Yukihiro Matsumoto)
It didn't seem like anyone was using them, and since they weren't good API to begin with (they had Perl-like design), I felt it was okay to remove them. Matz. matz (Yukihiro Matsumoto)
I agree that a binary heap and priority queue are useful, but I’m not sure whether they should be included in the standard library rather than as gems. Shouldn’t they first be released as gems to gauge the community’s response? Matz.matz (Yukihiro Matsumoto)
I see the appeal of `pid.wait` and `pid.detach`, but I'm not convinced. A PID is just a number, not a handle in the OS sense, so `Process::ID` would look handle-like without the safety a real handle (e.g. pidfd) would give. Unlike `Pr...matz (Yukihiro Matsumoto)
At the developer meeting I confirmed that keeping the current (2.7+) behavior is fine. The result `"NMA"` is consistent with the model that `super` in a refinement method is resolved by the refinements in scope at the point of the method...matz (Yukihiro Matsumoto)