| ▲ | arw0n 6 hours ago |
| Ruff is nice, but not important, uv is one of the few things making the python ecosystem bearable. Python is a language for monkeys, and if you don't give monkeys good tools, they will forever entangle themselves and you. It is all garbage wrapped in garbage. At least let me deploy it without having to manually detangle all that garbage by version. I'm done pretending this is a "right tools for the right job" kind of thing, there's wrong people in the right job, and they only know python. If no one self-writes code anymore anyway, at least use a language that isn't a clusterfuck of bad design decisions, and has 1 trillion lines of code in the collective memory of people who don't know what a stack is. |
|
| ▲ | bodge5000 3 hours ago | parent | next [-] |
| > If no one self-writes code anymore anyway, at least use a language that isn't a clusterfuck of bad design decisions I can get behind the idea that LLM's probably don't need a language designed for humans if humans arent writing it, but the rest of this is just daft. Pythons popularity isn't just pure luck, in fact its only been in recent years that the tooling has caught up to the point where its as easy to setup as it is to write, which should really tell you something if people persevered with it anyway. I'm sorry your favourite language doesnt have the recognition it so rightfully deserves, but reducing python to just "stupid language for stupid people" is, well, stupid |
| |
|
| ▲ | tasuki 3 hours ago | parent | prev | next [-] |
| Ahaha, I feel this comment. I used to do backend development in superior languages, and sometimes do hobby frontend in superior languages, but my work is Python now. And it kind of has to be Python: we do machine learning, and I work with GDAL and PDAL and all these other weird libraries and everything has Python bindings! I search for "coherent point drift" and of course there's a Python library. The superior languages I mentioned... perhaps they have like a library for JSON encoding and decoding. You need anything else? Great, now you're a library author and maintainer! |
| |
| ▲ | larodi an hour ago | parent [-] | | relax, soon u be rewriting the essence of all these libs into something new. python has its days numbered also perhaps for many engineering decisions that are now cheap via llms. |
|
|
| ▲ | aprdm 4 hours ago | parent | prev | next [-] |
| Python existed for years before uv with a huge ecosystem, and will continue to do so after/if it dies |
| |
|
| ▲ | theptip 5 hours ago | parent | prev | next [-] |
| I agree uv is great but let’s not get carried away here. Poetry is good, pip was fine for many use-cases after they added native lock files. |
| |
| ▲ | PaulHoule 4 hours ago | parent | next [-] | | if you are working on one tiny project on your machine that pips in four packages you probably think pip was OK. Circa 2017 I was working on systems that were complex enough that pip couldn't build them and after I got to the bottom of it I knew it not my fault but it was the fault of pip. I built a system which could build usable environments out of pre-built wheels and sketched out the design of a system that was roughly 'uv but written in Python' but saw two problems: (1) a Python dependent system can be destroyed by people messing with Python environments, like my experience is that my poetry gets trashed every six months or so and (2) there was just no awareness by the 'one tiny project on your machine that pips in four packages' people that there was a correctness problem at all and everybody else was blaming themselves for a problem and didn't have a clear understanding of what was wrong with pip or what a correct model for managing python dependencies is (short answer: see maven) or that a 100% correct model was even possible and that we'd have to always settle for a 97% model. The politics looked intractable so I gave up. Now written in rust, uv evaded the bootstrap problem and it dealt with the adoption problem by targeting 'speed' as people would see the value in that even if they didn't see the value in 'correctness'. My system would have been faster than pip because it would have kept a cache, but uv is faster still. | | |
| ▲ | Affric 2 hours ago | parent [-] | | Well said. I have used them all and UV is the only one that actually solves the problem. It’s insane that people would suggest that Python can go back. |
| |
| ▲ | rtpg 4 hours ago | parent | prev | next [-] | | Poetry and friends are so bad that many people continued just using pip -r requirements.txt despite knowing about this other stuff Poetry having users isn’t the metric for success. pip having way less users is. | |
| ▲ | Terretta 44 minutes ago | parent | prev [-] | | let's get carried away. `uv run` a .py with inline script metadata has all the deps installed and your script running in a venv while poetry is still deciding to resolve... |
|
|
| ▲ | KaiserPro 3 hours ago | parent | prev | next [-] |
| Ok, what am I missing, I've used python for many many years. What does UV give us over pip + venv + pyenv? (I'm not doing this to be a dick, I genuinely want to know what the use case is) |
| |
| ▲ | ghshephard 33 minutes ago | parent | next [-] | | I've used python for roughly 15 years, and 10 of those years I was paid to primarily write and maintain projects written in Python. Things got bearable with virtualenv/virtualenv wrappers, but it was never what I would call great. Pip was always painful, and slow. I never looked forward to using them - and every time I worked on a new system - the amount of finaggling I had to do to avoid problems, and the amount of time I spent supporting other people who had problems was significant. The day I first used uv (about is as memorable to me as the the day I first started using python (roughly 2004) - everything changed. I've used uv pretty much every single day since then and the joy has never left. Every operation is twitch fast. There has never once been any issues. Combined with direnv - I can create projects/venvs on the fly so quickly I don't even bother using it's various affordances to run projects without a venv. To put it succinctly - uv gives me two things. One - zero messing around with virtualenvwrappers and friends. For whatever reason, I've never once run into an error like "virtualenvwrapper.sh: There was a problem running the initialization hooks." Two - fast. It may be the fastest software I've ever used. Everything is instant - so you never experience any type of cognitive distraction when creating a python project and diving into anything - you think it - and it's done. I genuinely look forward to uv pip install - even when it's not already in cache - the parallel download is epically fast - always a joy. | |
| ▲ | andyferris 2 hours ago | parent | prev | next [-] | | Everything “just works” and is fast - and that’s basically it. You can run a script with a one liner and it will automatically get you the same python and venv and everything as whoever distributed the python code, in milliseconds if the packages are already cached on your local computer. Very easy to get going without even knowing what a venv or pypi or anything is. If you are already an expert you get “faster simpler tooling” and if you are a complete beginner it’s “easy peasy lemon squeezy”. | |
| ▲ | Eridrus 2 hours ago | parent | prev [-] | | It's not horrifically slow. |
|
|
| ▲ | antonvs 2 hours ago | parent | prev | next [-] |
| > making the python ecosystem bearable You should really qualify that statement, it implies that the Python ecosystem is bearable. |
|
| ▲ | pojzon an hour ago | parent | prev [-] |
| Yes please, lets start with scraping to bin whole internet using javascript and its family. See the point ? |
