Rendered at 09:34:19 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
ducdetronquito 2 hours ago [-]
Congrats on the release, and thanks for this nice tool !
I migrated a small python/django backend project at work from basedpyright to pyrefly 1.0 yesterday to try it, and the migration was painless: just running pyrefly init converted the basedpyright config to a pyrefly config in the pyproject.toml.
The typecheking phase went from ~3/4s to 0.5s which is very nice when ran with pre-commit hooks. It also caught some unnecessary type conversion that basedpyright missed (ex: calling str(value) on a value that is already a string).
I haven't toyed too much with the LSP in zed, but I did not feel anything was missing for now.
I will try to migrate larger backends in the following weeks to see how it goes.
Anyway, it's very cool to see a new stable and fast typechecker for Python ! :)
kinto 15 hours ago [-]
Hi, Pyrefly developer here. It's been almost a year since our alpha has been released and we've been working hard towards a stable release. We're excited to announce general availability today!
for production usage, what are the major deltas vs. pyright today?
ainch 12 hours ago [-]
I'm glad it's 1.0, but for me the most exciting thing is the tensor shape typing they mention in the blogpost. I've been looking for a good solution to this for ages, and the Pyrefly implementation seems to have everything I'd like - incl. static typing (unlike jaxtyping's runtime-only setup), and shape inference (so passing a 2,3 tensor through a 3,10 linear layer gives you a 2,10 output tensor).
adityamwagh 14 hours ago [-]
It’s a huge memory hog. The other day it was using 2.5GB!
I migrated a small python/django backend project at work from basedpyright to pyrefly 1.0 yesterday to try it, and the migration was painless: just running pyrefly init converted the basedpyright config to a pyrefly config in the pyproject.toml.
The typecheking phase went from ~3/4s to 0.5s which is very nice when ran with pre-commit hooks. It also caught some unnecessary type conversion that basedpyright missed (ex: calling str(value) on a value that is already a string).
I haven't toyed too much with the LSP in zed, but I did not feel anything was missing for now.
I will try to migrate larger backends in the following weeks to see how it goes.
Anyway, it's very cool to see a new stable and fast typechecker for Python ! :)
See the official blog post for more details: https://pyrefly.org/blog/v1.0/