Re: [Concept] Flip relative function lookup order (global, then local)

From: Date: Fri, 23 Aug 2024 13:16:19 +0000
Subject: Re: [Concept] Flip relative function lookup order (global, then local)
References: 1 2 3 4 5 6 7 8 9 10 11 12 13 14  Groups: php.internals 
Request: Send a blank email to [email protected] to get a copy of this message


On Fri, Aug 23, 2024, at 14:56, Christian Schneider wrote:
> Am 23.08.2024 um 12:27 schrieb Rob Landers <[email protected]>:
> > On Fri, Aug 23, 2024, at 12:14, Christian Schneider wrote:
> >> Am 23.08.2024 um 11:34 schrieb Nick Lockheart <[email protected]>:
> >> > I think we are all trying to achieve the same thing here.
> >> 
> >> I'm not sure who "we" and what "same thing" here exactly is.
> > 
> > Nick was replying to me :p, judging by the quoted paragraph.
> 
> The "all" in his sentence suggested to me that he means more than him and you.
> But then again I might have misinterpreted this.
> 
> > As far as function overloading goes, I recommend checking out a draft RFC I've been
> > working on a very, very long time: https://wiki.php.net/rfc/records. In some off-list
> > discussions, it was clear that if I wanted this syntax, I would need to pursue function autoloading.
> 
> Definitely an interesting read, thanks a lot for the work you put into it!
> 
> > Further, function autoloading is a clearly missing feature that would be useful in many
> > situations.
> 
> The "clearly missing" and "many" part is where I disagree. But I was mainly
> considering current PHP, not future PHP syntax like the Records stuff, agreed.
> 
> > If function autoloading doesn't work out, I will need to take a different approach to
> > that syntax (which is fine, but not something I want because I chose the syntax for a very good
> > reason).
> 
> I know you do not want to discuss this here as it is off-topic but it kind of feels the only
> advantage is to get rid of "new" in the usage of Records. But I'll leave it at that
> as to per your request, we can revisit that once the RFC hits the discussion stage.
> 
> > That being said, I'm not ready to discuss records here, so this is the first and last
> > time I'll mention it on the thread. There is a Reddit post in r/php and a GitHub repo if you
> > are interested in discussing records. There are very many things to work out still, and it is very
> > much work-in-progress.
> 
> Also a bit off-topic but I still have to mention it, maybe worth another thread:
> I understand where you are coming from but at the same time it feels a bit worrying to me to
> use another medium (reddit) for a discussion about future language features when we have this
> mailing list.

Don't be worried about it too much. Many RFCs start somewhere else first before they end up
here. First as an idea, then a draft, then they ask friends/coworkers to read them over, etc. By the
time it ends up on the list, a lot of work has been done (in some cases). Sometimes, they are
simple-ish RFCs that need little work and are pretty straightforward, but for more complex ones,
there are usually several cycles before it will end up on the mailing list. Further, it has come to
my attention that an implementation is basically an unwritten requirement, so spending time on that
is also a delay there. At least, that has been my experience so far with that one.

> 
> I hope this won't mean that questions/suggestions/concerns on this mailing list won't
> be discredited because of discussions which happened elsewhere. I'm sorry if I sound a bit
> paranoid here but I've been in this situation before in other (not software related) aspects of
> my life before where I was told that something was already decided and people were not willing to go
> back on certain issues because of that.

The way I look at it, nothing is set in stone until everyone has seen it and had a chance to
respond. Yes, there are good reasons that things are the way they are in that RFC, and during
discussion, I expect those reasons will come up. I have no idea if those reasons stand up under
scrutiny, and I won't find out until then. These are all known unknowns. 

There are some people on the list who believe once it is on the list, it is unchangeable unless you
are a voter and act accordingly, such as ignoring non-voter concerns. I, personally, feel that
shouldn't be how things work. It is "our language" (voter or not) and not
"Rob's language." I guess we will see how that plays out in the coming months.

> 
> Regards,
> - Chris
> 

— Rob


Thread (112 messages)

« previous php.internals (#125138) next »