<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: bheztio</title><link>https://news.ycombinator.com/user?id=bheztio</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 24 Oct 2026 15:49:02 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=bheztio" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by bheztio in "Bringing uv and ty together"]]></title><description><![CDATA[
<p>To be fair, at least when I tested it on a moderately sized codebase, ty <i>was</i> definitely faster than Pyrefly. Like twice as fast (0.5s vs 1s, give or take). However, it's not really critical to save that half a second for full checks. Both have gradual checking when used as a LSP. And on CI, there is overhead from other things.<p>However, it remains to be seen to what degree that speed difference is due to ty's smaller feature footprint. It just doesn't seem to check the same things. I found it too permissive, personally.</p>
]]></description><pubDate>Sat, 24 Oct 2026 11:56:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=50220438</link><dc:creator>bheztio</dc:creator><comments>https://news.ycombinator.com/item?id=50220438</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50220438</guid></item><item><title><![CDATA[New comment by bheztio in "Bringing uv and ty together"]]></title><description><![CDATA[
<p>It's MIT licensed. If Astral ever truly dies, there'll be community versions of their software, because it's that "necessary".</p>
]]></description><pubDate>Sat, 24 Oct 2026 11:52:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=50220415</link><dc:creator>bheztio</dc:creator><comments>https://news.ycombinator.com/item?id=50220415</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50220415</guid></item><item><title><![CDATA[New comment by bheztio in "Bringing uv and ty together"]]></title><description><![CDATA[
<p>You don't sound like a Python developer, that's probably the reason. When I search for "AppDirs", I only find references to what is e.g. XDG_BASE_DIRS on Linux (and others on other platforms)? Which I asuume is not what you mean. Most likely this is something particular to <i>your</i> environment, whatever that is.<p>In the Python ecosystem, uv is great for "project management" - lock files, project dependency environments ("venv"s) etc (similar to npm for js). In the Python ecosystem it's considered best practice to bundle binary dependencies with Python libraries, and then there'll be a binary distribution for each platform (os, libc).</p>
]]></description><pubDate>Sat, 24 Oct 2026 11:50:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=50220397</link><dc:creator>bheztio</dc:creator><comments>https://news.ycombinator.com/item?id=50220397</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50220397</guid></item><item><title><![CDATA[New comment by bheztio in "Bringing uv and ty together"]]></title><description><![CDATA[
<p>Type annotations are generally great, if you've never had the displeasure of working with Python pre type-annotations, you'd know that tracking down "wtf type even is this" was a big part of just working in Python. The extra text/tokens spent on annotations are 100 % worth it, both for humans and LLM.<p>An issue you run into <i>these</i> days is that even if you have excellent type checking on your own code, some libraries don't. You of course want to avoid such libraries, or see if you can find type stubs. Gradual typing can suck, but well-typed Python is a bliss.</p>
]]></description><pubDate>Sat, 24 Oct 2026 11:40:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=50220328</link><dc:creator>bheztio</dc:creator><comments>https://news.ycombinator.com/item?id=50220328</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50220328</guid></item><item><title><![CDATA[New comment by bheztio in "Bringing uv and ty together"]]></title><description><![CDATA[
<p>ty is too permissive when I've tried it. It got better with time, and is maybe even quite ok now, but still, the ideology seems to be to allow anything it doesn't quite understand. Which just doesn't align well with my idea of what a type checker is supposed to do. Pyrefly has much better checks IME (at least with strict mode). On top of that, they have specific support for things like Polars schema checking and array shape checks also (supposedly - haven't tried the latter). Which are just incredible niceties.</p>
]]></description><pubDate>Sat, 24 Oct 2026 11:34:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=50220285</link><dc:creator>bheztio</dc:creator><comments>https://news.ycombinator.com/item?id=50220285</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50220285</guid></item><item><title><![CDATA[New comment by bheztio in "Bringing uv and ty together"]]></title><description><![CDATA[
<p>And pipenv, or just literally manually creating a venv. Uv didn't invent that, it's winning on speed mainly, and then capitalising on starting with a base that includes multiple general improvements in the Python ecosystem.</p>
]]></description><pubDate>Sat, 24 Oct 2026 11:31:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=50220268</link><dc:creator>bheztio</dc:creator><comments>https://news.ycombinator.com/item?id=50220268</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50220268</guid></item></channel></rss>