Actions
Misc #20781
openDevMeeting-2024-11-07
Status:
Open
Assignee:
-
Description
The next dev meeting¶
Date: 2024/11/07 13:00-17:00 (JST)
Log: TBD
- Dev meeting IS NOT a decision-making place. All decisions should be done at the bug tracker.
- Dev meeting is a place we can ask Matz, nobu, nurse and other developers directly.
- Matz is a very busy person. Take this opportunity to ask him. If you can not attend, other attendees can ask instead of you (if attendees can understand your issue).
- We will write a record of the discussion in the file or to each ticket in English.
- All activities are best-effort (keep in mind that most of us are volunteer developers).
- The date, time and place of the meeting are scheduled according to when/where we can reserve Matz's time.
- DO NOT discuss then on this ticket, please.
Call for agenda items¶
If you have a ticket that you want matz and committers to discuss, please post it into this ticket in the following format:
* [Ticket ref] Ticket title (your name)
* Comment (A summary of the ticket, why you put this ticket here, what point should be discussed, etc.)
Example:
* [Feature #14609] `Kernel#p` without args shows the receiver (ko1)
* I feel this feature is very useful and some people say :+1: so let discuss this feature.
- It is recommended to add a comment by 2024/11/04. We hold a preparatory meeting to create an agenda a few days before the dev-meeting.
- The format is strict. We'll use this script to automatically create an markdown-style agenda. We may ignore a comment that does not follow the format.
- Your comment is mandatory. We cannot read all discussion of the ticket in a limited time. We appreciate it if you could write a short summary and update from a previous discussion.
Updated by mame (Yusuke Endoh) about 1 month ago
- Related to Misc #14770: [META] DevelopersMeeting added
Updated by eightbitraptor (Matt V-H) 25 days ago
- [Feature #20794] Expose information about the currently running GC Module (@eightbitraptor (Matt V-H))
- This adds a dynamic component to
RUBY_DESCRIPTION
, when a modular GC is loaded. Is this acceptable? - This adds a method
GC.active_gc_name
- Is the name OK?
- Are the semantics OK? (
nil
unless a GC module is actively being used).
- This adds a dynamic component to
Updated by mame (Yusuke Endoh) 9 days ago
- [Feature #20811]
warning: in a**b, b may be too big
is really helpful? (mame)- I think the warning is not useful. Can we remove the warning?
Updated by hsbt (Hiroshi SHIBATA) 4 days ago
- [Feature #20782] Introduction of Happy Eyeballs Version 2 (RFC8305) in TCPSocket.new
- Propose shioimm as a Ruby committer
- How about it?
- Propose shioimm as a Ruby committer
Updated by hsbt (Hiroshi SHIBATA) 4 days ago
- [Feature #20859] Make Base64 to core class
- It's useful and helpful for gemification.
Updated by peterzhu2118 (Peter Zhu) 3 days ago
- [Feature #20860] Merge Optional Experimental Feature MMTk into Ruby
- We are proposing to merge MMTk into the
ruby/mmtk
repository, which will be mirrored intoruby/ruby
. - This implementation uses the GC API (introduced in [Feature #20470]).
- Supports the NoGC and mark-sweep algorithms.
- We do not ever anticipate replacing Ruby's default GC with MMTk but instead offer it as an alternative implementation.
- We have our roadmap proposed in the ticket, which includes supporting generations, improving parallelism, and support moving, faster algorithms such as Immix.
- We are proposing to merge MMTk into the
Updated by furunkel (Julian Aron Prenner) 3 days ago
- [Feature #20818] Allow passing a block to Hash#store to update current value (furunkel)
- currently, to update a value in a hash we have to call
#[]
followed by#[]=
- this calls
#hash
twice (on key), and requires two lookups; this also happens for shortcuts such ash[k] += c
- this calls
- the problem could be solved by introducing a block form for
Hash#store
(Hash#update
is already taken)- the block is called with the current value or the default value if the key does not exist; return value = new value
- inverse of
Hash#fetch
, which also can take block
-
h[k] = some_method(h[k])
could be written ash.store(k) { some_method(_1) }
, more efficient and more elegant in some cases (e.g., ifk
is complex, no repetition) - exists in other languages: e.g.,
Map#computeIfAbsent|Present
(Java) orand_modify
(Rust) - existing implementation: GH PR#11956
- currently, to update a value in a hash we have to call
Updated by AlexandreMagro (Alexandre Magro) 1 day ago ยท Edited
- [Feature #20770] (Re)Introduce pipe operator (AlexandreMagro)
- Initially proposed as syntactic sugar for
.then
, and later refined after discussion to work as a statement separator (like;
) with a variable carrying the LHS expression result to the RHS in #note-34. - This approach aligns with how pipes work in other languages, adapted for Ruby.
- Improves readability by transforming
p(q(r))
into a more naturalr |> q |> p
,
matching how we think.
- Initially proposed as syntactic sugar for
Actions
Like0
Like0Like0Like0Like0Like0Like0Like0Like0