Am 04.06.2017 um 11:10 schrieb Tony Marston:
If there was never a standard to begin with then there should be proper justification for introducing one now, and I'm afraid that "to be consistent" is not a valid argument. What problems are caused by this inconsistency? What is the cost, both in core developer time and application developer time, to change it? If the benefits are smaller than the costs then can the change actually be justified?
seriously, if you don't understand the obvious benefits of consistency when a lot of different people have to deal with source code over a long period of time likely the discussion with you is pointless and just wasted time for everybody involved
in the time you wasted with your mails i typically cleanup inconsistency here and there in a project with 250000 lines of code which dates back to 2003 to make my own life as core-developer and everybody elses easier
-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
