Skip to content

Roadmap review — 2026-Q3 #281

Description

@marius-bughiu

Quarterly roadmap reflection for 2026-Q3 (generated 2026-07-18). This is the big-picture pass: which milestones to close, ROADMAP-vs-evidence drift, and features that shipped without ever being rostered. It does not edit ROADMAP.md or touch milestones — it surfaces signal for the maintainer to act on.

Headline: 5 open milestones reviewed, all at 100% (0 open issues repo-wide). 17 items flagged (1 drift, 0 stale, 16 unrostered features). 6 suggestions below.

Milestone status

Milestone Open Closed % complete Suggestion
1.1.0 0 14 100% (14/14) close
1.2.0 0 14 100% (14/14) close
1.6.0 0 4 100% (4/4) close
2.0.0 0 11 100% (11/11) close
2.1.0 0 11 100% (11/11) close

Every open milestone is fully closed out — there are no open issues anywhere in the repo. All five are closure candidates with nothing to migrate.

Drift

  • 2.0.0 milestone prose is staleROADMAP.md (milestone 2.0.0 intro) still frames the release as human-gated: "What remains is the human-gated go/no-go on the actual v2.0.0 tag (Ready to release v2.0.0 — needs human review for breaking changes #213)." Evidence contradicts this: v2.0.0 was tagged and released 2026-06-21 (v2.1.0 and v2.2.0 have since shipped), and #213 is closed. The item is done; the prose describes it as pending. (Opposite polarity to classic drift, but a ROADMAP-vs-evidence mismatch worth correcting.)
  • Otherwise clean — every other Status: done item traces to a closed GH issue and/or a CHANGELOG entry.

Stale items (no activity in 90+ days)

  • None. There are zero open issues in the repository.

Suggestions

  • Close all five open milestones (1.1.0, 1.2.0, 1.6.0, 2.0.0, 2.1.0) — each is 100% complete with zero open issues; nothing to migrate to a next milestone.
  • Update the 2.0.0 milestone prose — drop the "what remains is the go/no-go on the v2.0.0 tag (Ready to release v2.0.0 — needs human review for breaking changes #213)" framing; v2.0.0 released 2026-06-21 and Ready to release v2.0.0 — needs human review for breaking changes #213 is closed.
  • Add to ROADMAP retroactively — post-2.1.0 collection crop (shipped in v2.2.0 / [Unreleased], no milestone, 0 ROADMAP mentions): DisjointSet<T>, Deque<T>, LruCache<TKey,TValue,THasher>, XorFilter<T,THasher>, EnumMap<TEnum,TValue>, EnumSet<TEnum>, SmallSet<T>, and the specialized-set parity family RobinHoodSet / HashCachingSet / PooledCeleritySet. These follow the established "tier-(c), roadmap otherwise exhausted" convention but none are captured in ROADMAP — roster them or note the convention explicitly.
  • Add to the Celerity.Primitives rosterBitWriter / BitReader (span bit-cursor pair, [Unreleased]) is absent from the milestone 2.1.0 Primitives list it naturally extends.
  • Roster the "Built with Celerity" showcase tier — three new packages (Celerity.Ring, Celerity.Sentinel, Celerity.Cardinality) shipped with 0 ROADMAP mentions. The ROADMAP Vision section lists only Celerity.Collections / .Hashing / .Primitives; this downstream-showcase strategy is a real directional expansion that belongs in Vision (or noted as out-of-scope for the core roadmap).
  • Open a rolling post-roadmap milestone (e.g. 2.3.0) to house ongoing "tier-(c)" enhancements. The roadmap is 100% done through 2.1.0 yet shipping continues every cycle; a standing milestone gives that work a home instead of it landing unrostered.

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationImprovements or additions to documentationpriority:lowLow priority item

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions