Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:123009
Feedback-ID: id5114917:Fastmail
Date: Sun, 07 Apr 2024 11:07:12 +0100
To: internals@lists.php.net
Subject: =?US-ASCII?Q?Re=3A_=5BPHP-DEV=5D_Native_decimal_scalar_support_?=
 =?US-ASCII?Q?and_object_types_in_BcMath_-_do_we_want_both=3F?=
User-Agent: K-9 Mail for Android
In-Reply-To: <CAMrTa2HX2dCEr4uA5OumqwVbwd8E=upqiipFT_84b1J1HWOSVw@mail.gmail.com>
References: <37e79b28-ac4d-4413-9df8-54a123dfd1e3@redmagic.org.uk> <CAMrTa2HX2dCEr4uA5OumqwVbwd8E=upqiipFT_84b1J1HWOSVw@mail.gmail.com>
Message-ID: <240D79D1-708D-45A7-9989-D28893955D6E@rwec.co.uk>
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable
From: imsop.php@rwec.co.uk ("Rowan Tommins [IMSoP]")



On 7 April 2024 01:32:29 BST, Jordan LeDoux <jordan=2Eledoux@gmail=2Ecom> =
wrote:

>Internals is just volunteers=2E The people working on BCMath are doing th=
at
>because they want to, the people working on scalar decimal stuff are doin=
g
>that because they want to, and there's no project planning to tell one
>group to stop=2E That's not how internals works (to the extent it works)=
=2E

I kind of disagree=2E You're absolutely right the detailed effort is almos=
t always put in by people working on things that interest them, and I want =
to make clear up front that I'm extremely grateful to the amount of effort =
people do volunteer, given how few are paid to work on any of this=2E

However, the goal of the Internals community as a whole is to choose what =
changes to make to a language which is used by millions of people=2E That a=
bsolutely involves project planning, because there isn't a marketplace of P=
HP forks with different competing features, and once a feature is added it'=
s very hard to remove it or change its design=2E

If - and I stress I'm not saying this is true - IF these two features have=
 such an overlap that we would only want to release one, then we shouldn't =
just accept whichever is ready first, we should choose which is the better =
solution overall=2E And if that was the case, why would we wait for a polis=
hed implementation of both, then tell one group of volunteers that all thei=
r hard work had been a waste of time?

So I think the question is very valid: do these two features have distinct=
 use cases, such that even if we had one, we would still want to spend time=
 on the other? Or, should we decide a strategy for both groups to work toge=
ther towards a single goal?

That's not about "telling one group to stop", it's about working together =
for the benefit of both users and the people volunteering their effort, to =
whom I am extremely grateful=2E

Regards,
Rowan Tommins
[IMSoP]