• @lysdexic@programming.dev
    link
    fedilink
    English
    31 year ago

    I agree. The GIL and packaging woes are a good indication that it’s range of applications isn’t as extensive as other tech stacks.

    • @scubbo@lemmy.ml
      link
      fedilink
      41 year ago

      packaging woes

      My own hot take is that I hear this criticism of Python a lot, but have never had anyone actually back it up when I ask for more details. And I will be very surprised to hear that it’s a worse situation than Java/TypeScript’s.

      • @r1veRRR@feddit.de
        link
        fedilink
        21 year ago

        We used to have a Python guy at my work. For a lot of LITTLE ETL stuff he created Python projects. In two projects I’ve had to fix up now, he used different tooling. Both those toolings have failed me (Poetry, Conda). I ended up using our CI/CD pipeline code to run my local stuff, because I could not get those things to work.

        For comparison, it took me roughly zero seconds to start working on an old Go project.

        Python was built in an era where space was expensive and it was only used for small, universal scripts. In that context, having all packages be “system-wide” made sense. All the virtual env shenanigans won’t ever fix that.

        • @scubbo@lemmy.ml
          link
          fedilink
          21 year ago

          In that context, having all packages be “system-wide” made sense. All the virtual env shenanigans won’t ever fix that.

          Sorry, but you’ll need to explain this a little bit more to me. That’s precisely what virtual env shenanigans do - make it so that your environment isn’t referencing the system-wide packages. I can totally see that it’s a problem if your virtual env tooling fails to work as expected and you can’t activate your environment (FWIW, simply old python -m venv venv; source venv/bin/activate has never let me down in ~10 years of professional programming, but I do believe you when you say that Poetry and Conda have broken on you); but assuming that the tools work, the problem you’ve described completely goes away.

      • Shinji_Ikari [he/him]
        link
        fedilink
        English
        31 year ago

        The endless packaging solutions for python is exactly the flaw that they’re talking about.

        Packaging a python application to work over an air-gap is extremely painful. Half the time its easier to make a docker container or VM just to avoid the endless version mismatch pain.