Chris,
The document (template) was just a guide and not everything in it is
necessary to make a good nomination. Just having links to accepted PRs and
optionally pointers to any additional supporting material is all that is
needed. We can simplify the template if that serves to make this easy. The
My $0.02:
I think it's neat to have a nice doc with summaries and whatnot.
That being said, I am not sure that I would want to do something different
from all of the other Apache projects. Apache has shown that their method
is successful.
I worry in this case that the focus may, for some, beco
All, I captured the comments and general feedback that emerged from this
discussion into a set of guidelines for when someone can become a committer
and what record of contributions they need to have to strengthen their
case. It also has a link to a nomination template Tianqi created for a
specific
On Thu, Aug 10, 2017 at 12:31:23PM -0700, Bhavin Thaker wrote:
> The criteria should look not only at Quantity but at the Quality of work as
> well.
Just as one additional data point:
http://community.apache.org/newcommitter.html is the Apache Community
Development Project's guidelines.
For oth
I agree with Sebastian.
The criteria should look not only at Quantity but at the Quality of work as
well.
This page for Apache committer criteria describes the criteria pretty well.
https://hadoop.apache.org/committer_criteria.html
- *A history of sustained contribution to the project. This
Another thing might be that having too many committers makes it less valuable to
become a committer and therefore discourage new people.
In my experience, quite the opposite is true: Having many committers is
beneficial for a project and makes life easier for everybody. There's
more eyes to
On Fri, Aug 4, 2017 at 1:04 PM, Isabel Drost-Fromm
wrote:
> On Fri, Aug 04, 2017 at 12:27:16PM +0100, Chiyuan Zhang wrote:
> > Suppose we lower the standard or completely remove the formal standard
> for
> > committers, then we could probably be able to get more committers from
> the
> > first ty
We totally understand the apache way of doing things and the projects has
always been welcoming users as contributors from days of DMLC. This
happens in MXNet, as well as other project, for example XGBoost (
https://github.com/dmlc/xgboost) , another project that originated from
DMLC have most of
Am 4. August 2017 13:27:16 MESZ schrieb Chiyuan Zhang :
>1. There are some people who contribute to MXNet due to something else
>(e.g. he used MXNet in his project and would like to contribute back
>examples, or bug fix, or new operators, etc.)
Many Apache projects are building software where en
>
> Could you provide an example that provides a likely (imaginary if you'd
> like) candidate? Mu's a pretty bad example for a new committer :) From the
> attached doc I walk away thinking that I need to contribute for 2 years
> before I can become a committer.
For example, I think https://github
My experience from the existing open-source project we have is that the
developers are willing to contribute back as long as the software they use
are hold up to a standard.
I do not meant to say that the contributions of the language,
documentations and others do not count as contributions to the
FYI here is the comitter checklist from Apache Mesos
http://mesos.apache.org/documentation/latest/committer-candidate-checklist/
which I mainly adopted from
Tianqi
On Fri, Aug 4, 2017 at 8:14 AM, Madan Jampani
wrote:
> There is a middle ground here. Instead of saying someone either has full
> c
There is a middle ground here. Instead of saying someone either has full
committer privileges or zero, an alternative is to have scope of ownership
start small and localized to modules or source folders where their primary
contributions currently lie. For example, there are folks who contributed
fu
There are trade-offs. On one side, a small group of "core" committers who
understands the whole picture makes the project move swiftly and safely. On
the other side, the reward of becoming committer is really important to
encourage more contributors. I think Tianqi's proposal gives a good
criterion
On Fri, Aug 04, 2017 at 12:27:16PM +0100, Chiyuan Zhang wrote:
> Suppose we lower the standard or completely remove the formal standard for
> committers, then we could probably be able to get more committers from the
> first type. But that might not necessarily be good to us
Can you elaborate your
list.
> > >
> > > Totally agree that we should make the committer nomination more formal.
> > >
> > > -- Forwarded message --
> > > From: Tianqi Chen
> > > Date: Wed, Aug 2, 2017 at 4:20 PM
> > > Subject: Formalize
On Fri, Aug 04, 2017 at 12:42:12AM -0700, Henri Yandell wrote:
> I worry that it creates a high barrier to entry.
+1 from my side to that worry.
Isabel
Totally agree that we should make the committer nomination more formal.
> >
> > -- Forwarded message ------
> > From: Tianqi Chen
> > Date: Wed, Aug 2, 2017 at 4:20 PM
> > Subject: Formalize Committer Proposal and Application Procedure
> > To: priv...@mxnet.incubator
the dev list.
>
> Totally agree that we should make the committer nomination more formal.
>
> -- Forwarded message --
> From: Tianqi Chen
> Date: Wed, Aug 2, 2017 at 4:20 PM
> Subject: Formalize Committer Proposal and Application Procedure
> To: priv...@mxn
It seems that this thread didn't show in the dev list.
Totally agree that we should make the committer nomination more formal.
-- Forwarded message --
From: Tianqi Chen
Date: Wed, Aug 2, 2017 at 4:20 PM
Subject: Formalize Committer Proposal and Application Procedure
To:
20 matches
Mail list logo
