> -----Oorspronkelijk bericht----- > Van: Stan Vass [mailto:sv_for...@fmethod.com] > Verzonden: maandag 1 november 2010 10:19 > Aan: internals@lists.php.net > Onderwerp: [SPAM] Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to > T_DOUBLE_COLON > Urgentie: Laag > > It's amazing to me this has become such a long discussion. The facts > are > simple: > > 1) People don't ask for the other parse errors even half as often as > they as for T_PAAMAYIM_NEKUDOTAYIM > 2) They do so because it looks like gibberish to them, so it looks > unlikely to be a common thing you can Google, nor it gives something > recignizable to start with > 3) Yes, to all who are not sure, more people know English than Hebrew. > 4) Yes, we all acknowledge it's an easter egg joke that refers to the > creators of PHP. But that particular joke has outworn its welcome in > the community after repeatedly causing support issues. > > T_DOUBLE_COLON already exists as a constant in userland, so the jump > to it won't be an epic change. Let's do it as a proof that we're not a > nerd gridlock bound to argue forever about even the most minor and > obviously positive changes PHP can implement. > > Stan Vass > > > -- > PHP Internals - PHP Runtime Development Mailing List To unsubscribe, > visit: http://www.php.net/unsub.php
Come on people, what exactly is the problem with a once-in-a-lifetime investment of 5 seconds of your time to google some stupid error message. Something you, as a developer, spend your life doing. Please, stop complaining about a minor (yes, it is minor, use the fricking search engine!) annoyance and accept php's heritage. And please understand, I do get where all the opponents are coming from, it is an unnecessary complicated error message (I agree that the language argument is a moot point, in the world of internet and programming in particular, English is the standard), but you google it once in your life and then you 'forget' about it. And if you can't remember the meaning of something like that, I hardly doubt you'd be a decent programmer anyway. Regards, Dennis Haarbrink
