Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:104135
MIME-Version: 1.0
References: <CAF+90c-auGYVhCzt-1GpdU1-uZ+xiY7A_FwWSRKftuKBwtszYg@mail.gmail.com>
 <CACDmYyc0GSdeNV8WGyPTmZnhuKS0gCbCJMwJs4bjFWEv4B2aaQ@mail.gmail.com>
 <CAOwTYAvDB7qHsOtFrh066fFTtLncL2p6EADkfbK99z-XNqgL1A@mail.gmail.com> <2daa66b8-27b6-6e8c-6d9e-4ed35aed5cb6@gmail.com>
In-Reply-To: <2daa66b8-27b6-6e8c-6d9e-4ed35aed5cb6@gmail.com>
Date: Mon, 4 Feb 2019 18:18:10 +0100
Message-ID: <CAEPJduneQPcmBE6quX6L29hjD7L7v39Zibx9Fyz7f26R3PzKaA@mail.gmail.com>
To: Stanislav Malyshev <smalyshev@gmail.com>
Cc: Joe Watkins <krakjoe@gmail.com>, Legale Legage <legale.legale@gmail.com>, 
	Nikita Popov <nikita.ppv@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000065e31058114ae7f"
Subject: Re: [PHP-DEV] Alternative voting reform: Streamlining the RFC process
From: kontakt@beberlei.de (Benjamin Eberlei)

--000000000000065e31058114ae7f
Content-Type: text/plain; charset="UTF-8"

On Mon, Feb 4, 2019 at 9:00 AM Stanislav Malyshev <smalyshev@gmail.com>
wrote:

> Hi!
>
> >> I want to say that even a small and fairly
> > simple code change,
> > which I proposed to push through the bureaucracy, was difficult.
>
> We're discussing RFCs. Small and fairly simple code change does not need
> an RFC.


I think this is what Nikita wants to change with this simpler procedure.
More RFCs even on smaller changes, so that more broad input can be gathered
before doing any kind of change.


> So either:
>
> a) this change is indeed small and simple, and does not belong to the
> topic about RFC process, maybe about code review process, which is no
> less important, but different talk.
>
> b) this change wasn't as small and simple as it appeared, it did require
> the RFC, but you didn't know that. It's not your fault, no shame here -
> but this shows the process worked as it should have.
>
> > This, I am afraid is all too common. Many many times, while working
> through
> > github issues, I will be uncomfortable with making a merge for someone
> > without input from internals. I would tell that person to start a
> > discussion on internals and they would be flat ignored, their change dead
> > in the water, and their reason to continue contributing evaporates.
>
> But how this relates to RFCs? Certainly not every patch needs an RFC.
>
> --
> Stas Malyshev
> smalyshev@gmail.com
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--000000000000065e31058114ae7f--