News for hackers. Stuff that matters.
Re:Python’s “type hints” are a bit of a disappointment to me by ledauphin on Thursday April 21, 2022 @06:09PM (#31115788)
static in this case can be understood to mean simply "prior to (or separate from) runtime". In other words, it's based on what you can check _without_ running the code.

It's worth noting that nearly every statically-typed language currently in existence has two separate "type systems" - the static type system which is the formal type system offered to the programmer, plus a runtime type system enforced, at minimum, by the processor (e.g. you cannot divide by 0) that is ultimately different from the static type system. The 'question' in most cases is "how closely does the runtime type system match the static type system?" In many if not most languages, the answer is "not very".

Re:Python’s “type hints” are a bit of a disappointment to me by tialaramex on Thursday April 21, 2022 @06:42PM (#31116078)
> It's worth noting that nearly every statically-typed language currently in existence has either two separate "type systems"

Either that or... ? You should probably complete this thought.

I don't think the distinction you've claimed make much sense, but perhaps you had an alternative which you just never explained.

Re:Python’s “type hints” are a bit of a disappointment to me by ledauphin on Thursday April 21, 2022 @07:04PM (#31116257)
that was a typo - no "either" was intended. I've amended the original. not sure if that will help clarify?