Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:122961
Message-ID: <f96f79d1-9719-45c2-91c1-8e574a2514e8@bastelstu.be>
Date: Fri, 5 Apr 2024 12:03:25 +0200
Precedence: bulk
MIME-Version: 1.0
Subject: Re: [PHP-DEV] [RFC] [Discussion] Support object type in BCMath
To: Saki Takamachi <saki@sakiot.com>, Jordan LeDoux <jordan.ledoux@gmail.com>
Cc: Barney Laurance <barney@redmagic.org.uk>, internals@lists.php.net
References: <4F094EDA-5058-407D-AF39-06FD934FDE1F@sakiot.com>
 <904197f4-afb5-401e-9e17-7a655c5449d0@alec.pl>
 <CAMrTa2EK6ymBQuxeFj7tMV0M2crqCCCR=mLN-FSfuCgrQHEZ6A@mail.gmail.com>
 <AB663F3F-A888-45F7-B19A-00530A4EDB0C@sakiot.com>
 <CAMrTa2HOEUWQcPdZE3FZ9JWCS1DWuRTNhhfqGGZOmr=v1Mctdw@mail.gmail.com>
 <CANS-=pfVuKKfAiu0LUJTrEPnSRaa_nHwJCgMvSORruAwHMsvQg@mail.gmail.com>
 <CAMrTa2HXD+62TKbaaA-v-mct5zdR5ortUAbtG1R1D22amAgpNA@mail.gmail.com>
 <CAMrTa2GaK3AUp0WodhNO8RdvoLbbiCk14Gs2oWF6vEs_+qMYNg@mail.gmail.com>
 <655FEA80-9AB4-4AAD-A310-70ED968C97A2@sakiot.com>
 <CAMrTa2Fh_-M_Kezi7s_4P4+a+dTyKq=RExd6ARPRDqZYS175kA@mail.gmail.com>
 <CAMrTa2FrkvNPK6kETNJFNNDn0mL5dxkV=PmdxsysruhhjY=Uig@mail.gmail.com>
 <8FB87901-02D7-4934-9119-55B21CEDDA9D@sakiot.com>
 <CAMrTa2EJf2NK2D3J=q7xkAVuNKsjEBDVv+RDmxp_g9DSsjRgwg@mail.gmail.com>
 <65e0fc8b-ed4e-4bf8-af2d-77dc7b4bb934@redmagic.org.uk>
 <CAMrTa2GsydsTtorY9hcEcjDZe2Uu+mRo8Wz9+0Dedc4OCdLtUg@mail.gmail.com>
 <92F7B1F2-67EE-4276-ADE0-20181B57DF5E@sakiot.com>
Content-Language: en-US
In-Reply-To: <92F7B1F2-67EE-4276-ADE0-20181B57DF5E@sakiot.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
From: tim@bastelstu.be (=?UTF-8?Q?Tim_D=C3=BCsterhus?=)

Hi

On 4/5/24 02:20, Saki Takamachi wrote:
> In other words, the concerns we are currently aware of are issues of responsibility on the user's side, and my opinion is that there is no need to give that much consideration. However, this is my personal opinion, and there may be more reasonable opinions.

I've already sent a sibling email, explaining why I believe that making 
the Number class not final is a mistake. However I'd also like to 
comment on that specific bit of your email:

I strongly believe in misuse-resistant APIs. Users should generally be 
steered towards making the right choice, even without needing to consult 
the documentation. For example, by making the "right choice" the easiest 
choice or by preventing "wrong choices" entirely.

Preventing folks from making wrong choices is overall less costly than 
them realizing that they made a wrong choice and then being unable to 
change it, due to backwards compatibility or interoperability concerns.

PHP has enough gotchas as it is, so for any new API making it a *great* 
API, not just an *okay* API should be part of the consideration. APIs 
within PHP need to survive for 10+ years.

Best regards
Tim Düsterhus