this post was submitted on 14 May 2024
311 points (91.2% liked)

Programmer Humor

32567 readers
381 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 

Explanation: Python is a programming language. Numpy is a library for python that makes it possible to run large computations much faster than in native python. In order to make that possible, it needs to keep its own set of data types that are different from python's native datatypes, which means you now have two different bool types and two different sets of True and False. Lovely.

Mypy is a type checker for python (python supports static typing, but doesn't actually enforce it). Mypy treats numpy's bool_ and python's native bool as incompatible types, leading to the asinine error message above. Mypy is "technically" correct, since they are two completely different classes. But in practice, there is little functional difference between bool and bool_. So you have to do dumb workarounds like declaring every bool values as bool | np.bool_ or casting bool_ down to bool. Ugh. Both numpy and mypy declared this issue a WONTFIX. Lovely.

you are viewing a single comment's thread
view the rest of the comments
[–] owsei 14 points 6 months ago (2 children)

Even if they do have the same in-memory representation, you may want to assert types as different just by name.

AccountID: u64

TransactionID: u64

have the same in-memory representation, but are not interchangeable.

[–] [email protected] 7 points 6 months ago

That is a very solid point. If user-defined types are NOT explicitly defined as compatible (supposing language support), they should not be.

In your example, if it were, say a banking system, allowing both types to be considered equivalent is just asking for customer data leaks.

[–] [email protected] 2 points 6 months ago

Python does allow this with NewType. Type checkers see two different types, but it is the same class at runtime.