Hi! > You can choose your point of view - I choose the point of view where we > replace a broken function with a function that does what developers > would actually *expect*.
It's not just a point of view. If it is implemented, it will have consequences for millions of people using PHP. Adding them extra work and having them to deal with all the consequences that follow from that decision. With this ecosystem, each change has a cost. It's not just "I think this way, it's my opinion". That is true for a personal project. PHP is not a personal project, so proposing change to it is not a matter of personal opinion - it is much broader. That is why I am and will continue to argue against changes that have minimal benefit - like this one - because they are not worth the cost of change imposed on the ecosystem. There's no such thing as free change, so it should be worth it. > You know what, all this rhetoric in favor of inconsistency, against a It's not in favor of inconsistency. It is in favor of not creating a mess of having two basic functions doing almost, but not quite the same. The cost of having imperfect, but widely used function is much less than the cost of switching to another function, learning to distinguish them in the code, having transition period with two functions and then trying to eliminate old function from all code that had absolutely no problem with it. And the benefit is mostly vague "consistency". I mean, consistency is important design consideration. But in no way "it makes me sad to see people complain on Reddit about PHP being inconsistent" is worth more than "people having to change tons of code everywhere to accommodate change made so that people won't complain on Reddit". > solution that has already been implemented? That fact that is has been implemented does not mean it should be part of PHP core. You can implement a lot of things, being implementable is a necessary condition, but in no way sufficient. Yes, you take the risk by implementing feature that is not accepted. But it's not an argument for acceptance. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
