4 ms·
No Thanks. For majority of my use case pip is just fine. I’m not here to chase time just to live life
by megamix 1y ago
No Thanks. For majority of my use case pip is just fine. I’m not here to chase time just to live life
- fastball 1y agoStrange to reject something when you don't even understand what it is. PYX is a package registry, and therefore an alternative to PyPI (like how JSR is an alternative to NPM). The alternative to `pip` that Astral has built is called `uv`. Feel free to not use that either, but personally I'd consider it if I were you. It has full pip compatibility (with significantly more speed), and many other nice features besides.
- megamix 1y agoYes, it still follow the same PEP standard no? So why would I invest in something like that and I’m never impressed by “speed improvements”. uv high speed infrastructure is not really what is my bottleneck in projects.
- fastball 1y agoTwo other major benefits besides speed were listed in the opening paragraph about why you might want to use PYX. Likewise with uv, speed is only one of the (many) improvements over pip.
- joshdavham 1y agoThis is a low quality comment. From the guidelines [1] > Please don't post shallow dismissals, especially of other people's work. [1] https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html
- megamix 1y agoThanks for pointing that out. You could also say it’s a condensed high entropy comment. Anyway I’ll outline a more thorough dismissal. Edit: and turns out a smart guy is top rated comment atm "All python packaging challenges are solved. Lesson learned is that there is not a single solution for all problems. getting more strings attached with VC funded companies and leaning on their infrastructure is a high risk for any FOSS community."