Seems there are at least three Rust-based competitors for type checkers in Python now (Microsoft, Facebook, Astral), and of course there's still mypy.
Pyrefly: A new type checker and IDE experience for Python
11–20 of 177 posts
Re: Pyrefly: A new type checker and IDE experience for Python
#12Seems there are at least three Rust-based competitors for type checkers in Python now (Microsoft, Facebook, Astral), and of course there's still mypy.
Re: Pyrefly: A new type checker and IDE experience for Python
#13Seems there are at least three Rust-based competitors for type checkers in Python now (Microsoft, Facebook, Astral), and of course there's still mypy.
Re: Pyrefly: A new type checker and IDE experience for Python
#14Re: Pyrefly: A new type checker and IDE experience for Python
#15Seems there are at least three Rust-based competitors for type checkers in Python now (Microsoft, Facebook, Astral), and of course there's still mypy.
They're all static type checkers right? None for runtime?
Re: Pyrefly: A new type checker and IDE experience for Python
#16This is very cool but why wouldn’t they just contribute to uv and ruff and ty https://github.com/astral-sh/ty
Since Meta built this, I have confidence this will be maintained more than others and I will use this and ask for Pyrefly experience in the future.
Re: Pyrefly: A new type checker and IDE experience for Python
#17Re: Pyrefly: A new type checker and IDE experience for Python
#18This is very cool but why wouldn’t they just contribute to uv and ruff and ty https://github.com/astral-sh/ty
Because this has been tested at Meta / Facebook scale which means it's faster for any Python codebase massive and small. Since Meta built this, I have confidence this will be maintained more than others and I will use this and ask for Pyrefly experience in the future.
Re: Pyrefly: A new type checker and IDE experience for Python
#19This is very cool but why wouldn’t they just contribute to uv and ruff and ty https://github.com/astral-sh/ty
I think astral and meta were both working on their own type-checkers independently. My current understanding is that meta released so they could preempt the initial release of ty. It seems like they're a bit further ahead in development. Not sure if there are going to be any real differences between the two down the line.
Re: Pyrefly: A new type checker and IDE experience for Python
#20Earlier quoted context omitted.
They're all static type checkers right? None for runtime?
Yes. If you want runtime validation of data you’re taking in people recommended pydantic. If you’re looking for runtime validation within your own code I’ve seen people use beartype, though to be honest I don’t personally understand the value added from it