Viewing profile — dcreager

Does that not also suggest (cautious, make sure we back it up with our actions) optimism about this acquisition? We're not breaking up the band. These tools will be in the same han…

The parser is not the hard part. The hard part is doing something useful with the parse trees. They even chose "oh is that all?" and a picture of a piece of cake as the teaser imag…

I've been in the industry for similarly long, and I understand and sympathize with this view. All I can say is that _right now_, we're committed to maintaining our open-source tool…

> I hope this means the Astral folks can keep doing what they are doing, because I absolutely love uv (ruff is pretty nice too). That is definitely the plan!

> My understand is Astral's focus for ty has been on making a good experience for common issues, whereas they plan for very high compliance but difficult or rare edge cases aren't …

Can you elaborate what you mean by decorative? If you run a type checker like ty or pyright they're not decorative — you'll get clear diagnostics for that particular example [1], a…

There have been some early proposals to add something like that, but none of them have made it very far yet. As you might imagine, it's a hard problem!

There was a hang/performance bug [1, 2] that was reported just after the beta release, which we've since fixed [3]. You might try seeing if we get through your entire project now? …

Yes, we love TypeForm! We plan to support it as soon as the PEP for it lands. Under the covers, we already support much of what's needed, and use it for some of our special-cased f…

And the PEPs are now collated into a larger single typing spec [1], even hosted on a python.org subdomain. (Previously it was hosted on readthedocs) [1] https://typing.python.org/e…

Stepping away from Forth in particular, one of the benefits of a stack-based / concatenative language is that it's easy to implement on constrained hardware. uxn [1] is a great exa…

> competing with PyPI pyx doesn't compete with PyPI; it's a private registry that companies can use e.g. to host internal-only packages, or to provide curated views of things like …

The Open Firmware bootloader also used a Forth as its command-line interface. That was used on PowerPC Macs before Apple switched over to Intel. (So, you know, two processor archit…

That's okay, it's a fun thing to do!

I think that's a genuine error, since as you say, `None` is a possible value for `b` according to your signature. To handle this you would need to use "narrowing" to separately han…

Well ours is not yet implemented, so it's too early to say whether they're compatible. :-) But less snarkily, we do talk to them often (and the authors of other tools like mypy and…

The current plan is that they will remain separate tools, but will work together nicely if you are using both. For instance, we want to add type-aware and multi-file lints to ruff …

It really helps in our mdtests, because then we can assert that not-implemented things are currently wrong but for the right reasons!

I don't know that I'd want the scripting language to be compiled, for reasons that are outside the scope of this reply. So removing that constraint, the coolest thing I've seen in …

ty is definitely not ready to be a pyright replacement yet. But it is usable as an LSP for simple things like go to definition, and deeper LSP features are on the roadmap for the e…

> I hope I didn't come off as angry or anything, I was just very surprised by the behaviour Not at all! :-) Just wanted to clarify for anyone else reading along

> Gradual typing means that an implicit "any" (unknown type) anywhere in your code base is not an error or even a warning. Even in critical code you thought was fully typed. Where …

[ty developer here] We are happy with the attention that ty is starting to receive, but it's important to call out that both ty and pyrefly are still incomplete! (OP mentions this,…