www-community mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Martin van den Bemt" <mar...@mvdb.net>
Subject RE: DOH! Re: Rules for Revolutionaries
Date Sat, 09 Nov 2002 01:14:16 GMT
Tip:
Start, run, notepad <enter>
Copy & Paste from the mail
Type
Save it
Sleep on it
make the real reply.

;)

If you reply to me, just make the reply :). I like sarcasme and I don't have
to read between the lines to figure out what the hell you really meant..

Mvgr,
Martin


> -----Original Message-----
> From: Andrew C. Oliver [mailto:acoliver@apache.org]
> Sent: Saturday, November 09, 2002 02:03
> To: community@apache.org
> Subject: DOH! Re: Rules for Revolutionaries
>
>
> Well this makes my second mail faux pax this week.  I actually didn't
> mean to send this.  I sometimes type a mail and then
> discard it or send it to my self..  U/F in mozilla mail (which I'm not
> accustomed to) send is right below the file menu and I missed.
> (new laptop).  My sincere appologies to Craig and the rest of y'all.  I
> meant to send a way less snide/sarcastic version of this...
>
> Andrew C. Oliver wrote:
>
> >>
> >>
> >> A slightly more formal way to do this would be to explicitly
> >> canonicalize
> >> "Apache Way" policies like this at the apache.org level, and these
> >> automatically become the default policies for any Apache project unless
> >> that project deliberately (perhaps within some limits TBD) chooses to
> >> operate differently.  The requirement for following these (or
> >> specializing
> >> them) would be an explicit part of a new project's charter.
> >>
> >>
> > yes.  Canons are way more efficient than trust and community building.
> > I mean a tight nit group of people
> > whom respect each other and want to work together is NO match for a
> > group of people who don't
> > respect each other and barely want to work together with a set of
> > canon laws.  (or should their be three n's in that)
> >
> >> Essentially, this would be a generlization of the way Jakarta projects
> >> deal with coding style conventions -- there's a default (from the
> >> original
> >> Sun coding standards) that is the assumed standard unless a different
> >> choice is explicitly made and documented for a particular subproject.
> >>
> >>
> > Yes, bracket placement is the most important issue in a community.  If
> > you don't use K&R style
> > bracketing I just can't read your code and the project is a total
> > wash. ;-)   Fortunately Eclipse lets
> > me reformat it going in and reformat it going out.
> >
> >> The same principle can be applied recursively -- instead of subclasses
> >> formally inheriting methods and instance variables (with the option to
> >> override), projects and subprojects formally inherit culture and
> >> standards
> >> unless they explicitly choose to override :-).
> >>
> > Yes "standards" have worked so nicely in the software industry.  Why
> > we have several standards for
> > any one thing.  Its certainly better than mutual respect..  For as
> > long as one follows one of the standards, it
> > must be good.
> >
> >> I'd bet many people perceive that Apache actually works this way; let's
> >> just make that perception into reality.
> >>
> >>
> > In order to do this, lets set at least 6 months aside each to draft a
> > large legal document, assign penalties for
> > breaking any of the rules.  We'll create a new subproject for "Those
> > who have not joined the shining path to
> > enlightenment" for projects choosing not to ratify the canon.  Next we
> > can create a "interperator" subproject,
> > in the event of a disagreement among parties in a project the
> > interperator (think of them as lawyers) can be assigned
> > to help interperate the canon and apply penalities to whomever is
> > judged to be in the wrong.
> > The alternative is to get back the the basics...community, mutual
> > respect, dare I say friendship, working for the best
> > ideas, etc.   Rigid guidelines are much easier than that.
> > Thats why XP is such crap, a "metaphor" instead of a BUFD.  Same
> > prinicipal.  Long live the SDLC!
> >
> > -Andy
> >
> >> Craig
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: community-unsubscribe@apache.org
> >> For additional commands, e-mail: community-help@apache.org
> >>
> >>
> >>
> >>
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: community-unsubscribe@apache.org
> > For additional commands, e-mail: community-help@apache.org
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: community-unsubscribe@apache.org
> For additional commands, e-mail: community-help@apache.org
>
>


Mime
View raw message