Hi! > Being completely fair, doesn't this actually make HackLang a great > test-bed for PHP features? If they implement something, and people
I'm not sure how it can be a testbed for *PHP* features, if they develop them with next to no input from PHP community. At least as far as I know, maybe I don't know something? > hate it/it sucks, boom. But if people love it, it's a no brainer for > us to "steal". Unless I'm missing something, "people" here are mostly those that work for Facebook, which, while a sizeable number, is not exactly the whole PHP community. And I'm not sure even how would we know whether Facebook developers like it or not - is there some process of evaluating features? Some kind of community discussion process, voting, feedback channels that we can observe and learn what people think? What one does if she works for Facebook and hates how Hack behaves - what is the feedback system, how it works? I honestly have no idea. > The one thing I think we absolutely MUST avoid is changing behaviour > slightly but keeping same syntax. I agree here that if you already borrow syntax, then using different semantics makes little sense. That said, I see no reason to borrow syntax just because Hack does it. If we have a number of languages doing it the same way - that's fine, it relies on existing mindshare, that's useful. But otherwise, if we consider borrowing syntax and having to be constrained by implied semantics and not borrowing syntax and be free to develop semantics that suits us the most - I'd rather choose not borrowing. Not because of obsessive desire to be different, but because of the freedom of the implied constraints. Of course, if after consideration it turns out the Hack semantics is exactly what we want, then the same syntax would be a boon. > 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 The status of "PHP feature testbed" that you are proposing is way more than any other contributor gets. Which is fine, but not if we run of danger of dismissing important concerns because "well, Hack did it this way so it's decided". That is what I'd very much like to avoid. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
