I used Cash App Taxes last year (after years of H&R Block and TurboTax before that), and it worked great and covered all my needs which are more complex than the average tax filer. 100% free.
Despite trying many alternatives, I still regularly receive PDFs that can only be opened or signed in Acrobat. (Not sure how those are being created bu there's some lock-in there.)
Well it’s easy to understand why legislatures elected by a Gerrymandered map are not motivated to fix it.
Also not trivial to design a law against it. Most common solution seems to be use of independent commissions, but commissions can also be “independent” in name only.
Are State elections also badly affected by gerrymandering?
I have only ever seen examples of it at the Federal Election level, so wondering if your first point is actually completely accurate. (I believe the States themselves control the "maps" but forgive my ignorance if not)
an independent and officially non-partisan commission is imperfect, but will at least have constraints on it in that it needs to appear independent, unlike the brazenly partisan way things work now.
Interesting analysis but it suffers from an important flaw: everyone eventually dies from something, and in the modern age people don't die from "old age" anymore. They die from heart failure, or cancer, or pneumonia, even if they're 85 and their body has run its course.
So I think you need to look at "early" deaths, since those are the ones that are in theory "preventable". I'm not sure where to draw the line in terms of age -- maybe 65?
We then start to see a much clearer picture of the deaths that we actually care about, and the ones that we can potentially do something about to minimize.
While it would be nice for those who are 80 to live until they are 90, I'd argue that it's much more important to help those who are 50 live until they are 80.
I've tried pyrefly, ty, pyright, and basedpyright, with a large complex code base written using PyCharm, and _none_ of them do as good a job as PyCharm, particularly in discovering more complex type inheritances. It's a pity because in other respects Zed (which relies on these) is a worthy competitor to PyCharm (and much faster!) -- but the endless squiggly lines because pyrefly can't figure out the type, is annoying (and turning off the warnings is unhelpful).
Hopefully one of these will get up to PyCharm's level (my money would be on ty as Astral is kicking a* these days).
PyCharm has very basic type checking, though. It's not strict.
> pyrefly, ty, pyright, and basedpyright
All of them will complain 2-4x more about your code than PyCharm. I had more than 300 typing errors when I first opened my 20k LOC project in pyright that I wrote in Pycharm.
PyCharm works great when your code is not annotated. It infers types very well. But it won't complain in a lot of cases when your code is annotated.
I don't think these are designed to "discovering" complex type inheritances.
They are designed for code which are more or less fully typed, as opposed to PyCharm which cobbles together a bunch of heuristics to try to make sense out of untyped code. An admirable quest, but not one I'm personally interested in.
And their insistence on only supporting this approach drove my entire team away from using PyCharm.
(From shallowly observing notifications on the 20+ typehint related issues I'm subscribed to, they seem to have kinda turned around and working toward fully supporting the python type system finally - possibly by integrating with one of the third-party type-checkers)
I think the 2nd best IDE for Python for me is Visual Studio proper, not Code. I know it sounds crazy, but Microsoft actually put some effort into their Python integration. Again, its a 2nd best, but that still says a lot about everyone else's editors.
Nowadays I'm finding myself using Zed a lot more, so maybe the story will be that all these nice Rust based tools become baked in giving it super powers for Python.
That's interesting. In my experience basedpyright has been better than pyCharm at every turn. Yes, a lot more warnings but generally sensible. One specific thing I remember pissing me off: https://youtrack.jetbrains.com/issue/PY-58665 Still open 2 years later.
Are you talking about with code that has proper type annotations? As I recall PyCharm is about the best you can get if you are working with code that has no type annotations but ... you shouldn't be doing that in 2025! With type annotations I've found Pyright to be 100% rock solid.
One can argue about the causes -- and no doubt there are many, the biggest IMO being that WW2 was so horrific that Europeans were willing to do anything to prevent it again -- but there's no disputing that the last 75 years of peace in Europe is unprecedented in its long history of near-continuous inter-state warfare for the past ~2000 years (since "Pax Romana").
> WW2 was so horrific that Europeans were willing to do anything to prevent it again
But this is total childish nonsense. We gained 75 years of peace in Europe not because the war was terrible, but because the entire world was divided between the USA and the USSR. And, as it happened, these two countries decided not to fight each other in a full-scale war.
The reason we gained 75 years of peace is because France and Germany decided to form an alliance to prevent further conflict (considering they had just fought 2 wars in the space of 40 years), and, as a secondary goal, to reduce dependence on the US (de Gaulle being especially eager), starting with the Treaty of Rome, and evolving into the EU.
reply