incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ross Gardler (MS OPEN TECH)" <Ross.Gard...@microsoft.com>
Subject RE: What is "The Apache Way"?
Date Sat, 10 Jan 2015 20:30:53 GMT
So I link to a document and say it contains the list of immutable items, acknowledge it is
merely a signpost, and request contributions.

Your response "that's not good enough", hmmmm....

Marvin you undertook to do the release requirements doc. You did huge amounts of work on it.
All that is needed is to make it official.

You do that back getting VP Legal to approve it. VP Legal might ask the board for input, but
he doesn't need to. He has the authority to just approve it. There can be no dissenting voices,
he is the deadlock breaker. If the membership don't like the decision they petition the board
to remove him. If the board don't do so the membership calls a members meeting to replace
the board.

Like I said elsethread there is no hierarchy here unless a big stick is needed. But don't
expect the one with the stick to wield it without there being an identified need. That would
be overstepping the cultural objective of no leaders.

I use your work only as an example. I'm not picking on you, I'm actually acknowledging your
contribution to the intended process - thank you. Maybe someone will finalize the doc and
ask VP Legal to approve it.

Sent from my Windows Phone
________________________________
From: Marvin Humphrey<mailto:marvin@rectangular.com>
Sent: ‎1/‎10/‎2015 12:05 PM
To: general@incubator.apache.org<mailto:general@incubator.apache.org>
Subject: Re: What is "The Apache Way"?

On Fri, Jan 9, 2015 at 12:01 PM, Rich Bowen <rbowen@rcbowen.com> wrote:

> On 01/09/2015 02:03 PM, Jim Jagielski wrote:
>>
>> Another way to look at the Apache Way is as a musical composition.
>> Sure, it was written for a specific arrangement, but sometimes
>> it's played as a jazz piece, other-times as a classical, or maybe
>> with a blues flavor. But it is always (or*should be*) recognizable.
>> If you*don't*  recognize it, then you've taken the "interpretation"
>> too far, if you get my meaning.
>
> What a delightful analogy.
>
> Of course, you're always going to get people who say that a disco
> rendition is fine, and others who say it's blasphemous.

>From my perspective, that explanation of The Apache Way was fine, but
completely unhelpful.

Similarly, a "signpost" document collecting links is no more useful in
establishing the boundaries of Apache's project requirements than
countless other incomplete, unofficial resources.

The willingness of a Board member or other authority to provide answers
to specific questions is marginally helpful -- until contradictory
answers are provided by a competing authority.

Somewhere out there in the vast wasteland of Apache's websites and
mailing list archives, there exist requirements that Apache projects
*must* fulfill or face sanction by the Board.  Theoretically there are
not many absolute requirements, but learning all of them is literally
impossible: there is no authoritative document setting limits on what
Apache expects of its projects.

Determining what you can get away with at Apache entails digging through
huge scrap heaps of documentation and picking the brains of various
unreliable oracles.  It's maddeningly laborious and slow, and ultimately
you can never have much confidence in the answers you unearth.

I don't place much value on giving the Board so much flexibility.  My
sympathies lie with the poor slobs trying to figure out where Apache's
rules begin and end -- and with those who build strong communities
according to their own good faith interpretation of The Apache Way, only
to face censure because their interpretation turned out to be "wrong".

Maintaining the Board's flexibility to pass judgment while denying those
it oversees the rule of law is a poor tradeoff.  It is incredibly
inefficient, and it makes the Incubator's mission untenable.  Even if
the Board makes good calls every once in a while, the rest of us should
not have to live in perpetual uncertainty.

Marvin Humphrey

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message