Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63036
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error)
To: jpauli <jpauli@php.net>
Cc: Herman Radtke <hermanradtke@gmail.com>, David Soria Parra
 <dsp@php.net>, internals@lists.php.net
In-Reply-To: <CAMUwpuRH155NHYr_ATU4ShJyk9PGc0K1dCa+VsF=qTtPAXf=Og@mail.gmail.com>
References: <slrnk4mc5m.g88.dsp@experimentalworks.net>
	 <1347893073.5709.2986.camel@guyrush>
	 <CAAUB37AMvDgiwZRyTfECocPxLJzU5e46svEmuB6mWqeohCfhag@mail.gmail.com>
	 <CAMUwpuRH155NHYr_ATU4ShJyk9PGc0K1dCa+VsF=qTtPAXf=Og@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Date: Mon, 17 Sep 2012 17:36:16 +0200
Message-ID: <1347896176.5709.3002.camel@guyrush>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Moving forward: PHP 5.5
From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=)

Hi,

On Mon, 2012-09-17 at 17:05 +0200, jpauli wrote:
> On Mon, Sep 17, 2012 at 4:57 PM, Herman Radtke <hermanradtke@gmail.com> wrote:
> >> David, I think you're experienced enough to fill this role alone.
> >
> >
> > One benefit to having two RM's is that Julien is learning from DSP. If
> > there is a strong reason to have only one RM, then maybe we should consider
> > a RM/vice-RM kind of pairing.
> 
> That's it, the idea has never been to have confusion, but help the new
> RM at well ... RMing.
> Getting used to tools and processes is not an easy task for the
> begining of RMing :-P Whoever is the new RM that said.

There are very few special processes. In fact the only RM-specific
things are around packaging the tarballs up, while that's described in
an README. Besides that all processes affect everybody in the community
and everybody should be aware of it. The RM simply is the last instance
to identify/judge if things are unclear. the requirements for that are
a) knowing the code quite well b) knowing whom to ask for a given issue.
both things are good qualifications for *any* contributor.

In my mail I also suggested to "train" a successor later in the game.
Nowadays,thanks to all the RFCs and so on, the role of the RM is on the
one hand very limited and on the other hand requires maing clear
decisions. And well, two persons give two clear decisions or increase
workload for themselves (due to extra coordination) and everybody else
(for having two guys to follow)

I don't mind if an RM has an "assistant" or "apprentice" or such, but I
want a clear responsibility - I always describe the role as "the one who
takes the blame." All the good stuff comes from the contributors, the RM
is the one who in the end didn't catch the mistakes.

johannes