osdir.com

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [VOTE] Development Approach for Apache Cassandra Management process


That's probably a stupid question, and excuse me if it is, but what does
those votes on the dev mailing list even mean?

How do you count votes at the end? Just by counting all votes cast,
irregardless of whomever cast it? Or are we intending to only count PMC
members, or maybe committers votes?
If the former, that is a bit weird to me because we simply don't know who
votes. And I don't mean to be rude towards anyone, but 1) someone could
easily create 10 email addresses to vote 10 times (and sure, you could
invoke trust, and I'm not entirely against trust in general, but it's the
internet...) and 2) this kind of decision will have non-trivial
consequences for the project, particularly on those that maintain it, so I
admit I'm not entirely comfortable with "anyone's voice has the same
weight".
If the latter, then this makes more sense to me (why are we even bothering
voting PMC members in if it's not to handle these kinds of decisions, which
are very "project management" related), but we should be very clear about
this from the get go (we could still use the dev list for transparency
sake, that I don't mind)? We should probably also have some deadline to the
vote, one that isn't too short.

Anyway, fwiw, my opinion on this vote is not far from the one on the golang
driver acceptance vote (for which my remark above also apply btw): no yet
100% convinced adding more pieces and scope to the project is what the
project needs just right now, but not strongly opposed if people really
wants this (and this one makes more sense to me than the golang driver
actually). But if I'm to pick between a) and b), I'm leaning b).

--
Sylvain


On Wed, Sep 12, 2018 at 8:45 PM Joseph Lynch <joe.e.lynch@xxxxxxxxx> wrote:

> +1 for piecemeal (option b).
>
> I think I've explained my opinion on all the various threads and tickets.
>
> -Joey
> On Wed, Sep 12, 2018 at 10:48 AM Vinay Chella <vinaykumarcse@xxxxxxxxx>
> wrote:
> >
> > +1 for option b, considering the advantages mentioned in dev email thread
> > that Sankalp linked.
> >
> > ~Vinay
> >
> >
> > On Wed, Sep 12, 2018 at 10:36 AM Dinesh Joshi
> > <dinesh.joshi@xxxxxxxxx.invalid> wrote:
> >
> > > +1 for piecemeal (option b)
> > >
> > > Dinesh
> > >
> > > > On Sep 12, 2018, at 8:18 AM, sankalp kohli <kohlisankalp@xxxxxxxxx>
> > > wrote:
> > > >
> > > > Hi,
> > > >    Community has been discussing about Apache Cassandra Management
> > > process
> > > > since April and we had lot of discussion about which approach to
> take to
> > > > get started. Several contributors have been interested in doing this
> and
> > > we
> > > > need to make a decision of which approach to take.
> > > >
> > > > The current approaches being evaluated are
> > > > a. Donate an existing project to Apache Cassandra like Reaper. If
> this
> > > > option is selected, we will evaluate various projects and see which
> one
> > > > fits best.
> > > > b. Take a piecemeal approach and use the features from different OSS
> > > > projects and build a new project.
> > > >
> > > > Available options to vote
> > > > a. +1 to use existing project.
> > > > b. +1 to take piecemeal approach
> > > > c  -1 to both
> > > > d +0 I dont mind either option
> > > >
> > > > You can also just type a,b,c,d as well to chose an option.
> > > >
> > > > Dev threads with discussions
> > > >
> > > >
> > >
> https://lists.apache.org/thread.html/4eace8cb258aab83fc3a220ff2203a281ea59f4d6557ebeb1af7b7f1@%3Cdev.cassandra.apache.org%3E
> > > >
> > > >
> > >
> https://lists.apache.org/thread.html/4a7e608c46aa2256e8bcb696104a4e6d6aaa1f302834d211018ec96e@%3Cdev.cassandra.apache.org%3E
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@xxxxxxxxxxxxxxxxxxxx
> > > For additional commands, e-mail: dev-help@xxxxxxxxxxxxxxxxxxxx
> > >
> > >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@xxxxxxxxxxxxxxxxxxxx
> For additional commands, e-mail: dev-help@xxxxxxxxxxxxxxxxxxxx
>
>