For the benefit of others, the problem is that
`unittest.mock.call.__wrapped__` generates a new object, which in turn
has a dynamic `__wrapped__` attribute, which does the same, thus
generating an infinite chain of *distinct* proxies.
Being distinct proxy objects defeats the loop detection algo
On 7/11/20 4:03 am, Thomas Wouters wrote:
It's also why I'm not in favour of PEP 642 and other proposals for
solving some of the problems in the Structural Pattern Matching proposal
(sigils, etc): it widens the gap instead of closing it.
Does that mean you're against *any* proposal that invol
Hello,
We are using doctest to give our developers easy access to write very
fast unit tests and encourage "tests as documentation".
Recently we hit an issue where doctest crashes on certain objects that
fail to "unwrap".
Looking at the code and reasoning behind the crash it seems like we c
On Fri, Nov 6, 2020 at 7:05 AM Thomas Wouters wrote:
>
> The primary reason I care about the integration with the rest of Python is
> because it limits the future expansion of the language.
>
I did not think as deeply as you have done on this subject here.
My exposure to pattern matching was in
ACTIVITY SUMMARY (2020-10-30 - 2020-11-06)
Python tracker at https://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open7617 ( -9)
closed 46397 (+75)
total 54014 (+66)
Open issues wi
Ouch, that's bad. It seems the class tutorial could use an overhaul.
We might also cut a few areas where we go unnecessarily deep (e.g.
position-only parameters).
On Fri, Nov 6, 2020 at 9:31 AM Mats Wichmann wrote:
> On 11/6/20 9:07 AM, Marco Sulla wrote:
> > I started to learn Python with the
Hopefully that was a dataclass :)
But yes, point taken. Classes need to be there. And now I've gone and
re-read the table of contents for the tutorial, I really don't have any
complaints about the high-level ordering. It does seem to go
unnecessarily deep in some areas (*very* few people will
On 11/6/20 9:07 AM, Marco Sulla wrote:
I started to learn Python with the tutorial, and two things come into my
mind:
1. The class section seems quite difficult and intimidating for a novel,
while classes in Python are really more simple than in other OO languages
Indeed - we got some complain
This I also agree with. We should not assume readers know any particular
other language, so any mention of "this is just like " or
"unlike " should probably be avoided. (I didn't check if there
are any, but I wouldn't be surprised if some had crept in, given Python's
strong roots in C.)
--Guido
O
I agree with you that the tutorial should focus at users, not library
developers. But assuming that users will never write a class seems wrong.
For example, while ago I went through a PyTorch tutorial, which assumes
barely any programming knowledge, and yet the first or second example has
the user
@MarcoSulla
You started from the tutorials?
you are a real legend 💯
great people were already great before they became great it seems ~
Kind Regards,
Abdur-Rahmaan Janhangeer
https://www.github.com/Abdur-RahmaanJ
Mauritius
sent from gmail client on Android, that's why the signature is so u
Le jeu. 29 oct. 2020 à 22:43, Victor Stinner a écrit :
> I propose to drop the Solaris support in Python to reduce the Python
> maintenance burden:
>
>https://bugs.python.org/issue42173
> (...)
Since I created the issue and the PR, and sent this email to
python-dev (one week ago), many Solari
It would also be nice for the tutorial to separate between "things you
need to know to use Python" vs "things you need to write a Python library".
For example, the fact that operators can do different things for
different values (e.g. int, str, list, pathlib) would be in the first
category, wh
I started to learn Python with the tutorial, and two things come into my
mind:
1. The class section seems quite difficult and intimidating for a novel,
while classes in Python are really more simple than in other OO languages
2. I really missed a section about how to write a decorator function.
Luc
I think it's important to remember that many novice programmers today learn
python as their first language.
While i don't think the python tutorial is the right place for teaching how
to program, i also think it would be best if it didn't make too many
assumptions on the reader's knowledge.
When it
Apologies that this is a long email, but I want to make sure I get my
points across and it's difficult to do it in a short email. I touched on
some of these things in a blogpost I wrote (
https://pyrandom.blogspot.com/2020/11/my-view-of-python-steering-council.html)
but I wanted to make the main po
05.11.20 11:12, Inada Naoki пише:
> Since "How To" guide is not organized well, it is very tempting to
> write all details in tutorial.
> I have seen may pull requests which "improve" tutorial by describe
> more details and make
> the tutorial more perfect.
>
> But adding more and more information
See https://devguide.python.org/ .
On 06.11.2020 6:57, Manak Wadhwa wrote:
Hey Guys,
I am Manak Wadhwa. I have a good hand in python language, ML Algorithms, Web
Dev (HTML5, CSS3, JS, PHP, AJAX, Bootstrap, JQuery). I want to contribute to
python org can someone help as which repository should
18 matches
Mail list logo
