+1 as well. This would be great for the project and for our users.
From: Benedict Elliott Smith
Sent: Tuesday, March 2, 2021 3:26 AM
To: dev@cassandra.apache.org
Subject: Re: Project Roadmap
Yep, I'm not proposing we start discussions right now.
Yep, I'm not proposing we start discussions right now. Just wanted to float the
idea, see how people felt about it and how people might like it to look
procedurally.
My only goal is that we have a rough roadmap agreed before GA, to publish
alongside any announcement.
On 02/03/2021, 09:57, "Be
>
> I completely agree we should consider any roadmap a living document that
> we expect to revise, but my hope is that we will formalise an agreed
> roadmap by vote.
I believe that everybody will be in favor of discussing the plans for the
next release. We do not really need to commit to anythin
+1000 on some form of roadmap for visibility and planning
On 1/3/21 18:35, Benedict Elliott Smith wrote:
> I completely agree we should consider any roadmap a living document that we
> expect to revise, but my hope is that we will formalise an agreed roadmap by
> vote. My view is that we should
I completely agree we should consider any roadmap a living document that we
expect to revise, but my hope is that we will formalise an agreed roadmap by
vote. My view is that we should aim to regularly revisit the roadmap, and
anticipate that it will be revised based on contributors' shifting p
Having an open discussion about what we want to release as a community on
the next version makes total sense to me. I also agree that the roadmap
should not be written on stone and that we should be flexible if we believe
that we need to.
We should also take this discussion as an opportunity to dis
To say it another way, I would expect that once a roadmap is agreed we would
ensure there was a CEP for every item. I don't know whether every CEP would
necessarily be voted into a roadmap, nor whether every item voted on would have
a CEP before the vote is conducted, and don't have a strongly h
I guess I meant that I don't foresee roadmap discussions having a hard
requirement of CEP for all goals we might discuss, though it would probably be
expected that many of the biggest proposals would already at least have a
minimal CEP to be filed, you're right.
Certainly if an advanced CEP ex
>
> I think of a roadmap as a pre-CEP activity for upcoming releases, items
> thereon beginning the CEP process, with target releases being assigned by
> the roadmap (subject to revision) and project members opting-in to the
> endeavour to deliver for that release.
I am a bit confused by that par
>
> I think of a roadmap as a pre-CEP activity for upcoming releases, items
> thereon beginning the CEP process, …
>
What about having it the other way around? That the roadmap is a
visualisation of the CEPs, i.e. those past initial triage that have initial
commitment and momentum. A reflective a
Yes, absolutely my goal isn't to prohibit work outside of the roadmap.
For really large, complex items of work that potentially require wide input
from community e.g. because of semantic or stability implications (i.e. the
kind we only deliver a handful per release), I think it would be legitima
+1 to the idea of the project roadmap and the said benefits for planning.
In my opinion, it certainly does a world of good for visibility on what is
in the works/ what to look forward to for both the developers as well as
users. So long as "allowed work" is not restricted to items in the project
ro
12 matches
Mail list logo
