Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:115310
To: internals@lists.php.net
References: <CAF+90c96J7dyq1KsgoPTndM09V=oj46cXm0SxjfkJXiL3TjdHg@mail.gmail.com>
 <CACwt+JfrMa3h2GfG0cxNFmJeg3mPDzf6QWV44zuz+xYBqUsJfg@mail.gmail.com>
 <1dcefcec-a3e4-e773-4950-b11d377ecc7f@gmail.com>
 <122F660D-DE94-4DFE-A0E9-FEC202E89E3A@newclarity.net>
 <62eb8eff-e671-5b3b-5e25-2a5b38160fcd@gmail.com>
 <D85C91B1-7BFD-4DDD-ABAF-F9604529D7EB@newclarity.net>
Message-ID: <586591d0-8bbc-a42c-f92b-819b8fc6ac20@gmail.com>
Date: Tue, 6 Jul 2021 09:24:11 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <D85C91B1-7BFD-4DDD-ABAF-F9604529D7EB@newclarity.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Subject: Re: [PHP-DEV] [VOTE] Deprecations for PHP 8.1
From: rowan.collins@gmail.com (Rowan Tommins)

Hi Mike,


> Instead I replied because your email strongly implied (stated?) that "deprecation required removal"

I stand by that interpretation, which while not universal is very widely 
used, and I think is more useful than a general hint at "bad practice".

You spend most of your e-mail seeming to argue against it, and then seem 
to say that actually you do agree with it after all, and all you're 
saying is that sometimes the deprecation period should be longer:


> I am not advocating that.  I am advocating we should consider making it:
>
> "features that are strongly discouraged will*probably*  be removed in the next major version, but in some cases may be retained for one or more major versions."

I'm totally OK with that.

I do think that there should be a clear *plan* for removing each 
deprecated feature, though. That plan might be "deprecate in 8.1, and 
examine prior to 9.0 whether usage has dropped / the alternatives are 
mature / etc". It might flat out be "deprecate in 8.1, but don't remove 
until 10.0".

Otherwise, the message becomes "this feature is kind of bad, and at some 
point we might decide to drop it without further notice, but actually we 
might not, so no hurry to remove it", which I just think isn't that helpful.


Regards,

-- 
Rowan Tommins
[IMSoP]