Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
notatallshaw
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
61.
▲
by
notatallshaw
1y ago
Because ty was built out of the ruff code base, and is maintained by the same team, and the type checking abilities are intended to help ruff with linting rules in the future.
62.
▲
by
notatallshaw
1y ago
Charlie already said in a podcast ( https://www.youtube.com/watch?v=XVwpL_cAvrw ) that they are not looking to make it extensible. That it's considered a feature that type checking works interchangeably across tools and
63.
▲
by
notatallshaw
2y ago
During the, very long, discussion it became apparent that different tools have different design requirements on a lock file. So it's not really clear what will happen to other lock files. It may be this new lock file acts as an interch
64.
▲
by
notatallshaw
2y ago
When I first started, installing packages which required compiling native code on either my work Windows machine and the old Unix servers was not easy. So I largely stuck to the Python standard library where I could, and most of the operati
65.
▲
by
notatallshaw
2y ago
What isn't fun about CSV is quickly written parsers and serializers repeatedly making the common mistake of not handling, or badly handling, quoting. For a long time I was very wary of CSV until I learnt Python and started using it
66.
▲
by
notatallshaw
2y ago
> For what it's worth uv is fully compatible with pip Depends what you mean by "fully": https://docs.astral.sh/uv/pip/compatibility/ There's a number of places pip and uv diverge: * uv
67.
▲
by
notatallshaw
2y ago
> Pretty strange thing to say in the context of a closed source app. My intent was to express sympathy to making a closed source app instead of an open source one. Something must have got lost in translation because it fits the context e
68.
▲
by
notatallshaw
2y ago
uv does this out of the box, I think other tools (poetry, hatch, pdm, etc.) do as well but I have less experience with the details.
69.
▲
by
notatallshaw
2y ago
> Who says you have to deal with support requests if you open source something? Almost anyone who has ever maintained popular open-source software, even if dealing with them means putting up a notice that says "Don't ask suppor
70.
▲
by
notatallshaw
2y ago
As I understand it, from listening to the podcast, a better summary is that if it becomes popular, he wants it to be worthwhile for him to keep working on. Apps like this can easily bit rot, and more users does often mean more work e.g. ans
71.
▲
by
notatallshaw
2y ago
> b) you can print important travel documents ahead of time c) you can bring a backup device on your travels. While I remain on the fence about passkeys, I often see this argument from advocates when things go wrong along the lines of: &
72.
▲
by
notatallshaw
2y ago
> Thanks for the party line, backed by the usual flaggers The previous post was wildly conflating different things, I think is a real disservice to the actual events that happened. I think there are systemic issues with the current struc
73.
▲
by
notatallshaw
2y ago
You seem to be conflating problems and different groups of people that aren't directly related. To clarify some different groups: * The faster-cpython project, headed by Guido and his team at Microsoft, is continuing fine, most of the
74.
▲
by
notatallshaw
2y ago
There was an attempt to make imports lazy: https://peps.python.org/pep-0690/ It was ultimately rejected due to issues with how it would need to change the dict object. IMO all the rejection reasons could be overcome wi
75.
▲
by
notatallshaw
2y ago
> Please consider consolidating python dependency management instead of fragmenting it: https://github.com/mamba-org/mamba Mamba doesn't even interact with the official python packing ecosystem... It is purely
76.
▲
by
notatallshaw
2y ago
You don't need to have your biz tasks in the same venv as your airflow worker to take advantage of task mapping or XCOM. You just need a well defined interface on how to call your biz tasks, and then you can use any of ExternalPythonOp
77.
▲
by
notatallshaw
2y ago
Can you please expand or explain on this analogy. I'm struggling to connect how Google's last major browser engine competitor potentially losing it's funding due to a separate monopoly issue is similar to laws being passed to
78.
▲
by
notatallshaw
2y ago
A JIT is now available in CPython main, it's not that performant yet so won't be turned on for Python 3.13 by default, informational PEP is here (still being reviewed, check the discourse thread for more details): https:/&#x
79.
▲
by
notatallshaw
3y ago
Windows 10 has for some time been nagging my local account. In the start menu it shows a yellow "!" over my profile icon and if I click that it informs me that I should sign into a Microsoft account. I'm able to dismiss it, b
80.
▲
by
notatallshaw
3y ago
> I can assure you it absolutely was not. The question, as posted, was a confusion about how Python 2 relative importing worked, which was indeed bad. I don't know what you think you are pointing out, you haven't said, and the
81.
▲
by
notatallshaw
3y ago
> It's all the packaging infrastructure that's a mess. Pip, virtualenv, setuptools, and also the module import system is a total disaster. You don't see questions like this for Go: > https://stackoverflow.com
82.
▲
by
notatallshaw
3y ago
Lots of analysts, data scientists, traders, engineers, etc., use Python third party packages successfully, and have never touched, or maybe even head of, Docker. And yeah, in general there are significantly less NodeJS third party packages
83.
▲
by
notatallshaw
3y ago
I agree, but there is no large scale study on this. As someone who has managed Python distributions in a large company and who triages issues on the pip github issue page that my anecdotal experience is things are getting better. The only h
84.
▲
by
notatallshaw
3y ago
> Python distribution and packaging is just fundamentally horribly broken It's clearly not because most people successfully use it fine. The problem of distribution and packaging is often a matter of user expectations vs. the actual
85.
▲
by
notatallshaw
3y ago
> Actually, it only builds it locally if it can't find a pre-packaged version for your system/arch. Admittedly that's most of the recent ones on a Mac, but there is a difference (I've been using pyenv for nearly ten y
86.
▲
by
notatallshaw
3y ago
There are a couple of promising tools written in Rust looking to replace Pip for most users. Rip ( https://github.com/prefix-dev/rip/issues ) which is more of a library for other rust tools to be on top of like Pixi
87.
▲
by
notatallshaw
3y ago
To be clear Microsoft isn't directly funding Python, excluding any PyCon sponsorship. Microsoft hired Guido in late 2020 giving him freedom to choose what project he wanted. Guido decided to go back to core Python development and with
88.
▲
by
notatallshaw
3y ago
There has been a recent push to remove completely unmaintained modules with PEP 594, but the steering council has made it clear that PEP was an exception and all future module deprecations will have to be done on a case by case basis. The P
89.
▲
by
notatallshaw
3y ago
The Python standard library is primarily managed by volunteers, and different sections have distinct maintainers, resulting in diverse choices. When there's no strong advocate for a module, implementing changes becomes a challenging ta
90.
▲
by
notatallshaw
3y ago
An example of running this on the command line that isn't a GIF.
More ›