Rowan On Mon, Sep 7, 2015 at 10:14 PM, Rowan Collins <rowan.coll...@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 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
