Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:117401
MIME-Version: 1.0
References: <CAESVnVq80gzujeb_DsfH9hU5Q+YVQcAYF+siLZSiQOC2cxDBqw@mail.gmail.com>
 <1289b56c-e766-4889-bbb2-06abb4e63a6d@www.fastmail.com> <CABdc3WrSUjPSA+XqHv1bGi_1kvr6ampfg4ggS9tZwgRSFpvG=A@mail.gmail.com>
 <CAPzBOBMQSEzMeGvS=dJfbPKsYT7JhF5O5hL7WEs-ivE3kgsJ3A@mail.gmail.com>
 <CAESVnVo4aCeaQe5Vsi858G9X02nkh0qsX73K-XQJ5M3qvrFNrg@mail.gmail.com> <841033de-3b13-8022-98dd-a577dd08790b@processus.org>
In-Reply-To: <841033de-3b13-8022-98dd-a577dd08790b@processus.org>
Date: Tue, 22 Mar 2022 13:02:47 -0500
Message-ID: <CAESVnVpSXzxCX9kLqjAjF4TZMOdb-JtS4+JstGfAdg57HsmVVw@mail.gmail.com>
To: Pierre <pierre-php@processus.org>
Cc: Robert Landers <landers.robert@gmail.com>, 
	=?UTF-8?Q?Micha=C5=82_Marcin_Brzuchalski?= <michal.brzuchalski@gmail.com>, 
	Larry Garfield <larry@garfieldtech.com>, php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000042f92c05dad26c89"
Subject: Re: [PHP-DEV] Discussion: String streams
From: pollita@php.net (Sara Golemon)

--00000000000042f92c05dad26c89
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 22, 2022 at 10:28 AM Pierre <pierre-php@processus.org> wrote:

> Le 22/03/2022 =C3=A0 16:14, Sara Golemon a =C3=A9crit :
> > Who's just a hard-nope on userspace operator overloading?  If your
> reasons
> > go beyond foot-gun (and that is a valid reason), could you share what
> those
> > reasons are?
> >
>
> I am a not so hard-nope against userland operator overloading because
> it's magic. My day job is 20% writing code, 30% speaking with clients,
> and 50% reading and using community code. Userland operators are not as
> explicit as verbose method calls; and you can't ctrl-space an operator
> in any existing IDE, it's not obvious at what they does when you read
> code using them in most cases, and beyond that, in order to use them,
> you have to read an external documentation.


Yup. I generally file this all under the 'foot-gun' objection, because at
the end of day if you've made an overload interface that makes your code
hard to read and reason about, then you *have* foot-gunned yourself.  Not
dismissing it at all, because the struggle IS real.



> And in the end, operators are just sugar for method calls. I don't
> dislike writing $c =3D $a->plus($b) instead of $c =3D $a + $b, I even fou=
nd
> that there's some kind of elegance behind writing stuff explicitly.
> There's no feature in the world that would be blocked by the lack of
> operator overloading.
>
>
100% not going to argue with you on the accuracy of that statement.  Of
course, something being sugar doesn't mean it's not sweet. ;)

-Sara

--00000000000042f92c05dad26c89--