[Python-Dev] Re: Comparing dict.values()

2019-07-28 Thread Antoine Pitrou
On Fri, 26 Jul 2019 20:28:05 +1000
Steven D'Aprano  wrote:
> So there are no conceptual problems in defining equality for value 
> views. Putting aside efficiency, this is easy to solve.

Right.  It's just waiting for someone's PR.  However, that doesn't mean
that the current behaviour is senseless.  It's just less desirable than
one might like.

Regards

Antoine.

___
Python-Dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/EUNEZLN3ZPDOVFFYND6VGLNM52P5PFIW/


[Python-Dev] Re: 🍝 New keyword in bpo: `newcomer friendly`

2019-07-28 Thread Antoine Pitrou
On Fri, 26 Jul 2019 19:09:35 -0700
Guido van Rossum  wrote:
> See the thread 'The trouble with "Easy" issues' in
> [email protected].
> Essentially those "easy" issues aren't so easy,
> and we're starting over.

But how do we know that the same mistake won't be done again? :-)

Regards

Antoine.

___
Python-Dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/IWJLWGOB25QVLOBL6J2L2FZQXJOKESJJ/


[Python-Dev] Re: [core-workflow] Re: Re: 🍝 New keyword in bpo: `newcomer friendly`

2019-07-28 Thread Guido van Rossum
On Sun, Jul 28, 2019 at 1:25 PM Antoine Pitrou  wrote:

> On Fri, 26 Jul 2019 19:09:35 -0700
> Guido van Rossum  wrote:
> > See the thread 'The trouble with "Easy" issues' in
> > [email protected].
> > Essentially those "easy" issues aren't so easy,
> > and we're starting over.
>
> But how do we know that the same mistake won't be done again? :-)
>

In part because the focus of the wording is different -- "easy" is very
subjective, while "newcomer friendly" makes it clear to all core devs that
this is about issues that are friendly for newcomers. Also it makes it
clearer that the issue specifically should *not* be fixed by core devs
looking for easy tasks.

And in part because we will have specific guidelines (to be nailed down
more precisely in the dev guide) about how to ensure that an issue is
newcomer friendly. I don't have the thread handy but it's something about
having a clear (to newcomers, not just to core devs) description, without
too much jargon, and some (but not too many) hints for a solution. The
issue should also be reproducible easily, and there shouldn't be too much
discussion on the issue (a newcomer looking for somewhere to help usually
doesn't have the background to follow a discussion of 10 or more messages
between core devs debating whether something is a bug or a feature).

If someone wants to submit a PR to the devguide with tentative wording that
would be appreciated. I don't think we'll need too much bikeshedding on
such a PR, and we can iterate easily (there's no fear of breaking anything
with a PR to the devguide).

-- 
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him/his **(why is my pronoun here?)*

___
Python-Dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/BCPU2FF64T6733XFSU4TJIZ6NZUPKZU6/


[Python-Dev] Re: Comparing dict.values()

2019-07-28 Thread Steven D'Aprano
On Sun, Jul 28, 2019 at 10:18:56PM +0200, Antoine Pitrou wrote:
> On Fri, 26 Jul 2019 20:28:05 +1000
> Steven D'Aprano  wrote:
> > So there are no conceptual problems in defining equality for value 
> > views. Putting aside efficiency, this is easy to solve.
> 
> Right.  It's just waiting for someone's PR.  However, that doesn't mean
> that the current behaviour is senseless.  It's just less desirable than
> one might like.

Acknowledged: the current behaviour seems to be inherited from the 
default behaviour of equality used by object, which is (I think) the 
only sensible default.


-- 
Steven
___
Python-Dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/U3V5YDVFDSSNFRYPQCH6VOVOSHRAXKL4/