this post was submitted on 11 Feb 2025
16 points (100.0% liked)

Python

6684 readers
5 users here now

Welcome to the Python community on the programming.dev Lemmy instance!

πŸ“… Events

PastNovember 2023

October 2023

July 2023

August 2023

September 2023

🐍 Python project:
πŸ’“ Python Community:
✨ Python Ecosystem:
🌌 Fediverse
Communities
Projects
Feeds

founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] logging_strict@programming.dev 1 points 1 week ago* (last edited 1 week ago) (1 children)

There are very few one package to rule them all in Python. There are always various similar yet different packages.

Gotta breakdown what you are trying to accomplish. And find packages that do only that. Packages which combine many things into one, might lead to not understanding how it's doing what it's doing.

desired build backend features

  • supports build plugins

  • bypasses the pip limitation of not being able to pass build configs options thru to the build backend subprocess

deal breaker (bad) in a build backend:

  • deals with requirements

  • written in a coding another language you are not familiar with (Rust or node or Go)

[–] wewbull@feddit.uk 1 points 5 days ago (1 children)

Sure, but the Zen isn't saying there must be only one. Just that to get stuff done the first trial shouldn't be evaluate 20 different ways. There should be an obvious choice, with alternatives for the corner cases.

Packaging is so fundamental to a project that you almost need to choose what you're doing before a single line of code is written.

Packaging seems to be a separate skill. Separate from coding. Lots of people are good at coding. Then hit the packaging roadblock.

Can step in and white knight, but too many projects are like that.