Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:93323 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 21917 invoked from network); 13 May 2016 22:01:28 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 May 2016 22:01:28 -0000 Authentication-Results: pb1.pair.com smtp.mail=pthreads@pthreads.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=pthreads@pthreads.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.161.174 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 209.85.161.174 mail-yw0-f174.google.com Received: from [209.85.161.174] ([209.85.161.174:33735] helo=mail-yw0-f174.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DF/50-18975-7BE46375 for ; Fri, 13 May 2016 18:01:27 -0400 Received: by mail-yw0-f174.google.com with SMTP id t10so130385302ywa.0 for ; Fri, 13 May 2016 15:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pthreads-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=JR32D1d2vlNBghcm6srfonJ2t9TjsBBSut25xXlveAk=; b=xGb0aBtxRSh3NJQqGMiMc4ZqUjoAZhkS5tw9aE/VSwezQmCn8WG6SOY9VPNGjK/EWH Vr/CnyvsqAWPhTWeI03fRUCLXDHuEWQueNd3KmzdYMcfI1swgEKY0ANFaO/+rI3xw+Fk IEp7HzeAXvy222kfKzUVxjzYraVOz9wIf+fglbVJvvHgWVwt9j7RtQPze0d3V9hJL6xA ifML3itGjW3d+n5nXSYcsVzs57PzQnFb9rB8XiU2tOgBbmVwHFSSSqr851fbSToaD0vt mJKqsnJnKmhtXj4W7Flb9DkT9e47RG4/Dni01hXZ9IejC44tn1qs9loTKsHsg6Gc6VpX Qk2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=JR32D1d2vlNBghcm6srfonJ2t9TjsBBSut25xXlveAk=; b=Yua7jqfkxdeBD3CppLQ1S/PquFPEX5EuwBJm5mbpY+Kj9uw2gxUQa/k963u6mOZwuh f5SO0Y8FJ60DxsQWeRvJzWWyff1Em0/ipg/r0zZ686muwGckEtc9LqYBLT/Wu8IVnaGx YuSR3v/7nM7ppjw/fgUqs2D2STQWnlH9Jad6ni+E2ClVpo3r6WG7v4YQSzvPDSkVo8J3 vxSMENMQ1Hcy/8GM16+M6n2kgPcLBx5jo2SZ3Ek0n0ZtBPJRTxUhATRTrKsxAopxqVm/ 8tTt6T/JZWbwlE7U9IP5v0yty60RvSxtgjBBQE/eMJt8n1AiQBAwh3mkDaupqczoXbrd T95A== X-Gm-Message-State: AOPr4FVdzxFh5N7OlTwYq2ZaQ3WcXl25CXCJmqPkFOYNwb0uRn928qUxbGj2V6LYCTT4mRsIJVR40YtRfhHnTg== MIME-Version: 1.0 X-Received: by 10.13.237.1 with SMTP id w1mr8537151ywe.62.1463176885067; Fri, 13 May 2016 15:01:25 -0700 (PDT) Received: by 10.129.109.67 with HTTP; Fri, 13 May 2016 15:01:24 -0700 (PDT) X-Originating-IP: [109.157.60.67] In-Reply-To: References: <1d8d5c0c-0403-7e9e-5b93-56de43648c99@php.net> <7119991e-415f-20e3-22e8-5f6a68df0e34@gmail.com> <8c7872c3-c7c0-e2df-c61f-912ca6eb3527@gmail.com> Date: Fri, 13 May 2016 23:01:24 +0100 Message-ID: To: Sara Golemon Cc: Stanislav Malyshev , =?UTF-8?Q?Fran=C3=A7ois_Laupretre?= , Rowan Collins , PHP internals Content-Type: multipart/alternative; boundary=94eb2c0864a87acc2e0532c06a95 Subject: Re: [PHP-DEV] [RFC] [Discussion] Third-party editing of RFCs From: pthreads@pthreads.org (Joe Watkins) --94eb2c0864a87acc2e0532c06a95 Content-Type: text/plain; charset=UTF-8 Evening, > This is why I defined the TPE RFC to scope that permission SOLELY to the arguments section. I get that, but it doesn't make enough of a difference, in my opinion. > We can, and I'd settle for that as a first step, but as the RFC states, it doesn't do justice to the "Against" arguments to rely on someone who is, by definition, in favor of the proposal to summarize all arguments convincingly. I like little steps, less likely to fall over :) If we are going to apply social pressure to change anything, it should be to eradicate the tendency to marry before voting ... The wiki is exclusive, the vast majority of the community who are free to come and argue their case, don't even have the ability to edit the wiki. Talking about doing an argument justice, by allowing a select few to edit the work of others, doesn't make sense to me. When opcache was merged it was ignored by every RFC, even though it's very difficult to do anything in /Zend without impacting opcache. All it took to get people to consider the impact was adding the section late one night (I done it). Nobody ever bothers to remove that section, and if they are able, they fill it in (or are told how to fill it in). The objectives seem to be fulfilled by just adding the section into the template, and formally requiring that it be maintained during discussion. Cheers Joe On Fri, May 13, 2016 at 10:32 PM, Sara Golemon wrote: > On Fri, May 13, 2016 at 1:56 PM, Joe Watkins > wrote: > > Still, I regard editing someone else's work as poor form. > > > > Introducing a way to do that, and relying on social pressure to keep > > everyone in check is not a good long term plan ... sounds great, until > > someone actually does make an edit that the original author vehemently > > disagrees with. > > > This is why I defined the TPE RFC to scope that permission SOLELY to > the arguments section. I agree that the rest of the document should > be considered "owned" by the original author. > > Would taking a page out of Wikipedia by having the notion of "Talk" > pages make more sense, perhaps? > > > Can't we just require the section to be included by the original > > author(s) ? > > > We can, and I'd settle for that as a first step, but as the RFC > states, it doesn't do justice to the "Against" arguments to rely on > someone who is, by definition, in favor of the proposal to summarize > all arguments convincingly. > > -Sara > --94eb2c0864a87acc2e0532c06a95--