this post was submitted on 13 Oct 2023
324 points (81.4% liked)

Programmer Humor

32715 readers
676 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 

Sorry Python but it is what it is.

top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 73 points 1 year ago (3 children)

So you are saying that npm is better than pip?? I'm not saying pip is good, but npm?

[–] [email protected] 36 points 1 year ago (4 children)

npm has a lockfile which makes it infinitely better.

[–] [email protected] 21 points 1 year ago (6 children)

pip also has lock files

pip freeze > requirements.txt

[–] [email protected] 7 points 1 year ago (1 children)

Would that just create a list of the current packages/versions without actually locking anything?

[–] [email protected] 8 points 1 year ago* (last edited 1 year ago) (4 children)

Would that just create a list of the current packages/versions

Yes, and all downstream dependencies

without actually locking anything?

What do you mean? Nothing stops someone from manually installing an npm package that differs from package-lock.json - this behaves the same. If you pip install -r requirements.txt it installs the exact versions specified by the package maintainer, just like npm install the only difference is python requires you to specify the "lock file" instead of implicitly reading one from the CWD

load more comments (4 replies)
load more comments (5 replies)
load more comments (3 replies)
load more comments (2 replies)
[–] [email protected] 50 points 1 year ago* (last edited 1 year ago) (5 children)

If this is from the perspective of a hobbyist or brand new Python dev, that's a fair opinion to have, I suppose.

That said, if you're using Python in a professional capacity, you really need to learn how to use the toolchain properly.

Python packaging and virtual environments are not difficult to understand, and I'd wager based on your comments elsewhere in this thread that your frustrations are born from not taking the time to understand why following the instructions from a fourteen-year-old blog post aren't working.

99.99% of the time, the fault isn't with pip, it's with the maintainer of the broken package you're trying to use.

[–] [email protected] 38 points 1 year ago (1 children)

This is programmer humor, 95% of the people here still get defeated by semicolons, have never used a debugger, and struggle to exit vim.

[–] [email protected] 14 points 1 year ago (5 children)

Sometimes I wish there was a community for more advanced users, where the concept of deciding on the best build tool chain per project is not a major hurdle. Venvs? Nbd. Pipenv? Nbd. Conda/mamba/micromamba? Nbd. Pure pip? Oh boy, I hope it a simple one, but I'll manage. Maven? Fml, but sure. Npm? Sure. "Complex" git workflows, no problem.

Idk, that's just setting up the work environment, if your brains get squeezed by that I'm not sure if you will then be able to the actually code whatever its being asked of you. Some people...

But yeah, this is a newbie space so I guess that we have to ignore some noise.

load more comments (5 replies)
[–] [email protected] 15 points 1 year ago (6 children)

This article someone linked is not 14 years old and it perfectly describes the mess python and pip are: https://chriswarrick.com/blog/2023/01/15/how-to-improve-python-packaging/

My favorite part is:

Most importantly: which tool should a beginner use? The PyPA has a few guides and tutorials, one is using pip + venv, another is using pipenv (why would you still do that?), and another tutorial that lets you pick between Hatchling (hatch’s build backend), setuptools, Flit, and PDM, without explaining the differences between them

But yes, following old blog post is the issue.

load more comments (6 replies)
[–] [email protected] 13 points 1 year ago (1 children)

They're not difficult by any means.

But they are tedious when compared to other solutions.

load more comments (1 replies)
load more comments (2 replies)
[–] [email protected] 33 points 1 year ago

NPM is ghastly though

[–] [email protected] 30 points 1 year ago

npm is just plain up terrible. never worked for me first try without doing weird stuff

[–] [email protected] 28 points 1 year ago* (last edited 1 year ago) (7 children)

I don't know what cargo is, but npm is the second worst package manager I've ever used after nuget.

[–] [email protected] 28 points 1 year ago

cargo is the package manager for the Rust language

[–] [email protected] 10 points 1 year ago (1 children)

I've never had an issue with nuget, at least since dotnet core. My experience has it far ahead of npm and pip

[–] [email protected] 8 points 1 year ago* (last edited 1 year ago) (1 children)

I'll second this. I would argue that .Net Core's package/dependency management in general is way better than Python or JavaScript. Typically it just works and when it doesn't it's not too difficult to fix.

load more comments (1 replies)
load more comments (5 replies)
[–] [email protected] 24 points 1 year ago (1 children)

Memes like this make me ever more confused about my own software work flow. I'm in engineering so you can already guess my coding classes were pretty surface level at least at my uni and CC

Conda is what I like to use for data science but I still barely understand how to maintain a package manager. Im lowkey a bot when it comes to using non-GUI programs and tbh that paradigm shift has been hard after 18 years of no CLI usage.

The memes are pretty educational though

[–] [email protected] 37 points 1 year ago (4 children)

Try not to learn too much from memes, they're mostly wrong. Conda is good, if you're looking for something more modern (for Python) I'd suggest Poetry

load more comments (4 replies)
[–] [email protected] 19 points 1 year ago (2 children)

This is why I use poetry for python nowadays. Pip just feels like something ancient next to Cargo, Stack, Julia, npm, etc.

load more comments (2 replies)
[–] [email protected] 18 points 1 year ago (3 children)
load more comments (3 replies)
[–] [email protected] 16 points 1 year ago

What about CPAN?

You can't even use it without the documentation of the program that you want to install because some dependencies have to be installed manually, and even then there's a chance of the installation not working because a unit test would fail.

[–] [email protected] 14 points 1 year ago (1 children)

i will get hated for this but: cargo > composer > pip > npm

load more comments (1 replies)
[–] [email protected] 11 points 1 year ago (2 children)

What's so bad about pip? Imho, the venv thing is really nice

[–] [email protected] 10 points 1 year ago (5 children)

vevn is not pip. The confusing set of different tools is part of the problem.

[–] [email protected] 19 points 1 year ago (1 children)

cough npm,yarn,grunt,esbuild,webpack,parcel,rollup,lasso,rollup,etc.,etc.cough

I'm not saying that Python's packaging ecosystem isn't complicated, but to paint JavaScript as anything other than nightmare fuel just isn't right.

[–] [email protected] 8 points 1 year ago (1 children)

I don't think that's a fair comparison, the only two libraries that are related to the actual packaging system in that list is yarn and NPM. The rest of them have to do with the complexities of actually having your code runnable in the maximum number of browsers without issue. If python was the browser scripting language, it'd likely have the same issue.

Is there a python package that transpiles and polyfills python3 to work in python 2? 2.7? 2.5?

Also, unrelated to your comment, a lot of people are dunking on npm for the black hole that is node modules (which is valid), but also saying it's not pip's fault a lot of packages don't work. It's not npm's fault the package maintainers are including all these dependencies, and there are some 0-dependency packages out there.

load more comments (1 replies)
load more comments (4 replies)
load more comments (1 replies)
[–] [email protected] 10 points 1 year ago (3 children)

the only time i've had issues with pip is when using it to install the xonsh shell, but that's not really pip's fault since that's a very niche case and i wouldn't expect any language's package manager to handle installing something so fundamental anyways.

load more comments (3 replies)
[–] [email protected] 8 points 1 year ago (21 children)

Bruh idk why the difference... Educate me?

load more comments (21 replies)
[–] [email protected] 7 points 1 year ago

No one here has yet complained about Cocoapods and Carthage? I'm traumatized. Thank God for SwiftPM

[–] [email protected] 7 points 1 year ago (5 children)
load more comments (5 replies)
load more comments
view more: next ›