Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:81356
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain beccati.com designates 176.9.114.167 as permitted sender)
Message-ID: <54C9E5CC.8010607@beccati.com>
Date: Thu, 29 Jan 2015 08:48:28 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Andrey Andreev <narf@devilix.net>
CC: Michael Wallner <mike@php.net>, 
 PHP Internals <internals@lists.php.net>
References: <54C8D36E.7010803@php.net>	<54C9338A.7020202@beccati.com>	<54C9363D.6090102@php.net>	<54C94A9D.8000904@beccati.com> <CAPhkiZzzvhXgdhr83yZqUEz6igyesnnfBSK1PaK13gEAqHOz1A@mail.gmail.com>
In-Reply-To: <CAPhkiZzzvhXgdhr83yZqUEz6igyesnnfBSK1PaK13gEAqHOz1A@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] [VOTE] pecl_http
From: php@beccati.com (Matteo Beccati)

Hi Andrey,

On 28/01/2015 23:50, Andrey Andreev wrote:
> You're voting "no" because the FIG can't agree yet?
> They've been discussing this for *at least* an year and iirc the first
> PSR-7 coordinator gave up on it because he no longer believed in the
> end result. What does that tell us?

That some actual work is finally being done now. Whether or not you, I 
or everyone else likes the direction it is going.

> I'm not saying that you should vote "yes", but it's one thing to look
> at the FIG for opinions/suggestions/inspiration and completely
> different if you imply that they should dictate how a PHP core
> extension is implemented.

Indeed. But I am aware that an effort to have common Request/Response 
interfaces is under way and I'd like to see how that goes 
(opinions/suggestions/inspiration) before marrying to a specific, 
possibly incompatible, implementation (pecl_http in core).

> PHP-FIG is not an authority and I too am quite annoyed by the
> excessive usage of the word "standard" when referring to a "PSR". They
> are not standards, they are recommendations written by a
> self-appointed group of people and mostly for their own usage. A group
> of mostly very smart people indeed, and important figures in the PHP
> community too, but not an authority.

Sure, "S" in PSR stands for Starndard, but "R" means Recommendation, but 
this is going slightly OT.


Cheers
-- 
Matteo Beccati

Development & Consulting - http://www.beccati.com/