Unified API for Ruby concurrency, but stdlib already covers most use cases.
Ruby developers working on concurrent applications
ruby-concurrent · async
This was actually the impetus for creating this Gem: the core Ruby concurrency primitives all have different APIs and subtly different behavior even for the APIs that initially look similar. For example, `join` on Ractor and Thread instances do NOT behave the same. This Gem adds Executors that expose near identical behavior across all of them and return a Future object with identical API and behavior across all of them.
I've been working on this Gem for a few months in my spare time. I just published the Gem and made the git repo public a few minutes ago. Please feel free to review the code, test out the gem, and provide your feedback.
As a footnote: this was not vibe coded. I wanted to learn through experience how to correctly write concurrent code, so using AI would have defeated the purpose. Also, I don't particularly enjoy writing/generating code via AI, so that would have made vibe coding this doubly pointless.
The Gem has 100% line and branch coverage on CRuby 4.0 and is 0BSD licensed.
Thank you.
Standardizes Ruby service objects with types and declarative flow; solves team consistency, not a novel architectural problem.
Execution-log reconstruction beats TradeZella's manual entry for futures traders.
Continuous schema sync beats pgloader's one-shot approach for long migrations.
GD bindings for Ruby exist already; Jupyter integration is the only fresh angle.
Compiler written in JavaScript outputs raw ELF64 bytes without linking against libc or CRT.
RSS feeds for gem updates when Dependabot notifications flood your inbox.
