Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:103975
MIME-Version: 1.0
References: <CAFPFaM+cEa2xFDqvkLQk=Qht3KdcGUCBaCj6JcuQxqLmjnf9Pw@mail.gmail.com>
 <0243D3A4-2C15-4B31-81A8-C2E5892913F9@koalephant.com> <CAFPFaM+9fWQL+oyfwAKAyjohWHO47W=ibzNmpuM9qVA+6JMjig@mail.gmail.com>
 <CAFLRTJ_SmnAT2QaHqinjAQYJBiS2_LfpB47Ph-=K=8FsB+0xXw@mail.gmail.com>
 <2d8efb96-ed1f-28e4-e0fe-603a2d0f1962@gmail.com> <CAAfnsFVaVAAJ4Q3fCvNVABw3d5Ze9BB6+RcQqZmdcPxbRzSi0w@mail.gmail.com>
 <cf338b9b-64cf-efb9-9e9e-7e97c767ff9d@gmail.com> <CAAfnsFUtopcyprU+o23sCssKF+tpTD=n0zA6x0ewg7J3TKEosA@mail.gmail.com>
 <CALKiJKqfp1PmmKTbs1otijhSOQgnhmxe1Cr+Bb9HoC269qX-bg@mail.gmail.com> <CAGa2bXby6sdWyNBFXV8KacqwywEb1N6RO25PdpcyczMSjy0zyw@mail.gmail.com>
In-Reply-To: <CAGa2bXby6sdWyNBFXV8KacqwywEb1N6RO25PdpcyczMSjy0zyw@mail.gmail.com>
Date: Fri, 1 Feb 2019 10:50:20 +0000
Message-ID: <CALKiJKqaRq=-WHQt9GUyQCpBqrdLoMZWJvswe1PZV+sOcvpAGA@mail.gmail.com>
To: Yasuo Ohgaki <yohgaki@ohgaki.net>
Cc: Peter Kokot <peterkokot@gmail.com>, Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000006dd6c10580d2e905"
Subject: Re: [PHP-DEV] Deprecation ideas for PHP 8
From: rowan.collins@gmail.com (Rowan Collins)

--0000000000006dd6c10580d2e905
Content-Type: text/plain; charset="UTF-8"

On Fri, 1 Feb 2019 at 09:47, Yasuo Ohgaki <yohgaki@ohgaki.net> wrote:

> Aliases may stay defined 10, 20 years or even forever for POSIX(IEEE)
> names.
> So there wouldn't be compatibility issues for CODING_STANDARD names.
>

I think this would be the worst of both worlds. We would have to
permanently document two different names for every function, examples
(outside of php.net) would still have the old names in, people would
disagree about which to use, and the situation would be more confusing to
new users, not less. This already happens with count() vs sizeof() - people
get used to one or the other, and are confused when they see the other in
someone else's code.


> Bottom line is almost all developers dislike inconsistent names, prefer
> to enter extra few chars.

I think almost all developers would like to spend their effort making
material improvements to the robustness or functionality of their code.
That might include replacing htmlspecialchars with a smarter escaping or
"taint" tracking system; but it woudln't include renaming it in all their
code bases, or debating which of two valid names to use in a new codebase.

Let's focus our effort on writing improved features, and giving them good
names, and if that means some of the older functions become less necessary,
that's a bonus.

>
Regards,
-- 
Rowan Collins
[IMSoP]

--0000000000006dd6c10580d2e905--