Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:88085
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.181 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <55ED636D.8010808@gmail.com>
References: <BLU436-SMTP13020F8CE8795C628BDC665E26B0@phx.gbl>
	<61.90.26858.306BCE55@pb1.pair.com>
	<55ED636D.8010808@gmail.com>
Date: Mon, 7 Sep 2015 22:23:50 +1200
Message-ID: <CAAyV7nFE6qyj0FH7VwF+v0_sF6LnXcnoyt+uEOMYSgAD9yu94Q@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Re: [RFC] [Discussion] Short Closures
From: ircmaxell@gmail.com (Anthony Ferrara)

Rowan

On Mon, Sep 7, 2015 at 10:14 PM, Rowan Collins <rowan.collins@gmail.com> wrote:
> Andrea Faulds wrote on 06/09/2015 22:54:
>>
>> Also, it would be nice if PHP and Hack don't diverge when implementing the
>> same features, unless there's a particularly good reason... it's not very
>> kind to people who use both languages.
>
>
> While I agree with the sentiment of them not diverging, the problem is that
> it gives the authors of Hack a disproportionate influence on PHP. At the
> extreme, if someone wanted to push through their version of a feature, they
> could get it released in Hack first, then raise an RFC citing Hack
> compatibility as the reason for the design decisions. (Important: I am not
> accusing anyone of doing this.)t, IMHO.

Being completely fair, doesn't this actually make HackLang a great
test-bed for PHP features? If they implement something, and people
hate it/it sucks, boom. But if people love it, it's a no brainer for
us to "steal".

I don't think we should blindly accept anything because it's in hack,
but the fact that it's there means we also shouldn't diverge "just
because". If it makes sense to copy it, why not?

The one thing I think we absolutely MUST avoid is changing behaviour
slightly but keeping same syntax.

For example, if we used ==> for short closures but used a different
semantic. That would be *really* bad. That leaves us with either
taking their semantics whole sale for the feature, or creating our own
syntax. That's what Bob has proposed here.

Overall, I think we should steal outright what makes sense (I use
steal weakly here, it's collaborative). We should take inspiration
where it makes sense, and we should forge our own road where it makes
sense.

I have not a single ounce of reservation about "giving authors of Hack
a disproportionate influence on PHP". They are not being given a blank
check, no more than any other contributor is. But we also shouldn't be
stupid and ignore what they are doing because of pride (or whatever
else).

My $0.02

Anthony